現在、いくつかのプロジェクトでスクラムを使用しており、さまざまな成功を収めています。ドキュメントに関する質問があります。
スクラムでは、明らかに製品のバックログ (「アプリケーションは、ユーザーが作業していた最後のドキュメントを表示することから始まります。」) とスプリント タスクのバックログ (「パスワードを忘れた場合の画面を実装する」) があります。ただし、私が見たすべての例では、これら 2 つの項目は詳細に関してかなり高レベルです (ポストイットに収まるように設計されています)。
では、詳細はどこにあるのでしょうか? クライアントが在庫管理画面に対していくつかの非常に具体的な要件を持っている、またはバックエンドで統合する必要がある複雑な API を持っているとしましょう。これはどこに文書化され、どのように、誰がこの情報を取得しますか? バックログとは別のものですが、ジャストインタイムまたはその他の方法で入力されていますか?
スプリント バックログは、チームが次のスプリントの要件をどのように実装するかについての情報を含む非常に詳細なドキュメントです。タスクは時間単位で分類され、16 時間を超えるタスクはありません。タスクが 16 時間を超える場合は、さらに細分化する必要があります。スプリント バックログのタスクが割り当てられることはなく、チーム メンバーが好きなようにタスクにサインアップします。
詳細は、チーム全体が利用でき、チーム全体が編集できる wiki に置くことができます。
これが思ったほど単純かどうかはわかりません。詳細部分にも課題があります。たとえば、CRMシステムの簡単な連絡先情報を取得する必要があるストーリーを開発している場合を考えてみましょう。私は今、POからのストーリーを持っており、スプリント計画会議を通過し、私たちの速度を満たす最初の5つのストーリーを理解しました。ただし、会話のすべての詳細をキャプチャするのは常に苦労します。たとえば、画面のレイアウト方法、画面に必要な20以上のフィールドは何ですか、これらのフィールドの一部は他のテーブルから情報を検索できます/ビューなど。これらの詳細をキャプチャするのは誰ですか。POまたは開発者である必要があり、これらの詳細を保存するためのベストプラクティスは何ですか。現在、これにwikiを使用しようとしています。
このような特定の要件は、製品所有者によって処理されると理解しています。彼らはスプリント プランニング 2 中にクライアントと連絡を取り、必要に応じて特定の要件でタスクを更新します。そのため、プロダクト オーナーがスプリント プランニング 2 ミーティングのオプションの出席者である理由です。これにより、ジャスト イン タイムとスプリント プランニング 2 の詳細な母集団のハイブリッドが得られます。タスクに取り掛かるまでに満足していないものはすべて障害となり、プロダクト オーナーが毎日のスクラムで対処する必要があります。
スクラムを使用する場合、開発はアジャイルであるため、要件をジャストインタイムで取得するという問題をあまり見つける必要はありません。