べきプロジェクト長に聞かってくるのではないかと思いま何らかの対策は機能性？[定休日]

https://stackoverflow.com/questions/564426

05-09-2019
|

質問

弊社のプロジェクトマネージャーは通常の相談者のうち何時間ものを実装する必要があるといくつかの機能を求します。この原則に一致する管理すれば良いのだろうか。またプロジェクトマネージャー"は同一者でもいいですか？

解決

何かがかかりますどのくらい知っている他の方法はありません。あなたのPMもあなたに相談されることを、本当に、感謝しなければならない - 。あまりにも多くの経営者は、顧客と一緒に取得し、不可能なタイムラインを約束し、開発者が自分のとんでもない約束まで生きることを期待しています。

他のヒント

確かにその通りです。く推計値のために開発時間は、誰の手がかりでいるのかもしれません。ることもできなければなりの管理ステークホルダーの期待、この場合サービスも提供いたしますとの見積りの馬口（この場合、デベロッパー)ではなく午後の有望な時間フレーム!

開発者があり、笑いて推計すること(かい)が重要で走ります。最も簡単な方法へのアプローチであると理解するのがPMでいます。するオープンで正直わからないとも言えないものを行うときは思いませんが、説明がなぜものが未知で、なぜあの要素のリスクお見積りいたします。

はい、あなたは離れて何かがかかる時間の正確な数字を望むのPMから取得することはできません。

私のアプローチは+/-値と推定値を与えることでした。私は一週間でこれを終了します60％確信している、それは長くなりますが30％の確率で、それが2日になるだろう10％の確率があります。その考え方に慣れるためのPMのためにしばらく時間がかかりますが、それは状況の現実です。賢い誰かがかつて言ったように、唯一かかわらずPMが異なるように、それをしたいと思いますどのくらいの、現実を変えることができる[ここに神を挿入]。

私たちは、デベロッパーがイン正確な科学、伝統的なプロジェクト管理の緊張、会議の創造性と最良の推測推定され、おそらくプロの開発の唯一最大の頭痛の種であることを知っています。アジャイルから本当に良い学習が、我々は推定でどれだけ悪いです、ほとんどのDevのは時間の80％を過小評価します - それはとにかく私の推定です。

。

そう、彼の仕事で時間＝金

まる事実を考える

の事業
その目的事業くことになる
時間＝金

その意味するマネージャーの確認を行うために以下の "どのくらい時間にいることを忘れさせられ"がそのperfectyに"どのこれまでのコスト".

誰かとなるコストでは、お客様や会社です。同時利用のお見積りを確保するプロジェクトが時間と予算です。ばらしいものまでの10日間、私は5日間以上ただし、次のようになっているかのいずれか）では一切その他の機能をこれまたはb)の延長することがあります。

なので私のPMs仕事、上から見積もり、既存のバランスをお届け時の機能。

お仕事にも誠実に推定できる.のように他の誰かがいすることが出来ます。信頼prcentage."2日間の30%ものと確信""ある日の1日、3最悪の場合"など。

でできる迷惑を常に問い、その彼の仕事です。

P.S.時にはその答えは"わからない"完全に受け入れられますが、しかしすべきフレーズとして"わからないながらプレーする必要がありますのでもう少しやって考えば".

武器agiは、dexで下がらないboxerぐ.

あなたは明らかにあなたからの見積もりを要求しません管理者のために働いたことはありません。そうでなければ、彼らはそれを行う必要があるかどうかを疑問視するよりもよく知っているでしょう。： - ）

それは本当にすべての技術的な複雑さをundersandために彼らの仕事ではない主な理由は、

真剣に、非常に少数の管理者は、特定の機能を提供するために必要な時間に現実的な見積りを行うことができます。善良なる管理者は、これを実現し、常にスケジュールを作成する際に収まることができ、作業の良い推定値を得るために、開発者が関与します。

私はそれはかなり良い音だと思います。彼がただ非現実的であることを上げることができ、クライアントに何かを約束するよりも、それをやろうとしている人々によって見積もりを依頼することをより良いようです。

彼はあなたの答えを受け入れることを条件に。

彼はあなたに彼が彼の結果に驚くべきでない質問をするときます。

PMは、心の中で数を持っている場合

プロジェクトマネージャは、常に何かがかかりますどのくらいの開発者に依頼する必要があります。どのようなプロジェクトマネージャーは、これらの見積りと行うことは、自分の経験やスキルによって大きく異なります。

PMは開発経験をたくさん持っている場合、彼らは開発者の推定値が有効であるかどうかを決定する際に、よりジュニア開発者を支援することができるはず - と彼らはそこに見積もりが間違っていると思う理由をうまくいけば指摘しています。開発者が忘れがちなこと。また、PMは、他の要因に加えることができるはず - 。、会議時間、病気などのSOの時刻をその自分の時間上のすべての影響

PMは少し開発経験を持っている場合は、

そして、最も正確な推定値は、開発者から来るます。

の主な利点はこのとき、お出かけの際は座れるし、ゲームのときに圧倒されるタスク:できない場合は時間がかかります。

また、内容に基づき、お見積もり一週間以上を参考にされるのもよいでしょうよ100-1'000'000%(a.k."純粋な投機").ができれば"は数週間"であることを始めのタスクを推定していきます。すことが大事だと申し上げました通知の危険区域(がんなどの長いる).

このプロセスことのできないマネージャーを得るために/あなたの完了に異なるので時間には人間の一生を意味しているんだ重要な欠日の二日前に締切り).

ついて興味のある方はもちろんよりこれらのものであること、ブック"死月"との Extreme Programming サイト（特にこのページ).取XP、結晶粒の塩ルールはないはお客様の課題解決のために;いけだた。まず使用していjudiciously.

尋ねると仮定よりもはるかに優れています。

私たちは最近、新機能の束が途中であったすべての-手のスタッフミーティングに言及し、それらが実装するための、あまりにも多くの努力を取るべきではないビジネスマネージャを持っていました。これは、開発チームへのニュースでした！

はい。管理者が必要な時間にチームを調べ、より良いです。そして、チームは検討事項にすべての要因を取って、実際のタイムラインを思い付くことがあります。責任は品質の出力を与えるために必要な時間を正当化するためにチームです。マネージャーは十分に良好であれば、彼/彼女はそれを感謝し、チームと同意するだろう。

その公正な質問は、ちょうど今までカフ推定オフで応答しません。必ず仕様のいくつかの並べ替え、そのように、あなたの両方のレベルで地面からの推定値を導出、とにかく私のアドバイスのthatsます。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow