今日は、優れたプロジェクト計画を作成するためのいくつかの考えを共有します。また、プロジェクト計画のサンプルを提供します。 プロジェクト計画がある理由 多くのアジャイル チームは、スプリントまたは作業のチャンクに重点を置いています。しかし、実際には計画を立てるのではなく、各スプリントでできることを実行し、速度を計画し、次のスプリントで達成できることを決定します。 これは問題ありませんが、プロジェクト プランは、プロジェクトの輪郭を考えさせるためのツールです。それらには次の利点があります。 プロジェクトを構成するさまざまな方法を試すことができるため、配信の価値を簡単に順序付けることができます。これにより、スコープや増分配信を操作したり、変更に合わせたりすることが容易になります。 プロジェクト計画を使用すると、リスクについてよりよく考えることができます。人々が休暇中または電話中の場合などを明示的にリストする必要があります。これにより、より良い計画を立てることができます。 多くのチームは、1 週間以上のスプリント サイクルまたはカンバン サイクルを使用しています。毎週のプロジェクト計画は、順調に進んでいるかどうかにかかわらず、より頻繁にシグナルを提供します。 スプリント プランはすべての作業を追跡するので便利です。しかし、それはまた、利害関係者が計画を理解するのを難しくします。 プロジェクト計画をシンプルに保つ プロジェクト計画の典型的な失敗モードは、プロジェクト計画がまったくないか、過度に複雑なプロジェクト計画です。 複雑なプロジェクト計画… 多くのプロジェクト成果物を持つことができます。 最新の状態に保つには時間が必要です。 壊れやすく、修正またはメンテナンスが必要です。彼らは計画を立てた人に大きく依存しています。 より確実であるという錯覚を生み出すことがあります。たとえば、プロジェクトは「23.53 日から 27.55 日で完了します」。 人員が部分的な「リソース」として割り当てられているのを見ると、プロジェクト計画が危険な領域にあることがわかります。または、計画が 1 人だけが更新できるものである場合。 シンプルにする理由 計画の危険性の 1 つは、物事を所定の位置に固定できることです。数分や数時間ではなく、数秒で変更できるプロジェクト計画が必要です。複雑なプロジェクト計画のほとんどは、変更の意欲をそぐものです。 また、明確に伝えるプロジェクト計画も必要です。外部のオブザーバーがプロジェクト計画を見て、いつ何が起こるかを把握できる必要があります。これには適切な高度が必要です。複雑にしないでおく。 単純なプロジェクト計画の品質 簡単なプロジェクト計画で私が推奨するいくつかのことを次に示します。 。いくつかの箇条書きで、毎週何をすべきかをリストアップします。それ以上複雑にする必要はありません。箇条書きは何にするべきですか？ 行うもの。 毎週作ってください 各週の終わりにデモを 。 する必要があります。確かに、大まかなプロジェクト計画は重要ですが、事前にプロジェクト全体を計画して過剰投資するべきではありません。これにより、学んだことに基づいて順序付けや適応を変更することができなくなります。大まかな技術計画を作成し、一連のマイルストーンのリストを作成する必要があります。また、プロジェクト全体を見積もるには、大まかな見積もりを行うこともあります。ただし、現在のマイルストーンについては、1 週間ごとの計画のみを作成することをお勧めします。 【これって本当にマイルストーン企画なの？はい、しかし私はそれらをとにかくプロジェクト計画と呼んでいます。 プロジェクトではなく、マイルストーンを見積もります プロジェクトではなく、マイルストーンを計画 。詳細については、 を参照してください。ここでの重要な洞察は、小さなプロジェクトは通常、大きなプロジェクトよりもはるかにうまくいくため、すべてのプロジェクトを小さなプロジェクトにすることです。 マイルストーンの長さは 1 か月未満にする必要があります マイルストーンの投稿 。プロジェクト計画とプロジェクト レポートを組み合わせると便利です。簡潔で、物事の状態を冷静に表現し、リスクを表面化させますが、「私は物事を処理しています」という口調を維持するコミュニケーションのスタイルを使用してください。計画とプロジェクト レポートを組み合わせることで、計画が少なくとも週に 1 回更新されるようになります。プロジェクトのレポートについては、近日中に書きます。 計画を毎週のコミュニケーションと組み合わせる ます。プロジェクト プランは、Jira のようなツールに縛られるよりも、テキスト ベースである方が便利であることがわかりました。ツールベースのアプローチは問題ありません。しかし、テキストベースのアプローチでは、人々はすべてを別の方法で実際に考えることを強いられます。リンクを使用して、スプリント計画や個々のストーリーなどにリンクできます。しかし、プロジェクトを知らない人にとっては理解しやすくなっています。私は時々これを主張しませんが、状況によって異なります。 テキストベースの計画を立て 週間プロジェクト計画テンプレート これは、より大きなプロジェクト内のマイルストーン用です 1月4日の週 Slack に単一のグラフが表示されます。データは缶詰です。 スケジュールのリスク: チャート タイプのリストがすべて技術的に実現可能であることを検証しています。その調査結果をデモします。 1月11日の週 チャート データはライブ情報を反映し、Slack チャートで機能します。 追加のグラフ タイプは、Slack ルームに表示され、最も基本的なビジュアル デザインを備えています。 少なくとも 1 人のアルファ版の顧客にフィードバックを求めました。ここから毎週彼らと共有し始めます。 ジェシカはオンコールで、1 週間割り込み主導の仕事をしています。 1月18日の週 アルファ版のお客様からの最も重要なフィードバックが組み込まれています。その他の作業は、将来のマイルストーンに優先されます。 最後に追加されたグラフの種類。 1月25日の週 1月26日お休みです。 チャートは見栄えがよく、徹底的にテストされ、装備されています。使用状況のダッシュボードを表示します。 週末発売。 ありがとう クリックバティのタイトルに我慢してくれてありがとう。本当にひどいです。 この投稿は、もともと の私のブログに掲載されていたもので、投稿の最新バージョンは常にそこにあります。また、毎週のニュースレターを購読することもできます。 https://www.rubick.com/weekly-project-plans/ による からの画像 Gerd Altmann Pixabay
