私たちのプロジェクト マネージャーは通常、クライアントから要求された機能を実装するのに必要な時間を開発者に相談します。これは管理の原則と一致していますか? あなたやあなたのプロジェクトマネージャーは同じことをしていますか?
1467 次
12 に答える
26
何かにかかる時間を知る方法は他にありません。PM が相談に乗ってくれていることに、本当に感謝しなければなりません。あまりにも多くのマネージャーが、顧客と集まって不可能なタイムラインを約束し、開発者が法外な約束を果たすことを期待しています。
于 2009-02-19T08:48:19.433 に答える
13
そうです。開発時間の見積もりがなければ、何が起こっているのか誰にもわかりません。利害関係者、この場合はクライアントの期待を管理できる必要があります。そして、PMが不可能な時間枠を約束するよりも、馬の口（この場合は開発者）からの見積もりの方が良いです！
開発者は、この種の見積もりを行うことをおかしく思うことがありますが (私も知っています)、ビジネスを運営する上で非常に重要です。これにアプローチする最も簡単な方法は、PM が情報を求めているだけであることを理解することです。率直かつ正直に - 物事が行われないのに行われるとは言わないでください。また、いつ、なぜ未知である可能性があるのか、または見積もりにリスクの要素が含まれている可能性があるのか を説明してください。
于 2009-02-19T08:48:54.923 に答える
8
はい、何かにかかる時間を正確に知りたがっている PM から逃れることはできません。
私のアプローチは、+/- 値で見積もりを出すことでした。これを 1 週間で終わらせる確率は 60%、それより長くなる確率は 30%、2 日かかる確率は 10% です。PM がその考えに慣れるまでにはしばらく時間がかかりますが、それが状況の現実です。ある賢明な人がかつて言ったように、PM がどれだけ変化を望んでいようと、現実を変えることができるのは [ここに神を挿入] だけです。
Dev は不正確な科学であり、伝統的なプロジェクト管理の緊張感、創造性と最良の推測の見積もりの実現は、おそらく専門能力開発の最大の頭痛の種であることを知っています。アジャイルから得られる本当に良い教訓は、見積もりがいかに下手かということです。ほとんどの開発者は 80% の時間を過小評価します。とにかく、それは私の見積もりです。
于 2009-02-19T08:53:07.660 に答える
5
はい、それは彼の仕事です。なぜなら、時間 = お金だからです。
という事実を考えると
- あなたはビジネスの一員です
- ビジネスの目的はお金を稼ぐことだということ
- 時間＝お金
そうすれば、上司があなたに「これにはどれくらいの時間がかかりますか」と尋ねるのは完全に理にかなっています。
誰かがそのコストを支払わなければなりません。それは顧客か、あなたの会社のどちらかです。PM はあなたの見積もりを使用して、プロジェクトが予定どおりに予算内に収まるようにします。何かに 10 日かかると言い、それが彼の希望より 5 日多い場合、a) これを実現するために他の機能を削減するか、b) 締め切りを延長するかは、彼次第です。
PM の仕事は、あなたから見積もりを取得し、提供される納期と提供される機能のバランスを調整することです。
あなたの仕事は、あなたができる最善の、最も正直な見積もりを提供することです。他の誰かが言ったように、常に自信を持ってください。「2 日、30% の信頼度」「おそらく 1 日、最悪の場合は 3 日」など。
絶えず聞かれるのは面倒かもしれませんが、それが彼の仕事です。
PS 場合によっては、「わかりません」という答えが完全に受け入れられることもありますが、「わかりません。もう少し詳しく調べる必要があります。そうすれば、より良いアイデアが得られるでしょう」と表現する必要があります。
お役に立てれば。
于 2009-02-19T09:21:41.583 に答える
3
あなたは、見積もりを求めないマネージャーの下で働いたことがないことは明らかです。そうでなければ、彼らがそれをすべきかどうかを疑問視するよりも、あなたがよく知っているでしょう. :-)
真剣に、特定の機能を提供するために必要な時間を現実的に見積もることができるマネージャーはほとんどいません。これは主に、すべての技術的な複雑さを実際に理解するのが彼らの仕事ではないためです。優れたマネージャーはこれを認識し、スケジュールを作成するときに、開発者が適切な作業量を見積もるように常に関与させます。
于 2009-02-19T08:52:42.857 に答える
2
これの主な利点の 1 つは、タスクに圧倒されていることをゲームの早い段階で見つけるのに役立つことです。時間を計ることができない場合は、おそらくそれに取り組む方法がわかりません。
また、見積もりが 1 週間以上かかる場合は、おそらく 100 ～ 1'000'000% ずれている可能性があります (別名「純粋な憶測」)。「数週間」を思いついた場合は、タスクを分割して見積もりを開始することをお勧めします。これにより、危険ゾーン (どれくらいの時間がかかるかわからない場所) に気付くことができます。
このプロセスにより、マネージャーは、割り当てを時間内に完了するために必要なヘルプ/ツールを取得できます (締め切りの 2 日前に何か重要なものが不足していることに気付く必要はありません)。
これらのことにもっと興味があるなら、本 " Death March " とExtreme Programmingサイト (特にこのページ) をお勧めします。XP については大まかに考えてください。ルールが問題を解決することは決してありません。彼らは、他の人にとって何がうまくいったかを教えてくれるだけです。あなたは常にそれらを慎重に使用します。
于 2009-02-19T09:55:51.580 に答える
2
なかなか良い音だと思います。非現実的であることが判明する可能性のある何かをクライアントに約束するだけでなく、それを実行しようとしている人々に見積もりを依頼する方が良いようです.
于 2009-02-19T08:50:38.943 に答える
2
彼があなたの答えを受け入れることを条件に。
PM があなたに質問するときに数字を念頭に置いていたとしても、その結果に驚くべきではありません。
于 2009-02-19T08:54:26.207 に答える
2
プロジェクト マネージャーは、開発者に何かにかかる時間を常に尋ねる必要があります。プロジェクト マネージャーがこれらの見積もりを基に何を行うかは、プロジェクト マネージャー自身の経験とスキルによって大きく異なります。
PM が多くの開発経験を持っている場合、開発者の見積もりが有効かどうかを判断するために、より多くの若手開発者を支援できるはずです。また、PM は、開発者が忘れがちな他の要因 (ミーティング時間、病気、SO の時間など) を追加できる必要があります。これらはすべて開発者の時間に影響します。
PM が開発経験がほとんどない場合、最も正確な見積もりは開発者から得られます。
于 2009-02-19T08:59:37.970 に答える
1
はい。必要な時間についてマネージャーがチームに相談することをお勧めします。そして、チームはすべての要因を考慮して実際のタイム ラインを考え出す必要があります。質の高い成果物を提供するために必要な時間を正当化する責任は、チームにあります。マネージャーが十分に優れている場合、彼/彼女はそれを高く評価し、チームに同意します。
于 2009-02-19T08:49:34.393 に答える
1
それは公正な質問ですが、カフスの見積もりで返信しないでください. 常に何らかの仕様から見積もりを導き出してください。そうすれば、両方とも平地に立つことができます。とにかく、それが私のアドバイスです。
于 2009-02-19T09:10:37.540 に答える