滝に焦点を当てた人々にアジャイルプロジェクトを表す方法
私たちのチームは、私たちの開発努力をプロジェクト計画に表すよう求められました。私たちの仕事に不満を抱いたり、提供能力に疑問を投げかけたりすることはありません。プロジェクト計画を求めるIT牛の募集に参加しているだけです。問題は、私たちがアジャイルチームであり、正式なプロジェクト計画の観点から私たちの仕事を考えていないことです。
私たちは次に何をしているのかについての一般的な考えを持っていますが、反復を計画するまで100％確信が持てません。これまでのところ、私たちのチームは大部分が孤立していて、私たちの方法論や指標を外部の関係者に提示する必要はありませんでした。 Extreme Programming で推奨されるほとんどのプラクティスに従います。
四半期ごとに計画する会議を開催して、四半期に向けて取り組むストーリーの概要を把握します。とは言っても、私たちのストーリーは3x5のカードに記載されており、それらが機能するイテレーションの開始時にのみ推定されます。見積もり後、ストーリーを Team Foundation Sever に文書化します。イテレーション中、ストーリーにコードを添付し、ストーリーが完了したらストーリーに完了のマークを付けます。このデータから、バーンダウンチャートと速度チャートを生成できます。最も重要なのは、反復の平均速度がわかっているため、噛みきれないほど噛み付かないようにすることです。
私は開発の方法を変更するつもりはありませんが、ウォーターフォールに詳しい人が理解できるレポートで開発活動を紹介したいと思います。 アジャイルプロジェクト計画の概要では、ケントマクドナルドがアジャイルプロジェクトとウォーターフォールプロジェクトの違いをうまく説明しています予定。彼は消耗品の弾丸の違いを明記しています：
- アジャイルプロジェクト計画は機能ベースです
- アジャイルプロジェクト計画は反復に編成されます
- アジャイルプロジェクト計画には、時間枠に応じて詳細レベルが異なります
- アジャイルプロジェクト計画はチームが所有しています
違いを説明できるのは素晴らしいことですが、データを提示するにはどうすればよいでしょうか。
彼らに ハーフアーサーアジャイルマニフェスト を示します。
Agileシステムがすべてwaterfallメソッドと比較することで、それが何であるかを明確に伝えます：
個人およびプロセスとツールの相互作用
また、これらの個人（「リソース」という用語を好む）の相互作用を制御するための必須のプロセスとツールがあります包括的なドキュメントを介して動作するソフトウェア
そのソフトウェアが包括的に文書化されている限り顧客との契約交渉のコラボレーション
もちろん、厳密な契約の境界内で、厳密な変更管理の対象となります計画に沿った切り替えへの対応
ただし、変更に対応するための詳細な計画があり、正確に実行されている
私はこれを一度しなければなりませんでした。チームはアジャイルを実行することを望んでおり、クライアントはアジャイルを望んでおり（そしてアジャイルを理解しています）、外部のサードパーティ（「監査者」と呼びます）はウォーターフォールレポートを確認したいと考えていました。
Lieができた重要な理由は、サードパーティが実際には気にしておらず、チェックボックスをオンにしたかっただけでした。クライアントが満足し、チームが満足した場合、「監査人」は最後のボックスをチェックする前に戻って、私たちが提供したレポートを確認することはほとんどありません。
サードパーティが重要であり、実際にウォーターフォールを使用していることに注意している場合は、これを行わないでください。審査員があなたがアジャイルであることを知っていて、あなたをサポートするために書類を更新していない場合は、嘘をつくことができます。
職業はなんですか？ 嘘、しかし白い嘘。
- 要件を「機能が必要」として、機能を言い換えます。
- あなたの仕事はイテレーションで行われ、イテレーションは一般にX週間以上かかります。ウォーターフォールプランは一般的に数週間で見たいので、大きな問題はありません。各イテレーションの終わりにマイルストーンとしてラベルを付けることができます。マイルストーンは滝です。反復にはテーマ（または関連するエピック）がある傾向があるため、マイルストーンにテーマ/エピックタイトルを貼り付けることができます（例：21/11 GUIを完成させます）。
- （バーンダウン/アップチャートから）速度を計算し、ストーリーポイントが（少なくとも現在の速度で）平均してどれだけの時間を表しているかを計算します。これにより、タスクの継続時間がわかります。多くの場合、荒々しい不正確なものですが、ある程度意味があります。
- あなたの計画は時間枠に応じて異なる詳細レベルを持っています-滝についても基本的に同じです。異なる可能性のあるウォーターフォールプランは、オーディエンスによって詳細が異なります。
アジャイル計画はチームが所有しています。ウォーターフォール計画はプロジェクトマネージャーが所有します。あなたはすでにプロジェクトマネージャーを持っているはずです、そしておそらく彼らはこれを行っていますtranslation。彼らは、この翻訳されたドキュメントの所有権を取得する必要がありますそのために雨が降る可能性のあるたるみからチームを保護します。アジャイルの仕事ですまたはウォーターフォールプロジェクトマネージャー。チームの作業を妨げる気晴らしからチームを保護します。
確かに、次の反復で何をしているのかは本当にわかりませんが、何をしているのかはおおまかにわかります。あなたはそれの感触を持っています、そしてさらにラフな後のイテレーションがあります。 （私はこれが反復レーダーと呼ばれると聞いた）。うそをつくと言う。そして、イテレーションレーダーにないストーリーカードについてあなたの歯を横になり、どこかにそれを置いてください。あなたがプロジェクト計画にあまり多くの更新を提出する必要がないことを望みます、そうでなければ彼らはあなたがあなたが言うことをしていないことに気づくでしょう。
基本的にこれは苦痛です。翻訳には何時間もかかります。たくさんやらなければならない場合は自動化してください。
最初に尋ねる質問は、企業が実際に何を求めているかです。一部のビジネスは、アジャイルスプリントがガントチャートに表されている/分解されているのを見て、完全に満足しています。スプリントを実際に理解し、定期的に変更することは誰にとっても意味がないかもしれませんが、それを要求する人々にはよく知られています。次に、ガントチャートと共に、バーンダウンなどを提示します。
私たちは同様のことを経験しており、最終的には（アジャイルが機能している場合）それ自体が販売されます（それができない場合は、なぜそれを行っているのですか？）。人々は「努力」を理解し始め、特定のチームは2週間のスプリントで40の努力点を「焼き尽くす」ことができ、実際にはそれらの努力点を推定するのにかなり優れていることがわかります。彼らは彼らのための利点を見ると、あなたのために残りのビジネスにプロセスを売ります。しかし、要点は、誰かが反撃するだけなので、誰かに強制することは決してできないということです。