Definition of Done

はじめてのことは不安

アジャイルとスクラムの歴史、なぜスクラムか？クリストファー・コロンブスコロンブス自身は平気なふりをしていたが、計算を越えて長い航海となったことに不安を感じるようになる。10月6日には小規模な暴動が起こり、3日後には船員の不安は頂点に達し、コロンブスに迫って「あと3日で陸地が見つからなかったら引き返す」と約束させた。その
後、流木などを発見し陸が近くにあると船員を説得する。 Wikipedia 「クリストファー・コロンブス」より

はじめてのことは、不安。ゴールも見えない。このまま進めていていいのかなぁ？

西回りでインドを目指してた人

実際に起きたこと = 新大陸発見

近いところは予測しやすい。遠い未来は予測が難しい。間違っていたのは予測のほう。

はじめてのことで過少評価も過剰評価もすることなく、正確な見積もりができるという人は、たぶん経験不足か、ウソつきかのどちらかだ

やってみることもなく失敗することもなく新しいことを学ぶことはできない。同じ研修の課題でも、毎年異なる人、チーム、異なる環境で行っている。

なので、現地・現物・現場。仮説を立てて実験し、観察から学び、言語化して議論し、一つ一つうまくなる必要がある。

マクロ (巨視的) な視点ではまだまだ先が長いと感じる。想定より遅れていると感じるかもしれない。

ミクロ(微視的)な視点では着実に進んでいる。

https://en.wikipedia.org/wiki/Cynefin_framework 複雑煩雑明確混沌混乱促進する制約疎結合統制する制約密結合
制約の欠如結合なし厳格に制約される自由度なし探査-感知-対応創発的プラクティス感知-分析-対応グッドプラクティス行動-感知-対応斬新なプラクティス感知-分類-対応ベストプラクティスクネビンフレームワーク

ちゃんと解けば明確にゴールへのルートが分かるのが煩雑(Complicated)。やってみないとわからないのが複雑 (Complex)。煩雑(Complicated)。複雑 (Complex)

１ステップの完了にちゃんと着目しよう。完成の定義 Definition of Done

進捗が人を前向きにする

https://www.youtube.com/watch?v=-PViKTC9WLY&t=416s テレサ・アマビールさんの本の話

インナーワークライフ（個人的職務体験）やりがいのある仕事が進捗することマネジャーたちは、多くのビジネス本が喧伝するような、「評価」や、「具体的なインセンティブ」や、「明確な目標」といった手段を好んでいた。(中略) いかなるマネジャーの職務記述書も、まず「毎日部下たちの進捗を手助けすること」を記すべきだ。
“ ” https://www.amazon.co.jp/ dp/4862762409/ 進捗の法則従業員の日誌を調査

自己効力感人はよく「これは仕事だ。パーソナルなことではない」と言う。しかし仕事こそパーソナルなものである。特にキャリア形成に向けて何年も教育に投資してきた専門職の人間たちは、自分の仕事と自分のアイデンティティを重ね合わせている。 “ ” https://www.amazon.co.jp/
dp/4862762409/ 自己効力感 - 自分には望む目標を達成するために求められる作業をプランニングし実行する能力があるという信念だ。 “ ”

障害と感情研究では、個人的に重要な目標の達成を目指す際に障害に出くわすと(重要でない目標を目指すときと比べて)被験者はより自分のことに意識が集中し、それらの障害に思いを巡らす時間が増えるという。自分のことに集中しすぎると気分の落ち込みに繋がることが多いため、こうした研究結果は、個人のアイデンティティや自尊心にとって重要な目標と実際の成果の間に食い違いが
あると、健全な感情が短期的に傷つけられる可能性があることを示唆している。 “ https://www.amazon.co.jp/ dp/4862762409/ ”

進捗は動機付け個人的に意義のある目標へ向けて前進したとき、あるいはその目標が達成されたとき、期待と現実が噛み合って人は気分が良くなり、自己効力感がポジティブなものになり、次の仕事により張り切って取り組むようになり、心も次の物事に移っていける。進捗は難しい挑戦をためらいなく受け入れ、より持続的に取り組んでいくよ
う人を動機づけするものだ。 “ https://www.amazon.co.jp/ dp/4862762409/ ”

