複雑なソフトウェア プロジェクトの管理

このプレイの目的

すばらしいスタートを切り、勢いを保ちます。

キャリアの中で二度とないような革新的なプロジェクトを遂行する可能性を高めます。

意識的なコラボレーション

同じ部屋で計画を立てる – プロジェクトに関わるすべてのチームが計画プロセスに参加する必要があり、文字どおり同じ部屋にいる必要があります。出張費用は、誤ったものを構築してしまうコストに比べればわずかなものです。

あらかじめ取り組みのルールに対する合意を形成する – 「プラットフォームチームは統合作業を行うか?」、「マーケティング、サポート、オペレーションなどのチームとどのように関わるか?」といった不明な点を明確にしておきます。

チーム間の相互交流 – 出向、配置転換、チームへの配属、さらにはチームの統合などは、リスクを減らして Get $#!τ Done を実践する効果的な方法です。また、共感と信頼の構築が害になることもありません。

ロールアウト、移行、導入の計画 – このプロジェクトがお客様に与える影響を見失わないようにしてください。計画をチームや関係者と共有し、常に最新の情報を伝えましょう。シミュレーションを行ってロールアウトをテストすると、自信を持つことができます。

導入を支援し、導入してくれたことに報いる – 解決すべき問題や対応すべき修正が生じます。プラットフォームサービスを構築している場合、そのサービスを最初に導入する製品側チームをサポートする余力を取っておきます。

組織図の正当性を疑う - プロジェクトの期間中、社内全体のチームを専門のプロジェクト組織内にまとめます。

これにより、以下を回避できます...

• ロードマップやチーム間の優先順位の再調整で時間を無駄にする
• 計画策定後のチームの追加
• 非生産的なミーティング
• 意思決定の長期化
• プラットフォームが実際に機能するのかどうかに対する疑い

共通認識

「なぜ」と「何」を明確にする – 複数のチームが 1 つのチームとして協力して、共同で目標を設定します。製品イニシアチブに対して簡単に優先順位付けできるように、可能な場合はプラットフォーム チームはビジネス価値に関するイニシアチブを提案します。

作業範囲を明確にして、進行状況を明らかにする – ロードマップを共有して最新の状態を維持します。積極的に作業範囲やスケジュールの変更 (頻繁に起こります!) をチームが把握できるようにしてください。

これにより、以下を回避できます...

• チームがプロジェクトを受け入れていない
• 意思決定の遅れやトレードオフディスカッションでの誤り
• 合意した作業範囲に対するリソース不足
• 無駄になった作業や取り組みの重複など、日常的に生じる調整の問題

責任者を明確にする

「管理」に関すること – プロジェクトにフルタイム オーナーを割り当てます (これを読んでいるのがあなたなら、それはきっとあなたです!)。エグゼクティブ スポンサーに内部でプロジェクトを推進してもらって、ボトルネックが発生したらすぐに対応して解消します。

技術的なもの – 大まかな設計や実装に対する懸念に対応できるように、複数の製品を扱うアーキテクトをプロジェクト チームに参加させます。各主要成果物のオーナーだけでなく、全体的なカスタマー エクスペリエンス (プラットフォームや製品など) の所有者について合意します。

綿密な計画 – プロジェクト チーム全体 (または各サブチームの代表者) で役割と責任のプレイを行います。各サブチーム内で実施することもお勧めします。

これにより、以下を回避できます...

• チームメンバーがお互いの感情を害し合う
• 全般的なボトルネックの発生
• 作業の見落とし
• 作業範囲やスケジュールの変更に関する最新情報がもたらされず、情報に飢えているスポンサー

信頼

適切な人材を採用する – 優れたコミュニケーター、まとめ役、信頼関係を素早く築ける前向きな姿勢の人を集めます。細かい部分や緊急性にくまなく注意を払える人が必要です。

取引のコツを教え合う – プラットフォーム チームに、お客様に関する製品チームの豊富な知識を活用するように促します。一方、製品チームには、ランチ ミーティング、社内ブログ、ランチ会などを通して、プラットフォーム作業のスピード アップを実現させます。

勢いをつける – ちょっとした成果をすぐに共有して士気を高め、お互いに対するチームの信頼感を確固としたものにします。毎月ヘルス モニター セッションを行うことも忘れないようにしましょう!

これにより、以下を回避できます...

• 頻繁に生じる障害と守られない約束

• 創造性のない問題解決

• 士気の低下

マイルストーンの共有

進行状況を追跡する – プロジェクトのタイムラインを共有して、信頼できる唯一の情報源として活用します。毎週調整することになるとしても、常に更新して現状を反映させます。結局そうなるのですから。

少しずつ展開 (そして称賛) する – プロジェクト チームのメンバーをスカウトして、ベロシティと士気を高めるチアリーダーとして行動してもらいます。

共同で質を保つ – 計画に統合とテストの時間を組み込んで、「完了の定義」について合意して必ず文書化します。

これにより、以下を回避できます...

• テスト中に生じる予期しない事態
• 進捗が遅い (または進んでいない)
• 成果物や期日のずれ

効果的な決定

熟考する – 長短期的に予期されることを考慮します。誰が決断を下すべきかを慎重に検討します。フルタイム オーナーやエグゼクティブ スポンサーが最適だと思い込まないでください。

効率を最適化する – トレードオフ スライダー プレイを行って、個人とチームが自主的に日々の決定ができるようにします。大きな決断の場合は、DACI フレームワークを活用します。

整理して伝達する – 意思決定の記録をセットアップして決定すべきこと (または決定したこと) を追跡し、毎週のプロジェクト コミュニケーションで伝えます。

これにより、以下を回避できます...

• 「水面下」で流れる情報が多すぎ、チームが下すあらゆる決定に対して不安になる
• 古い情報や誤った情報を基にソリューションやタイムフレームを検討する
• 同じ決定を何度も見直し、変更する

依存関係を管理

ボトルネックを予測 – チームが頼りにしている人やチームを頼りにしている人を示した表や図を作成します。

常に管理する – 個々の依存関係に注意するオーナーを、それぞれの側から 1 人ずつ割り当てます。変更が上流および下流の全チームに与える影響を依存関係のオーナーが理解し、伝達するようにしてください。

これにより、以下を回避できます...

• 終了の遅れやマイルストーンの未達成
• フラストレーション、激しい変化、全体的な不安感