小さなプロジェクトのステータスを追跡する

私たちは小さなプロジェクトについて話しているとすぐに言いたいです-2-5人、約1年以下続きます。



このような小さなプロジェクトのマネージャーになる必要性に何度も直面し、彼は決定しました。

a）あなたの考えを共有し、

b）アドバイスを求めます（以下で説明することに最初に思い付くのは私ではないでしょう）。



それで、まず第一に、私はこれに出会いました。 （私にとって）主なタスクの1つは、プロジェクトのステータスを評価することでした。 すべてが計画通りに進んでいるかどうかを理解し、そうでない場合は、スケジュールからの逸脱をタイムリーに検出し、新しい完了日を予測する必要がありました。



驚いたことに、この問題の簡単な解決策を見つけることができませんでした。 企業はMicrosoft Projectを使用しましたが、私の意見では、この問題はほとんど解決されていません。







簡単に言うと、Microsoft Projectと同様のツールが不適切だと思った理由は、その主要なコンポーネントがガントチャートです。 これは、おそらく、橋や超高層ビルの建設などの「マテリアル」プロジェクトで機能しますが、小規模なITプロジェクトではあまり適用できないように思えました。

-ほとんどのタスクでは、「開始から終了」のような依存関係を構築する必要はありません。

-さらに、ほとんどのタスクでは、それらの実装の順序はどのようなものでもかまいませんが、私はPMとしてはほとんど関心がありません。

-追加のジェスチャーなしで、プロジェクト内の唯一の人に10日間続く2つのタスクを割り当てた場合、プロジェクトが20日間で完了することをすぐに見たいです。 Microsoft Projectでは、最初の10日間で人に200％の負荷がかかることがわかります。 もちろん、「ペン」によって私がタスクをそらすことはありません。

「人々の間でタスクを転送し、予定された期間をその場で変更できるようにしたい。」 プロジェクトの完了予定日がどのように変わるかをすぐに確認します。

-実際、私は時間追跡と呼んでいるものを見たいです。



ヒープ内の別の写真-何らかの理由で、非常に多くの人々がこのタスクに使用しています... Excelの平凡なシート。



次に、このプロセスの見方と、プロジェクト管理システムから見たいものに進みます。



全般：



1.ツリーのようなタスクリスト。

2. 1つのタスク-1つの責任。

3.「リーフ」タスクには、実行時間の推定値を与えることができます（また、そうすべきです）。

4.タスク-「ノード」は、すべてのサブタスクの実行時間を自動的に要約します。

5. PMによってタスクが作成され、参加者に配布されます。



作業の報告（主なこと-非常に単純であるべきです-または、彼らはそれをしないか、正式に行います！）：



1.各チームメンバーは、特定のタスクに費やされた時間を毎日提供します。

2.同時に、彼はこのタスクの「残り時間」を確認し、必要に応じて変更できます。

3.タスクが完了すると、残り時間がゼロになります。 （理想的には、必要な時間の推定が非常に正確に行われた場合、これは手動で残り時間を変更せずに自動的に行われます）。



PMのレポート：



1.おおよその締め切り日（最初は推定に基づいてのみ、その後参加者によって行われた残り時間の修正の対象）。 各参加者は毎日8時間の作業を行うという仮定に基づいて（理想的には、効率、コミュニケーションなどのために調整されます）実際には、すべてが彼のために開始されます。

2.現在実行されている作業の割合。 また、非常に重要な指標です。

3.期限の日付の変更（たとえば、計画の正確性、大きな変更などを反映）。

4.タスクのさまざまなセクション（費やした時間、成績の変更など）。

5.スケジュールからの逸脱。

6.問題のある場所（元の計画と実際に費やした時間との大きな違い、残り時間の急激な変化など）。

7. PMの要求に応じたカスタムレポート。



望ましいグッズ：



1.既存のバグ追跡との統合。 そのため、エラー（または変更要求）を作成するときに、それをタスクの1つにバインドできます。 そのため、レポートの時間はエラーに結び付けられますが、同時にタスクに費やされた時間に自動的に追加されます。



タスクの開始時刻と終了時刻はどこにも表示されないことに注意してください！ すべての計算は、現在の日（将来を見据える場合）から、または実際のデータ（振り返る場合）に従って行われます。



すべてのタスクは独立していると見なされます。 当然のことながら、実際にはこれが常に当てはまるわけではなく、PMの人々に対するタスクの割り当ては、考えられる依存関係を考慮して実行する必要があります。 しかし、いくつかの特別なシステムで。 これにはメカニズムがありません。



さらに、1つのタスクの完了時間はここではそれほど重要ではありません。 プロジェクト全体がいつ完了するかを評価することが重要です。 そして、この見積もりは、変更ごとに自動的に再計算されます（新しいタスクの追加、残り時間の変更、変更要求またはエラーレポートの作成など）。



重要なことは、特定のタスクにどれだけの時間を費やすか（またはすでに費やしたか）です。 そして、これらのデータに基づいて、すべての推定と計算が行われます。



間違いなく、ここで説明するシステムは理想とはほど遠いものであり、大幅に簡素化されていますが、...このようなことが、小さなプロジェクトの人生を大幅に簡素化できるように思えます。



ここでの質問自体は、プロジェクト管理にこの見解の実装があるかどうかです。 そして、それは生きる権利を持っていますか？