透明性・検査・適応

スクラムの3つの柱（透明性・検査・適応）透明性検査適応

スクラムの3つの柱（透明性・検査・適応）透明性創発的なプロセスや作業は、作業を実⾏する⼈とその作業を受け取る⼈に⾒える必要がある。スクラムにおける重要な意思決定は、3 つの正式な作成物を認知する状態に基づいている。透明性の低い作成物は、価値を低下させ、リスクを⾼める意思決定につながる可能性がある。透明性によって検査が可能になる。透明性のない検査は、誤解を招き、ムダなものである。
スクラムガイド (2020) よりスクラムガイド(2020)

スクラムの3つの柱（透明性・検査・適応）検査スクラムの作成物と合意されたゴールに向けた進捗状況は、頻繁かつ熱⼼に検査されなければならない。これは、潜在的に望ましくない変化や問題を検知するためである。スクラムでは、検査を⽀援するために、5 つのイベントでリズムを提供している。検査によって適応が可能になる。適応のない検査は意味がないとされる。スクラムのイベントは、変化を引き起こすように設計されている。
スクラムガイド (2020) より適応プロセスのいずれかの側⾯が許容範囲を逸脱していたり、成果となるプロダクトが受け⼊れられなかったりしたときは、適⽤しているプロセスや製造している構成要素を調整する必要がある。それ以上の逸脱を最⼩限に抑えるため、できるだけ早く調整しなければならない。関係者に権限が与えられていないときや、⾃⼰管理されていないときは、適応が難しくなる。スクラムチームは検査によって新しいことを学んだ瞬間に適応することが期待されている。スクラムガイド (2020) よりスクラムガイド(2020)

プロダクトバックログ開発者(たち)

プロダクトバックログ優先順位付けされた機能リスト。開発者たちが見積もる。納期は決められない。

自己組織的に働く人々。優先順位に合わせて出荷判断可能なプロダクトの増分を生み出していく。開発者(たち)

プロダクトバックログ動作するプロダクト (の増分) 上から順に生み出していく

動作するプロダクト (の増分) 上から順に生み出していく価値があるかどうかがわかるプロダクトバックログ

安定したチーム決まった期間仕掛を作らない継続的にリリース

これはいつできますか？

これはいつできますか？たぶん３スプリント目

動作するプロダクト (の増分) 上から順に生み出していく価値があるかどうかがわかるプロダクトバックログ

完成の定義

完成の定義(Definition of Done) ✓ 完成の定義：プロダクトの品質基準を満たすインクリメントの状態を示した正式な記述 (チェックリスト) ✓ 目的：「完成」に対する共通認識の確立と透明性の向上 ✓
適用範囲：プロダクトバックログアイテム（PBI）がインクリメントの一部となる条件スクラムにおける位置づけ ✓ インクリメントの確約（コミットメント）： 3つの作成物の確約の一つ ✓ 品質の基準：スクラムチームが遵守すべき最低品質ライン ✓ 透明性の源泉：作業完了の客観的判断基準

完成の定義(Definition of Done)の作成ステップ1：現状の棚卸し ✓ 既存プロセスの確認：現在の品質管理活動の洗い出し ✓ 暗黙知の明文化：チームが無意識に行っている品質活動の可視化 ✓ ツールとプラクティスの整理：使用中のツールと手法の一覧化
ステップ2：ステークホルダーとの協議 ✓ 期待品質レベルの確認：プロダクトオーナーや顧客の品質要求 ✓ 組織標準との整合：会社全体の品質基準との調整 ✓ 規制要件の確認：業界標準や法的要件の考慮ステップ3：初期版の策定 ✓ 実現可能性の考慮：現在のチーム能力で達成可能なレベル ✓ 測定可能性の確保：客観的に判断できる具体的基準 ✓ 段階的改善の余地：将来の改善に向けた発展性

