ソフトウェア時間の推定に関する意見の相違

Question

ソフトウェア製品の時間推定値があなたとは異なるクライアントにどのように対処しますか？

私は自分のものではないシナリオを説明しますが、それはほぼ同じ問題を捉えています。私は、プログラミング部門を持つ大企業の下請業者として働いています。私たちが取り組んでいるソフトウェアプロジェクトは、部門がハンドルを持っていると考えている分野にありますが、その専門知識と私のものが非常に異なるため、結果が異なる傾向があります。

例: ：プロジェクトの開始時に、私は彼らが非現実的に困難であるとこすり落とした1つの開発方法を提案し、私たちが使用しているプログラミング言語と別のフレームワーク（Python）を統合することを提案しました（Python）。結果。

• この統合の見積もり：1週間未満（以前に統合を行ったことがありません）。
• 統合のための私の見積もり：2週間以上。
• 私の提案された方法を使用して、必要な結果を得るために（プロジェクト内の他の場所で使用される他のライブラリの中でMatplotlibを使用することを含む）：45分。これは推定ではなく、ビットは実際には45分で終了しました。

例: ：ソフトウェアを内部システムと統合するには、私が使用するためのWebサービスを提供する必要がありました。彼らは壊れたものを提供しましたが、それは彼らの内部ツールで動作します（他のオプションの中で.NETまたはJavaの主流パッケージでは動作しません）。彼らは、統合が推定時間よりも時間がかかったのは私のせいだと主張しています。

問題は、彼らが知らないということではなく、問題はプログラミングに関する十分な知識が危険であるということです（私の意見では）。このタイプの状況に対処する方法については、いくつかのガイドラインがありますか？期待管理の方法は？それとも、最初からそのようなプロジェクトに参加するべきではないかもしれませんが、この場合、テルテールの兆候は何ですか？

Answer 1

クライアントが時間の見積もりに満足していない場合は、作業をしないでください。彼らがそれをより良く、またはより速くできると思うなら、彼らに先に進むように言ってください。

私が決して許可しないことの1つは、私の見積もりを変更することです。それは私のキャリアの早い段階で私を捕まえたものですが、私たちは私たちの教訓を学びます。

クライアントが仕事をするのがとても上手だったら、彼らは私を雇っていないでしょう。私は彼らが私の専門知識のために私を雇ったことを単に指摘するので、なぜ彼らはその専門知識を無視しているのですか。もちろん、彼らが許可するなら 範囲 変化するプロジェクト（つまり、仕事が少ない）のうち、それは別の問題であり、議論のためのものです。

ロックインしなかった場合 まさに 彼らが取引の一環として提供することを意図していたもの、そしてそれは「彼は言う」と彼女は言います。しかし、多くの場合、あなたが持つことができる最大の力は、ただ立ち去る能力です。

誰もあなたを言いません 持ってる 仕事をするために。

---

もちろん、上記のアドバイスはすべて、あなたがそれに対して支払ったすべてのセントの価値があります:-)

私はあなたの特定の状況を知りません。

Answer 2

それとも、最初からそのようなプロジェクトに参加するべきではないかもしれませんが、この場合、テルテールの兆候は何ですか？

確かに私の答え。これらのプロジェクトを避けることができれば、それをしてください。

いくつかの兆候：あなたが彼らができないと推測できるとき、彼らは物事をする方法を知っていると思っている人々。 「私はそれを知らないので、この完全に適切なツールを使用しないでください」は、その人が技術的に挑戦されているという主要な指標です。

Answer 3

まず第一に、そのような環境にいるのは楽しいことではありません。ですから、あなたがあなたの仕事で楽しんでいて、あなたが経済的理由を延長するためにこの仕事をする必要がないなら、単に楽しくない仕事をしないでください。

多くの場合、それはほとんど現実的ではないので、あなたは仕事に終わり、できる限り状況を管理する必要があります。 1つの方法は、計画に対する異議と懸念を文書化するペーパートレイルがあることを確認することです。あからさまに否定的ではないようにしてくださいが、建設的で有効な代替案を提示するようにしてください。ここでは、政治的景観を感じ、「ボス」があなたの解説によって感謝されるか脅かされているかを判断し、それに応じて行動する必要があります。

多くの場合、経営陣があなたが知らないことを扱っている他の問題があります。この事実に注意してください。また、これが当てはまるかどうかを管理チームに尋ねて、再び卑劣でも否定的でもありません。

最後に、会議よりも時間がかかる代替手段がある場合は、それらについて話し合うのにかかる場合は、サンドボックスで試してみてください。これはあなたのポイントを「証明」するのに大いに役立つでしょう。ここでの注意は、チームプレーヤーではない、またはリソースを無駄にしたり、方向をたどったりしないと非難される可能性があることです。これらのタイプの時間にこれらのタイプのことを行うことによって、またはこれらのものにどれだけの時間を費やしているか、そして上司がどのように既得権を与えているかを慎重に検討した後、これが軽減されていることを確認してください。

Hth

Answer 4

統合と同じ問題に遭遇しました。例：ソフトウェアを内部システムと統合するためには、私が使用するためにWebサービスを提供する必要がありました...彼らは、統合が推定時間よりも時間がかかったことは私のせいであると主張しています。

私がクライアントと一緒に経験していたものと非常によく似ています。私が提案できる最善のことは、良いドキュメントを維持することです。結局、それが私を救った理由です。指を指すことになったとき、私はすべてのメールと事実を順番に持っていて、自分自身を守る準備ができていました。私が提案することの1つは、ターゲット/目標と推定を分離することです。実際に機能を削除するか、それを容易にする何かが明らかになっていない限り、見積もりは変更しません。とにかくターゲットにヒットしようとして、ビジネス目標を気にかけていると伝えてください。ただし、見積もりは変更されません。それがどこにもなく、彼らはただ密集しているなら、微笑んでうなずき、それが唯一のギグであればそれを取ります。

私のブログでこれについて書いていました間違った方法を推定する方法