これは、大企業向けの柔軟なフレームワークであるSAFe（Scaled Agile Framework）の計画方法です。さて、これは人々がステッカーで覆われた壁に立って、あるステッカーから別のステッカーまであらゆる種類のひもを彫刻するときですが、同時に街にはマニアックなものはありません。
以下は、ズベルバンクのPIのチームの1つの待ち合わせ場所の例です（背景の同じ壁に注意してください）。
2020年3月にすべてが変わったことを私たちは皆覚えています：パンデミックと自己隔離体制は彼ら自身の調整をしました。私たちは1週間で「その場で靴を交換」しましたが、以前はオフラインでしかできなかったものがオンラインに移行しました。
それはどのように始まったのですか
2020年3月、ほとんどのチームがリモートワーク形式に切り替えました。計画会議は何かをしなければなりませんでした。技術的な観点からは、ZoomとConfluenceがありましたが、組織的には少し調整する必要がありました。
これはSAFeの外観であり、PIはその控えめな部分を占めています。
計画を成功させるために、さまざまな参加者がしなければならないことは次のとおりです。
計画では、自己隔離状態にあったミニチームが全体像を理解できるように、経営幹部に四半期の製品の目標について説明する必要がありました。
スクラムマスターは、すべてのフリップテンプレート（フリップチャート）を準備するために割り当てられました。オンラインでは、専用のコラボレーションスペースでConfluenceサインに変身しました。
チームには、最大数の利害関係者と事前に連絡するタスクが与えられたため、チームはチームに何が期待されるかをすでに大まかに理解しています。これにより、会議自体の時間が大幅に短縮され、全員がすでに準備ができていました。さらに、チームは少なくとも最高レベルですべてのタスクを評価する必要がありました。
ファシリテーターのチームは、Confluenceのすべてのテンプレートの準備ができており、すべてがロジスティックの準備ができていることを確認しました。
主なタスクに焦点を当て、可能な限りそれらを分散させました。必須のタスクは、たとえば、パンデミック中に頻繁に変更された法律を変更するタスクであり、これに備えることはできませんが、必ず実行する必要があります。銀行として、原則としてこれを行わない機会はほとんどありません。
2番目のタイプの異常なタスクは「孤立」です。あなたが製品の所有者であり、チームがあり、製品の開発方法を理解しているが、外部からも実行する必要のある何かを見ていると想像してみてください。そして、これは重要です。しかし、それはできません。バックログがいっぱいになり、タスクがより重要になります。次に、このタスクを実行して、実行する必要のあるすべてのタスクが実行される特別なスペースに配置します。そしてもちろん、その効果を明確にして見るために、なぜ原則としてそれらが必要なのか。
ストーリー自体はほとんど変わっていません。物理的なフリップチャートが存在する前は、仮想化されていました。
最初のスペースは、チームが四半期中に達成する目標についてです。チームは、処理するメトリックを示し、現在の状態、将来の状態、測定できる時期、財務上の影響、およびこのメトリックがカバーするタスクを示し、変更が達成されます。
メトリックの一般的な反転は、通過するすべての人が、製品が現在どのような状態にあるか、四半期にどのような状態になるかをすぐに理解できるようにすることです。
次は依存関係の反転です。私たちの巨大な依存関係ボードは、チームが別のチームとどのような直接的な関係を持っているかを示す小さなテーブルに移行しました。
次に、リスクがあります。チームがタスクの実装に問題がある可能性があると判断した場合、チームはそれを指定し、誰がどのように作業するかをすでに決定しました。
そして-スプリントによる配布。私たちはチームの楽観主義、悲観主義、リアリズムを見て、チームを統一された平等なものに導きました。ロードされなかった人（ロードされた人、および過負荷になった人）は、バックログを解放するのに少し役立ちました。
そして、参加者が連絡先を示したもう1つのフリップで、いつでもチームに連絡して、四半期のバックログについて話し合うことができました。
処理する
誰もがすべての時間を持てるように、この仕事のために2日間予約しています。初日の始まり-午前10時、私たちが行くところのビジネスの話、ビジネスが私たちに期待する主な主要な目標、アーキテクチャの大きな変化は何であるか。
次はチームの仕事です：
- 最初の部分では、チームが目標と内部の仕組み、スプリントの説明について話し合っているときに、下請け業者や利害関係者と話し合います。
- Zoomでチームが見つかったらチームを同期し、話しかけます。この下で-半日、それらがすべて所定の位置にあり、あなたを待っていることが重要です。
2日目に、チームは目標、指標、行き先について話し合い、すべての利害関係者とすでに検証されています。次に、リスクについての議論があります。次は自信への投票です。チームが計画したことを一般的にどれだけ信じているかです。確かに5つは確かに、まっすぐだとしましょう。最後に-フィードバックと回顧展を収集します。
それは電子形式でより便利になりました：明確な構造が現れ、アーティファクトのより良い保存が追加されました。各課題はConfluenceで提起されます。
平均して、計画されたものの70-80％が実際に実行されます。これは非常に定性的な指標です。
将来への投資
計画は将来の投資であるため、PIPが必要です。計画後、すべてのチームが2日間の依存関係でバックログと緊密に連携し、「陸上」ですべてについて話し合ったとき、チーム内の後続のイベント、スクラム、および計画にかかる時間ははるかに短くなりました。
つまり、PI計画について簡単に説明します。詳細が必要な場合は、ここで同僚のプレゼンテーションを見ることができ ます。