完成の定義(Definition of Done)の継続的更新定期的見直し ✓ スプリントレトロスペクティブでの評価： DoDの効果と課題の確認 ✓ 四半期ごとの大幅見直し：技術進歩や要求変化への対応 ✓
チーム成熟度に応じた強化：段階的な品質基準の向上フィードバックループ ✓ 品質メトリクスの活用：バグ率、カスタマー満足度等の定量評価 ✓ チーム内議論の促進： DoD改善に関する積極的な意見交換 ✓ 他チームとの知識共有：ベストプラクティスの水平展開

完成の定義(Definition of Done)の例 : 開発プロセス関連コード品質コードレビューが完了し、 2名以上の承認を得ている静的解析ツールでの警告がゼロであるコーディング規約に100%準拠している
複雑度指標が基準値以下である重複コード率が5%以下であるテスト要件単体テストカバレッジが90%以上である統合テストがすべて成功している受け入れテストがすべて成功している負荷テストが基準値をクリアしているセキュリティテストで脆弱性が検出されていないドキュメント要件 API仕様書が最新状態に更新されているユーザーマニュアルが作成・更新されている運用手順書が整備されている設計書が実装と整合しているリリースノートが作成されている

完成の定義(Definition of Done)の例 : プロダクト品質関連機能要件すべての受け入れ基準を満たしているプロダクトオーナーの承認を得ているユーザビリティテストで満足度80%以上を達成
アクセシビリティ基準（WCAG 2.1 AA）に準拠多言語対応が完了している非機能要件レスポンス時間が要求基準以下である可用性が99.9%以上であるデータバックアップが正常に動作しているモニタリングとアラートが設定されている災害復旧手順が検証済みである

完成の定義(Definition of Done)の例 : リリース準備関連デプロイメントステージング環境での動作確認が完了している本番環境へのデプロイ手順が確認済みであるロールバック手順が準備・検証済みであるデータ移行スクリプトが検証済みである
環境設定ファイルが本番用に更新されている運用準備監視ツールに新機能が登録されている運用チームへの引き継ぎが完了しているサポートチームの準備が完了している緊急時対応手順が整備されている性能基準値が設定・監視対象に追加されている

完成の定義(Definition of Done): よくある課題過度に高い基準設定 ✓ 問題：理想を追求しすぎて実現不可能な基準を設定 ✓ 対策：現在の能力を基準とした段階的改善アプローチ ✓
解決策：「今すぐ実現可能」から「3ヶ月後の目標」への段階設定チーム間の基準ばらつき ✓ 問題：チームごとに異なる基準で混乱が発生 ✓ 対策：組織レベルでの最低基準設定と定期的な調整会議 ✓ 解決策：コミュニティオブプラクティスでの知識共有

完成の定義(Definition of Done): よくある課題形骸化の防止 ✓ 問題：チェックリストの機械的実施で本来の目的を見失う ✓ 対策：定期的な目的確認とDoDの価値に関する議論 ✓
解決策：品質メトリクスによる効果測定と改善活動技術進歩への対応 ✓ 問題：新技術導入時のDoD更新遅れ ✓ 対策：四半期ごとの技術動向確認と基準見直し ✓ 解決策：技術調査専任者の設置と定期的な基準更新

完成の定義(Definition of Done): スクラムマスターの役割 DoD策定支援 ✓ ワークショップの企画：チーム全体でのDoD策定セッション ✓ ステークホルダー調整：
PO、開発者、組織間の合意形成支援 ✓ 継続的改善の促進：レトロスペクティブでのDoD改善議論品質文化の醸成 ✓ 品質意識の向上：DoD遵守の重要性に関する継続的な啓蒙 ✓ ベストプラクティス共有：他チームの成功事例の紹介 ✓ メトリクス活用支援：品質指標の可視化とチームでの活用

Definition of Done

Definition of Done

More Decks by Yasunobu Kawaguchi

Other Decks in Technology

Featured

Transcript