予算が固定されているプロジェクトについて話すとき、まず第一に、厳しい締め切りと詳細な合意された要件があり、それなしでは開発を開始することは不可能です。 しかし、多くの場合、クライアントに特定の開発予算があり、プロジェクト前の分析に別途料金を支払う必要はまったくありません。
営業担当者にとって、これは夢の顧客です。 私たちは黄金の山々を約束し、あらゆる日付を購読し、最後に、署名された契約の大切なボーナスを約束します。
次に何が起こりますか？ 顧客とアウトソーシング業者の関係を外部から見ると、90％のケースで2つの戦争キャンプに似ています。 永遠に期限を破り、予算を過大評価していると非難する人もいれば、非専門家主義を非難し、「彼らが望むものを何も知らない」と非難する人もいます。
このトピックに関する別の苦情を聞いた後、プロジェクトマネージャーとしてのカスタム開発の経験を共有したいと考えました。 2009-2011年の歴史についてです。 実用的な問題に興味がある場合はコメントを歓迎します。
説明する時間はありません、それをしてください！
ほとんどの顧客は、要件の収集にお金を費やすことを望まず、数か月にわたって合意される大きな仕様を作成し、その後でのみ開発予算を評価します。
なんで？ これには時間がありません。
したがって、私たちの場合：プロジェクトの開始日は、請負業者を見つけるずっと前に、多数の委員会で会社内で合意されていました。 私たち。
空への指
だから私たちが持っているもの：
-新しいカスタムプロジェクト、
-私たちが以前に仕事をしたことがなく、彼は私たちに忠実ではない顧客、
-顧客の代表者-会社の1つの領域のディレクターは、彼のビジネスに精通しているが、ITについては何も知らない、アジャイルという言葉は聞いたことがない。
-古典的なウォーターフォールアプローチで考え、動作するために使用されます。
実際、何もありません。 一定額の契約書に署名する必要があります。 何もないので、この量に名前を付けることはできません。
通常、次は次のようになります。販売前段階で、高度なビジネス要件が作成されます。 つまり、顧客との小さなミニセッションが開催され、顧客は彼が望むものを抽出して、彼のビジネスタスクと、一般的には開発する必要がある機能を理解しようとします。 見積もり、彼にいくらか電話してください。
やった！ これでプロジェクトの予算ができました。
その後、プロジェクトの開始まで、たとえば2か月または3か月などの時間が経過します。 そして、チームはプロジェクトの作業を開始し、見た目と恐ろしさを感じました。 頭の毛だけが逆に立つ。 誰がこれを評価しましたか？ （ほとんどの場合、それらのうちの1つ、またはすべて一緒に）。
これはそこに書かれている恐怖です。非常に楽観的で、非現実的な評価です。
実際にそのような機能を実行することをお客様に約束しましたが、実際、それを誤って評価したため、すでにマージンを食い尽くしており、マイナスになる可能性もありました。 期限を守れないという話ではありません。
これはすべて典型的な話です。 しかし、私たちはそれを挑戦と呼ぶ素晴らしいことをしています。 恐らく大きな問題があり、多くの眠れない夜と先の顧客との戦いがあることを知っていますが、これは楽しいものであり、何かできるかもしれません。
契約の短い段階
それでは、話に戻りましょう。 作業の規模は、出口で何が起こるべきか不明です-また、発売日は変更できず、固定費があります。 始めましょう。 高度な要件のリストを記録し、それらを段階に分割する契約に署名しました。つまり、3か月後に最初のリリースを作成し、2か月後に2か月目、3か月後に1か月目などを作成します。 同時に、プロジェクトの全体予算も段階に分けられ、完了段階で各段階を終了します。
反復0.時間分析
この繰り返しで、私たちはまだオープンフィールドに立っています。 住宅ローンは2週間以内です。 要件を詳細に調査する時間がない状況では、クライアントから受信したすべての情報について非常に注意する必要があります。
私たちが彼に来て、文字通りすべての情報を引き出しようとするとき、私はそのようなインタビューをオープンと呼びます。 このようなインタビューに費用をかけ、正しく質問する方法を知っている専門家が本当にこれを行うことが非常に重要です。
実際、要件を新たに策定します。お客様と一緒にペイントし、優先順位を付けます。 ところで、 要件の分解とその優先順位付けに関する私のちょっとしたメモを読むことができます。
すべての要件は、多くのユーザーストーリー（ユーザーストーリー）に分割されます（最大2〜3ページ）。 それらに基づいて、お客様にソリューションを提供します。
違いを感じることが重要です！ 私たちは二度と尋ねません：「そして、どうやってこれを実現してほしいですか？」
それは私たちの利益のためであるため、私たちは彼にオプションを提供しています。 お客様は、「はい、気に入っています」と読みます。 素晴らしい。 同意した。
顧客が突然何かを変更したい場合（そして、すでに行われたことを間違いなく変更したい場合）、後ですべてを必要とします。
絶えず変化する要件は素晴らしいです。
私たちの仕事は反復に分けられ、それぞれの終わりに顧客に結果を示します。
そして、それは始まります...絶対に必要な変更と追加が、宝庫からどのように注がれているのか。 そして、私たちは喜んで彼に言います：「あなたがもっと欲しいものを教えてください？」
固定費のプロジェクトがあるように思われますが、デモでは再び新しい情報を収集します。 一見、私たちは狂っているように見えます。
これは非常に重要なポイントです。
実際、要件の変更は本当に素晴らしいです：
-顧客は、最初は自分が何を望んでいるかを詳細に知ることはありません。
-私たちは彼が常に何か新しいものを提供できるようにし、
-そして、最初に合意した予算の枠内でこれを実施しています。
主なことは、「何かを追加したら、何かを削除する」というルールを守ることです。
プロジェクトのリスク低減
新しい要件を収集し、プロジェクトの範囲を実際に変更すると、なぜ私たちにとって良いのですか？ プロジェクトに関する知識が時間とともに増加するため、新しい要件のより正確な見積もりを提供するためです。
初期段階で自分の推測だけに頼ることができれば、プロジェクトの途中で新しい評価を非常に正確に行うことができます。 違いを実現するのにどれくらい時間がかかりますか？ 私たちはすでにプロジェクトの小さな断片を取り上げており、その作業をその日に正確に評価することができます。
予算を抑える方法
したがって、要件の変更は優れており、作業計画を変更し、より正確に評価し、リスクを軽減します。 問題は残っています：要件のリストから何かを削除できるのは誰ですか？ 明らかに誰もいない。 実際には、キューから何も削除することは不可能です。なぜなら、顧客はこの機能が必要であると言うからです。 私たちの製品のキューでは、願いが追加されるだけで、成長しているだけであることがわかります。
私たちはそれぞれの願いを評価し、顧客は時間と残量を考慮してリリースを計画する必要があります。 覚えてる？ ステージの契約のコスト。 つまり、プロジェクトの初期予算（1,000万など）があり、すでに4000時間（400万、600万など）を処理しました。 現在、彼は、満たされていない要件のキューから残りの600万のタスクを選択できます。
実際、固定費での完全契約から、T＆M契約に切り替えますが、日付と予算は限られています。 ただし、この機能に20時間ではなく100時間を費やすと、だれも私たちに支払いません。 しかし、私たちは小さな機能に感謝しています。 具体的に言うと、「3日間でこれを、5日間で、10日間でこれを行うと思います。」 私たちのリスクは最小限です。
もちろん、これはすべて、まずアカウントマネージャーの巨大な仕事です。顧客との信頼関係を構築し、プロセスに関与し、情報の収集を監視し、ユーザーストーリーを調整して、最終的に顧客を幸せにする責任があります。 。 ちなみに、アジャイルの目標の1つは顧客側にあることです。
軟膏のハエでハッピーエンド
私たちにとって何が面白かったですか？ 3か月後、最初のリリースを実際にリリースしました。これは生産に入り、顧客が使用し始めました。つまり、会社はすでに製品から利益を得ています。 予算と期限に間に合いました。
しかし、それと同時に、顧客はまだ理想的な大きな製品でありながらお金である、そのような素晴らしい金色のを頭の中に持っています。 そして、残念なことに、私たちの顧客は「私はあなたにお金を払っていますが、あなたは私のためにすべてをしませんでした」に対処することができなかったような心理的な瞬間が判明しました。
それにもかかわらず、製品は開発を継続し、さらに多くのリリースをリリースし、次のプロジェクトではこの顧客が私たちだけを選択しました。 そして、それは我々が成功したことを意味します！
2014年の後半のプロジェクトについて書く次のストーリーの1つでは、興味深い相違点、コンセプトの追加の側面、およびアウトソーシングに対するまったく新しいアプローチが登場します。
また、私たちの実際のプロジェクトから、固定の価格と日付で、しかし変動する範囲でアジャイル契約の例を公開することを約束します。