プロジェクトの大まかな見積もりを与えるのは誰ですか?[閉まっている]

Question

私は、特定の作品について見積もりを与えるのに誰が最適であるかについての議論から来たところです。

詳細なレベルでは、最良の見積もりは実際に作業を行う人から得られると常に言います。その人は完全に理解しており、これにより彼らは への完全な同意を得ることができますが、より高い抽象レベルで (すなわち、プロジェクト全体のレベルでは）よくわかりません。

1985 年のオーストラリアの研究結果を掲載した Peopleware の第 5 章を思い出しました。私が見つけた最良のリンクは次のとおりです。 ここ.

ここでのあなたの焦点に特に興味があります。あなたは開発者、アーキテクト、プロジェクトマネージャーなどとして答えていますか?

Answer 1

私はマネージャー（現在）と開発者（過去）の両方としてこれに答えています。

高レベルの見積もりは、チーム/プロジェクトリーダーから取得する必要がありますが、開発者からの意見が必要です。また、それらは範囲の形式で与えられるべきです-最も可能性の高い最悪の場合には、それぞれの信頼レベルの表示があります。

チームリーダーがプロジェクトに関するすべてのことを十分に深く知ることはできないため、開発者からの入力が必要になりますが、プロセスの初期段階で詳細に行き詰まってしまう危険性があります。同様に、個々の開発者は、プロジェクトの幅広い知識を持ち合わせていないため（実際に小規模でない限り）、すべての見積もりを提供できません。

マネージャーはこれらの推定値を統合し、競合と相乗効果を探して「全体像」を取得します。 -結局それは私たちが支払われるものです。

開発者として、開発者に確認せずに見積もりを出したマネージャーを信頼しませんが、同様に、「編集」なしで開発者に尋ねてその情報を伝えたマネージャーも信頼しません。何らかの方法で。

Answer 2

見積もりの​​承認に責任を負うのは、実際にはプロジェクト マネージャーであるべきです。それが彼らのニッチです。

ただし、私はPMが見積もりを作成すべきだと言っているわけではありません。

私が言いたいのは、PM はプロジェクトのさまざまな部分について、技術面、ビジネス面など、さまざまな情報源から見積もりを取得する必要があるということです。どのようなプロジェクトでも、技術的ではない部分が大きく存在します。

技術的なものはすべて、技術者によって評価される必要があります。

しかし、同様に、非技術的なものはすべて適切な専門家によって見積もられるべきです (CPA タイプはこれらの SME を対象分野の専門家と呼びます)。建築家は技術的な解決策を見積もることができます。BA ギャップ分析。マネージャーはビジネス プロセスの実装を行うことができます。等々。

しかし、PM は、特にリソースを確保し、相互依存性とクリティカル パスを検討するという点で、これらすべてをまとめて高レベルの見積もりを作成するために本当に必要です。

Answer 3

1. 開発者は通常、最初の見積もりを行う必要があります。マネージャーは、誰がそれを実装するかに応じて、リスク要因を追加できる必要があります。 （たとえば、それを実装する開発者が見積もりを出した開発者よりも優れた知識を持っている場合、リスクは低くなります）。 また、開発者は、プロジェクトの他の開発分野についてのアイデアを持っていない可能性があります（巨大であると想定）。これは、マネージャーの見積もりが出てくるところです。プロジェクトが小さい場合、開発者の見積もりで十分です。

Answer 4

全員がプロジェクトマネージャー（機能アナリスト、テストアナリスト、上級開発者）に見積もりを出す必要があります。

PMの役割は、それらがある程度現実的であることを確認し、それらをまとめることです。

Answer 5

ほのぼのとしたアジャイルの答えは、誰もすべきではありません。とにかくひどく間違っているからです。

Answer 6

作品に依存すると思います。多くの場合、プロジェクトマネージャーは、言うのにかかる時間を見積もり、画面にデータを追加し、レイアウトを変更し、名前を付けることができます。

ただし、特にシステムのアーキテクチャに深く関係している場合は、状況がより複雑になることがあります。その場合、プロジェクトマネージャーは、開発者、アーキテクト、またはその両方に見積もり、および実装に特定の時間がかかる正確な理由について相談する必要があります。

さらに、プロジェクトマネージャーは、scharが言うように、開発者の見積もりを使用して最終的な見積もりに到達する必要があると思います。オーバーヘッド、テスト時間、リスク要因などの割合を追加する必要があります。

Answer 7

私はマネージャー（現在）と開発者（過去）の両方としてこれに答えています。

当社では開発者が常に見積り作成に携わります。ビジネスコンサルタントが作成したユーザーストーリーに基づいて高レベルの見積もりを行います。

ビジネス コンサルタントは、ユーザー ストーリーを私 (技術チームマネージャー) と開発者に伝えます。

ユーザーのストーリーとプロジェクトの背景について話し合うための見積り会議をスケジュールします (ビジネス コンサルタント、開発者、技術マネージャーの 3 人)。ミーティングでは、私と開発者の両方がメモを取り、ユーザー ストーリーごとに必要な時間を書き留めます。

ミーティングの後、開発者は見積もりフォームに記入し、私たちは両方がその見積もりに同意していることを確認します。完了すると、見積もりフォームはビジネス コンサルタントに返送されます。

通常、大まかな見積もりは、x から x に 3 日を掛けた範囲で与えられます。

例えば：40日から120日。

明らかに、必要な開発/テスト/展開時間のみを見積もります。プロジェクト管理、技術管理、リスク、諸経費に対して X パーセントが追加されます。