エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
完了の定義(Definition of Done)の作り方|Koki Shimizu
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
完了の定義(Definition of Done)の作り方|Koki Shimizu
スクラムにおいてプロダクトバックログと並び非常に重要なのは、完了の定義(Definition of Done)です。... スクラムにおいてプロダクトバックログと並び非常に重要なのは、完了の定義(Definition of Done)です。完了の定義を洗い出し、合意することでわかってくることがあります。また、完了の定義をきちんと決めることによって、スクラムを厳しい規制開発環境下でも活用可能かが変わってきます(例えばFDA認可プロダクトや、ISO*****が必要なプロダクト)。また、そのプロダクトにスクラムが適用可能かどうかもわかってきます。4週間を超えるスプリント期間がどうあがいても必要だったり、後に記載する未完了(UNDONE)が多すぎる場合は、スクラムは適さないプロダクト開発である可能性が高いです。完了の定義のないスクラムはスクラムではありません。 完了の定義を決めることでわかってくること・スプリントが完了してから、ユーザにプロダクトをリリースできるまでのおおよその期間。(未知のプロダクトを作っている際には