6

ソフトウェア製品の推定時間と自分の時間の見積もりが異なるクライアントにどのように対処しますか？

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

例：プロジェクトの開始時に、私は彼らが非現実的に困難であると考えた開発の1つの方法を提案し、多かれ少なかれ取得するために使用しているプログラミング言語（Python）と別のフレームワーク（彼らが精通しているもの）を統合することを提案しました同じ結果。

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

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

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

4

4 に答える 4

10

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

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

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

取引の一環として提供する予定の内容を正確に把握していなかった場合、それは「彼が言う、彼女が言う」状況であり、残念ながら、顧客が財布の​​ひもを制御します。しかし、多くの場合、あなたが持つことができる最大の力は、ただ立ち去る能力です。

誰もあなたがその仕事をしなければならないとは言いません。

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

あなたの具体的な状況はわかりません。

于 2010-10-14T13:27:37.103 に答える
2

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

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

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

于 2010-10-14T13:27:48.180 に答える
2

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

それは多くの場合現実的ではないので、あなたは仕事に行き着き、あなたができる限り状況を管理する必要があります。1つの方法は、計画に対する反対意見と懸念事項を文書化した紙の証跡があることを確認することです。明らかに否定的ではなく、建設的で有効な代替案を提示するようにしてください。ここでは、政治情勢を理解し、「上司」があなたの論評に感謝するか脅迫されるかを判断し、それに応じて行動する必要があります。

多くの場合、あなたが気付いていない、経営陣が扱っている他の問題があります。この事実に注意し、おそらく、これが事実であるかどうかを管理チームに尋ねてください。

最後に、会議よりも時間がかからない代替案がある場合は、サンドボックスで試して、見せびらかしてください。これはあなたのポイントを「証明」するのに大いに役立ちます。ここでの注意は、チームプレーヤーではない、リソースを浪費している、または指示に従わなかったと非難される可能性があることです。これらのタイプのことを自分の時間に行うか、これらのことにどれだけの時間を費やしているか、および上司が代替案にどの程度の権利を与えているかを慎重に検討した後、これが軽減されることを確認してください。

hth

于 2010-10-14T13:35:39.480 に答える
1

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

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

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

于 2013-04-02T21:30:51.047 に答える