7 つのステップでオンラインでガント チャートを作成する方法

ガント チャートをオンラインで作成するにはどうすればよいですか?

ガント チャートをオンラインで作成するには、1 つの測定可能な成果を定義し、それをタスクに分割し、各期間を見積もり、タスクを実際の作業順序に接続し、所有者を割り当て、意思決定のマイルストーンをマークし、結果として得られるクリティカル パスを検査します。日付は仕事と論理の後に来る。それ以外の場合、チャートは手動で配置された単なる画像になります。

この 7 ステップの方法は、GanttFather、Microsoft Project、TeamGantt、ClickUp、GanttPRO、およびその他のほとんどのスケジュール ツールで機能します。

ステップ 1: 終了条件を定義する

「完了」をテスト可能にする一文を書きます。 「ウェブサイトを立ち上げる」というのは曖昧です。 「運用サイトはプライマリ ドメインで利用可能、分析は記録中、リダイレクトはテストされ、製品所有者はサインオフしています」はスケジュール可能です。

次のことも記録します。

• 目標日（本当に決まっている場合）。
• 結果を受け入れる人。
• 明示的に範囲外のもの。
• 営業日と休日の仮定。

これにより、スケジュールの作成中にスケジュールが静かに拡張されるのを防ぎます。

ステップ 2: 結果を作業パッケージとタスクに分割する

成果物指向のフェーズから始めて、タスクに 1 人の明確な所有者と推定できる期間ができるまで各フェーズを分解します。コンパクトな Web サイトの立ち上げには、次の内容が含まれる場合があります。

1 つの 60 日足に「ウェブサイトの再設計」を入れないでください。これにより、すべての引き継ぎが隠蔽され、チームに有益な更新が何も与えられなくなります。

ステップ 3: 希望的な日付ではなく、期間を見積もる

タスクを実行している人に、現実的な条件でどのくらいの作業時間がかかるかを尋ねます。期間は、生産性、レビューサイクル、通常の中断、および実際のカレンダーを反映する必要があります。

不確実な作業の場合は、次の 3 つの見積もりを収集します。

• 楽観的: 状況は異常に良好です。
• 最も可能性が高い: 通常のケース。
• 悲観的: 既知の問題が発生します。

従来の PERT の予想期間の式は次のとおりです。 (optimistic + 4 × most likely + pessimistic) ÷ 6。約束ではなく、会話の補助として使用してください。証拠に基づいていない 5 日間の推定値は、算術的に計算してもまだ不十分です。

ステップ 4: カレンダーを配置する前に依存関係をリンクする

すべてのタスクに尋ねます: これを開始または終了する前に真でなければならないことは何ですか? 実際の論理ハンドオフがある場合にのみ先行タスクを追加します。

ほとんどのリンクは finish-to-start である必要があります。テストはビルドの終了後に開始されます。 start-to-start または finish-to-finish は、作業が本当に重複する場合にのみ使用してください。依存関係がルールをより正確に表現する場合は、ハードコーディングされた日付制約を避けてください。

この単純な起動の場合:

グラフでプロジェクトの開始からの日付を計算できるようになりました。の 4 つのリンク タイプについて学習します。 ガント チャートの依存関係とは何ですか?。

ステップ 5: 所有者の割り当てと容量の確認

複数の人が貢献する場合でも、すべての実行可能なタスクには 1 人の責任ある所有者が必要です。次に、グラフを水平方向に見てください。同じデザイナー、エンジニア、部屋、またはマシンが重複する作業に予約されているか?

論理的に正しいネットワークを実行できない場合もあります。フロート内でフレキシブル タスクを移動したり、順序を変更したり、作業を分割したり、スコープを縮小したり、別の適格なリソースを割り当てたりすることで、競合を解決します。発売週には 1 人が 3 人になると黙って想定しないでください。

ステップ 6: 実際の意思決定ポイントにマイルストーンを追加する

マイルストーンには作業期間がありません。これは、次のような決定、受諾、外部イベント、または段階の境界を示します。

• 範囲が承認されました。
• デザインが受け入れられました。
• リリース候補に署名。
• 許可を受領した。
• 生産の継続/中止;
• クライアントのハンドオフが完了しました。

各承認マイルストーンを、その証拠を準備するタスクと組み合わせます。 「セキュリティの承認」はマイルストーンです。 「脅威のレビューを実行し、結果を解決する」はスケジュールされた作業です。

ステップ 7: スケジュールを検証し、計画を保存する

グラフを共有する前に、テストしてください。

