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

このプレイの目的

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

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

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

Plan in the same room – Every team on the project should be part of the planning process, and literally be there in the room. The travel costs are a drop in the ocean compared with the cost of building the wrong thing.

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

Cross-pollinate between teams – Secondments, rotations, embedded teams, or even combined teams are effective ways to reduce risk and Get $#!τ Done. The empathy and trust they build doesn't hurt, either.

Plan for roll-out, migration, and/or adoption – Don't lose sight of how you get this project to customers. Share your plans with the team and stakeholders, and keep them up to date. Bonus points for running a roll-out simulation to test and gain confidence.

Assist and reward adoption – There will be problems to flush out and fixes to make. If you're building a platform service, save some bandwidth to help the first product-side teams who adopt it.

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

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

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

共通認識

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

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

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

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

責任者を明確にする

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

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

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

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

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

信頼

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

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

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

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

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

• 創造性のない問題解決

• 士気の低下

マイルストーンの共有

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

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

Collectively own quality – Build integration and testing time into the plan, and make sure your "definition of done" is agreed upon and documented.

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

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

効果的な決定

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

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

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

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

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

依存関係を管理

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

Keep tabs on it – Assign one owner from each side who looks after each dependency. Make sure the dependency owners understand and communicate the impact of changes to all upstream and downstream teams.

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

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