4,013 測定値

額に入れておきたくなるような週間プロジェクト計画

に Jade Rubick4m2023/01/16

長すぎる; 読むには

アジャイルチームは通常、作業を計画する際に 2 つの極端な方向に進みます。彼らは非常に重いプロジェクト計画を採用するか、スプリントを使用して計画を立てます。どちらも簡単に計画を変更することはできず、利害関係者が理解するのが難しくなります。柔軟で変更が容易でありながら、ほとんどのチームの作業方法と非常に互換性のある週ごとのプロジェクト計画アプローチを共有します。

featured image - 額に入れておきたくなるような週間プロジェクト計画

今日は、優れたプロジェクト計画を作成するためのいくつかの考えを共有します。また、プロジェクト計画のサンプルを提供します。

プロジェクト計画がある理由

多くのアジャイルチームは、スプリントまたは作業のチャンクに重点を置いています。しかし、実際には計画を立てるのではなく、各スプリントでできることを実行し、速度を計画し、次のスプリントで達成できることを決定します。

これは問題ありませんが、プロジェクトプランは、プロジェクトの輪郭を考えさせるためのツールです。それらには次の利点があります。

プロジェクトを構成するさまざまな方法を試すことができるため、配信の価値を簡単に順序付けることができます。これにより、スコープや増分配信を操作したり、変更に合わせたりすることが容易になります。
プロジェクト計画を使用すると、リスクについてよりよく考えることができます。人々が休暇中または電話中の場合などを明示的にリストする必要があります。これにより、より良い計画を立てることができます。
多くのチームは、1 週間以上のスプリントサイクルまたはカンバンサイクルを使用しています。毎週のプロジェクト計画は、順調に進んでいるかどうかにかかわらず、より頻繁にシグナルを提供します。
スプリントプランはすべての作業を追跡するので便利です。しかし、それはまた、利害関係者が計画を理解するのを難しくします。

プロジェクト計画をシンプルに保つ

プロジェクト計画の典型的な失敗モードは、プロジェクト計画がまったくないか、過度に複雑なプロジェクト計画です。

複雑なプロジェクト計画…

多くのプロジェクト成果物を持つことができます。
最新の状態に保つには時間が必要です。
壊れやすく、修正またはメンテナンスが必要です。彼らは計画を立てた人に大きく依存しています。
より確実であるという錯覚を生み出すことがあります。たとえば、プロジェクトは「23.53 日から 27.55 日で完了します」。

人員が部分的な「リソース」として割り当てられているのを見ると、プロジェクト計画が危険な領域にあることがわかります。または、計画が 1 人だけが更新できるものである場合。

シンプルにする理由

計画の危険性の 1 つは、物事を所定の位置に固定できることです。数分や数時間ではなく、数秒で変更できるプロジェクト計画が必要です。複雑なプロジェクト計画のほとんどは、変更の意欲をそぐものです。

また、明確に伝えるプロジェクト計画も必要です。外部のオブザーバーがプロジェクト計画を見て、いつ何が起こるかを把握できる必要があります。これには適切な高度が必要です。複雑にしないでおく。

単純なプロジェクト計画の品質

簡単なプロジェクト計画で私が推奨するいくつかのことを次に示します。

毎週作ってください。いくつかの箇条書きで、毎週何をすべきかをリストアップします。それ以上複雑にする必要はありません。箇条書きは何にするべきですか？各週の終わりにデモを行うもの。
プロジェクトではなく、マイルストーンを見積もります。プロジェクトではなく、マイルストーンを計画する必要があります。確かに、大まかなプロジェクト計画は重要ですが、事前にプロジェクト全体を計画して過剰投資するべきではありません。これにより、学んだことに基づいて順序付けや適応を変更することができなくなります。大まかな技術計画を作成し、一連のマイルストーンのリストを作成する必要があります。また、プロジェクト全体を見積もるには、大まかな見積もりを行うこともあります。ただし、現在のマイルストーンについては、1 週間ごとの計画のみを作成することをお勧めします。【これって本当にマイルストーン企画なの？はい、しかし私はそれらをとにかくプロジェクト計画と呼んでいます。
マイルストーンの長さは 1 か月未満にする必要があります。詳細については、マイルストーンの投稿を参照してください。ここでの重要な洞察は、小さなプロジェクトは通常、大きなプロジェクトよりもはるかにうまくいくため、すべてのプロジェクトを小さなプロジェクトにすることです。
計画を毎週のコミュニケーションと組み合わせる。プロジェクト計画とプロジェクトレポートを組み合わせると便利です。簡潔で、物事の状態を冷静に表現し、リスクを表面化させますが、「私は物事を処理しています」という口調を維持するコミュニケーションのスタイルを使用してください。計画とプロジェクトレポートを組み合わせることで、計画が少なくとも週に 1 回更新されるようになります。プロジェクトのレポートについては、近日中に書きます。
テキストベースの計画を立てます。プロジェクトプランは、Jira のようなツールに縛られるよりも、テキストベースである方が便利であることがわかりました。ツールベースのアプローチは問題ありません。しかし、テキストベースのアプローチでは、人々はすべてを別の方法で実際に考えることを強いられます。リンクを使用して、スプリント計画や個々のストーリーなどにリンクできます。しかし、プロジェクトを知らない人にとっては理解しやすくなっています。私は時々これを主張しませんが、状況によって異なります。