1. すべての非開始タスクには論理先行タスクがありますか?
2. 未完了のタスクはすべて別のことにつながるのでしょうか?
3. 循環リンクはありますか?
4. 期間は進捗状況を測定するのに十分短いですか?
5. 所有者は予定通りに来られますか?
6. クリティカル パスは運用上意味がありますか?
7. クリティカルに近いブランチは表示されていますか?
8. チームはすべてのラグや固定制約を説明できますか?

次に、合意したバージョンを保存し、定期的な更新リズムを設定します。有用なスケジュールには、キックオフ時に合意された日付だけでなく、実際の開始、実際の終了、残りの期間、および予測が含まれます。

GAO スケジュール評価ガイドでは、信頼性の高いスケジュールを、包括的、適切に構築されている、信頼できる、管理されているという 4 つの特性に基づいてグループ化しています。これらは、チャートが洗練されているかどうかよりも優れた品質のテストです。

これを GanttFather でどのように構築しますか?

1. 無料のプロジェクトを作成するか、プロジェクトから開始します。 ソフトウェアリリース、 マーケティングキャンペーン、 クライアントへの配信、または イベント企画 テンプレート。
2. フェーズを親行として追加し、子行として機能します。
3. タスクの日付を入力するか、バーをドラッグして設定します。
4. あるタスク コネクタから別のタスク コネクタにドラッグし、FS、SS、FF、または SF を選択し、ハンドオフで必要な場合にラグを追加します。
5. タスクの詳細を開いて人または仮想リソースを割り当て、マイルストーン マーカーを選択します。
6. クリティカル パスをオンにして、フィニッシュを制御するチェーンを確認します。
7. 編集者を招待するか、視聴者やゲストと共有します。

無料利用枠には、所有する 1 つのプロジェクト、そのプロジェクトの 2 つの編集者シート、無制限の視聴者とゲストが含まれます。リンクされた日付は再計算されますが、GanttFather は結果を自動的にリソースレベルに調整しません。手順 5 の容量チェックを使用して、重複する割り当てを手動で解決します。

最初の GanttFather スケジュールを無料で作成します次に、最も早いタスクを 1 日移動して、依存関係ネットワークが意図したとおりに動作することを確認します。

最初のバージョンの後に何をすべきでしょうか?

作業を行っている人たちと 15 分間のスケジュール レビューを実行します。各所有者に期間、前任者、および完了の証拠を確認するよう依頼します。次に、考えられる遅延を 1 つシミュレートします。 3 日分の伝票に依存すべきものが何も動かない場合、ネットワークは不完全です。

実行中は、固定の状況報告日でスケジュールを更新します。ほとんどのプロジェクトでは毎週、短期間の立ち上げの場合は毎日です。残りの作業に基づいて、未完了の作業を将来に移動します。合意されたベースラインまたは名前付きバージョンを保持することで、「2 週間遅れています」が測定可能なことを意味します。

よくある質問

正確な日付を指定せずにガント チャートを作成できますか?

はい。相対的な稼働日または期間と依存関係から始めます。チームの準備ができたら、実際のプロジェクトを開始するように設定します。 GanttFather のテンプレートは、まさにこの理由から、相対的な稼働日スケジュールを使用します。

ガント チャートにはタスクをいくつ含める必要がありますか?

所有権と引き継ぎを示すには十分ですが、すべてのキーストロークを示すわけではありません。通常、タスクは 1 つまたは 2 つのステータス サイクル中に測定できる程度に短い必要があります。タスクの所有者、依存関係、成果物、またはステータスが他のタスクと異なる可能性がある場合は、タスクを分割します。

すべてのタスクに依存関係が必要ですか?

ほぼすべての実行可能なタスクはネットワークに接続する必要がありますが、本物の開始点と独立した作業が存在する可能性があります。切断された行が多数ある場合は、グラフがスケジュールではなく日付リストである可能性があるという警告です。

ガント チャートはどのくらいの頻度で更新する必要がありますか?

少なくとも、意思決定がそれに依存するのと同じくらいの頻度で。毎週が一般的です。 1 週間のカットオーバーでは、毎日の更新が必要になる場合があります。表面的なパーセンテージではなく、実際の進行状況と残りの期間を記録します。

---

出典

1. 米国会計検査院、スケジュール評価ガイド: プロジェクト スケジュールのベスト プラクティス
2. プロジェクトマネジメント協会、スケジューリングの実践基準
3. NASA、スケジュール管理ハンドブック