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