クライアントへの（ソースコードの）分岐を説明する最良の方法は何ですか？

Question

状況は、クライアントが約9か月前に多くの変更を要求し、半分を完了して保留にしたことです。彼らは今、最初の変更を進めるために決心することなく、より多くの変更を要求しました。 2つの変更セットでは、同じコードモジュールの変更が必要です。

私は、彼らが最初の一連の変更について決定しない理由を説明する任務を負っています（それらを完了またはビンする）が追加費用を負担する可能性があります（基本的には、変更をブランチに行う必要があるためです。最初の変更セットは、それらをトランクにマージする必要があります - それは乱雑になり、それらを再テストします）。

私が持っている質問はこれです：

コードの分岐を非技術的なクライアントに説明するのが最善ですか？

Answer 1

2つの研究論文を書くように説明してください。いくつかの異なる考えを持って行きたいかもしれません。これを行うには、コピーを作成し、同時に「ブランチ」の作業を続けます。この問題は、さまざまな異なる論文で作業を行ったときに発生し、それらを成果物に「統合」する必要があります。

この説明はいつも私のために働いてきました。

Answer 2

分岐を説明することはおそらくそれほど重要ではありません。重要なのは、あなたが説明することです 影響 彼らの非決定の。

この場合、その影響は、彼らが今すぐ変更を実装した場合にコストを増加させるために、彼らが最初の変更のセットを将来的に望んでいると判断した場合です。彼らがメッセージを受け取る良い方法の1つは、両方の見積もりを行う場合です。

推定値が異なる理由がわからない場合は、すでに持っているように説明できます。テストは2回行う必要があり、非互換性を解決する必要があります。

建物の比phorを使用することもできます。個人的には私は彼らが好きではありませんが、それはそれほど難しくありません。バスタブと配管を一緒に交換することを思い起こさせる1つの例は、浴槽と配管を個別に交換するよりも安価です。浴槽を一度だけリッピングして、一度は再コークするだけだからです。

Answer 3

あなたはトラックを作っています。けん引に使用したいので、より大きなエンジンとブレーキが必要です。ブレーキは安いので、それらを最初に置きます。待ってください....あなたはけん引する必要がないかもしれません。エンジンの選択を一時停止します。

これで、より良い燃費が必要なので、より軽くする必要があるので、いくつかのコンポーネントを交換して軽量になりますが、重いエンジン/けん引を決めることができないかどうかを決めない場合は。大きなブレーキにより、トラクションを破り、制御不能に滑り落ちる可能性があります。大きなブレーキを取り出すと、トラックは止まらないかもしれません。

どちらの状況も問題を引き起こします。終了タスクを完了するには、依存タスクを完全にするか、ダブル/トリプルワークを生成する必要があります。

前進すると、二重作業が作成されます。ダブルワークにはお金または時間がかかります。より多くのお金==予算を超えて /より多くの時間==タイムライン以外。

あなたが論理的な問題を物理的にすることができれば、より多くの人々がそれを理解している...お金の関係は決して痛くない。

IMO、あなたは一度コストの影響を説明しようとすることができます。彼らがそれを取得しない場合、あなたは新しい成果物に契約再交渉が必要であることを指摘します。支払いのマイルストーンに近づいていますか？それもそうかもしれません。彼らはあなたが機能を食べるか、再交渉の失敗を強制したいと考えています。

Answer 4

気にしないでください。あなたの仕事で彼らを教育するのはあなたの仕事ではありません。

最初の一連の機能について決定を下さないと、時間と費用の面で影響を与える可能性のあるプロジェクト管理が複雑になると言ってください。それが彼らに関連するすべてです。

Answer 5

私も試していません。両方の変更を行いたい場合は、最近の変更のためにリリースを行う場合よりもコストが低くなり、その後、保留中のオールドセットの変更をもたらす後のリリースを伝えるだけです。なんで？リリース自体にお金がかかるからです。

Answer 6

何千もの箱を運んでいるいくつかの車がある「A」列車があります。 9か月後、あなたは「ab」と呼ばれる「ab」と呼ばれる別の列車を「a」と同様の荷物で満たすことにしましたが、いくつかの箱と列車は追加され、いくつかは取り外されました。

列車の「A」はトラックを走り続け、誰も「A+B」列車が欲しいかどうかを決めていません。迂回路が考慮されています。 「A」を訓練するには、いくつかの箱を降ろして他のボックスをロードする必要があり、「A」列車は「A+C」と改名されます。

鉄道は、顧客に、どの出荷が必要かについていくつかの決定を下すように依頼しなければなりません。

• 「a+b」を忘れて、すべての車を降ろし、積み込みコストを食べます。
• 「A+B」の列車に追いつき、「A」列車を迂回して、列車を作成して、「A+B+C」列車を作成します。
• 「A」列車が迂回路を「A+C」列車にし、「A+B」列車のキャッチアップを持ち、列車「A+C」を再構成し、「A+C）（A+B）になります。 '

（A+C）（A+B）は、電車の新しい注文構成をすべての積み込み、荷降ろし、荷重の適合方法を把握するために、より多くの費用がかかり、時間がかかります。