実世界のアジャイルプラクティスと見積もり
完璧な世界では、要件の変化に応じてスコープを拡大/縮小できるアジャイル手法に従い、反復ごとに1時間ごとに請求することをクライアントに伝えます。
実際には、プロジェクトを開始する前に見積もりを提出する必要があり、スコープの変更に柔軟に対応しながら、その見積もり数に達する必要が常にあります。
人々が事実上のウォーターフォールベースの請求/見積もりにどのような実際のアジャイルプラクティスを適用したのか疑問に思っています。取得した後、クライアントをアジャイルミッドプロジェクトに「侵入」できますか？信頼するか、クライアントをアジャイルに移行するための他の手法はありますか。
*補足：私の「現実の世界」の状況では、最近設立された開発会社を経営していますが、クライアントに私たちの方法とプロセスを使用させる余裕はありません。多くの場合、私たちは彼らを使うために背を向けなければなりませんが、それはすべての企業が始めるときに直面する負担だと思います。私はそれにどう対処するのが最善か疑問に思っています。
現実の世界では、アジャイル手法に従うことをクライアントに伝えます。
クライアントを「強制」することはありません。クライアントは、必要な方法論を求めることができます。私たちはまだアジャイルな方法で物事を行うつもりです。最悪の場合、クライアントは事前に多くの設計を要求します。私たちはまだバックログを作成しており、バックログに優先順位を付ける必要があることを説明するのに辛抱強く取り組んでいます。また、チームを細かく分割することにも忍耐強く取り組んでいるため、複数のスプリントが重複しているため、クライアントは、多くの設計を前もって行っているように「感じる」ことができます。実際、2番目のリリースを設計しながら、最初のリリースのコードを作成しています。みんな幸せです。
要件の変更に応じてスコープを拡大/縮小することはできません。
要件の変化に応じて、成果物の順序、タイミング、優先度を調整します。
プロジェクトを開始する前に見積もりを提出する必要があり、配達の優先順位と順序に柔軟に対応しながら、見積もりの数に達する必要が常にあります。
スコープの変更は避けられません。誰もがそれが起こることを知っており、会計士はスコープの変更を文書化した「変更要求」を見たいと思っています。
スコープの変更はまれであり、一般的な通常の再注文、優先順位の再設定、およびバックログの再考とは異なります。
優先順位と提供される価値を絶えず再考する場合は、予算やスケジュールを変更する必要はありません。
多くの場合、元の計画はゴミであり、少しの開発作業の後、元の計画よりも安価で効果的な、より良い計画が表面化します。
アジャイルは、ランダムなスコープ変更を意味するものではありません。
アジャイルとは、協調的にを通じて優先順位を考え、できるだけ早く多くの価値を生み出すことを意味します。
アジャイルのベストプラクティスは、自然に開発したものだと思います。特定の方法論を導入することは良いことですが、あなたは他の誰かのためにうまくいったものに自分自身を適合させていると私は信じています（そして彼らはそれを文書化しました）。スクラムなどを読んでください。しかし、時間の経過とともに、特定のクライアントでパターンが出現し、つま先を維持すると、クライアントに自然なリズムが生まれることがわかります。あなたはサービス業界にいるので、クライアントが望んでいることに対応する必要があり、クライアントは皆、何か違うものを望んでいます。
見積もりは単なる見積もりであり、考えを変える傾向があるかどうかに応じて、さまざまなレベルの精度の影響を受けやすいことを常にクライアントに知らせてください:)
各反復の範囲、期限、およびコストは固定されています
反復の合間に、すべてが交渉可能です