エンジニアリング戦略の作り方 ―エンジニアリングの難局を打破する意思決定

12章理論と実践の橋渡し

これまで一緒に働いてきた中には、どのエンジニアリング組織にもエンジニアリング戦略なんて存在しないと諦めている人もいます。そういう人たちは、エンジニアリング戦略の策定手順や、エンジニアリング主導プロジェクトへのリソース配分戦略を読んでも、感銘を受けることはないでしょう。良くて机上の空論、場合によっては絵空事だと言われるかもしれません。

その話をしましょう！ 彼らは正しいのですから。実のところ、2つの点でその通りだと言えます。第一に、本書は整然として洗練された、結論の明確な戦略ドキュメントの作り方を説明していますが、実際の戦略は、最初はもっと乱雑なものです。第二に、これらのテクニックを適用するには、創造的な工夫がかなり求められます。簡単そうに聞こえても、実践するのは非常に難しいのです。

本章では、以下の内容を扱います。

• 戦略策定プロセスが混乱していたとしても、なぜ戦略ドキュメントは明確でなければならないのか
• 無茶なスケジュールを要求されたとき、どうやって戦略を磨き上げていくか
• 経営幹部ではない立場で、いかに戦略を活用するか
• 診断が頻繁に変わるような、変化の激しい環境への対処法
• 決断できないステークホルダーへの対応
• 他人の「まずい戦略」からどう生き延びるか

では理論と実践が噛み合わない、様々なケースに踏み込んでいきましょう。

12.1　明確で、結論を提示するドキュメント

前章では、書き手にとって自然に書けるドキュメントが、なぜ読み手にとっては難解になりがちなのかを見てきました。思考というのは、問題から解決策へと順を追って進みがちだからです。一方で、大半の読者が知りたいのは「解決策」だけです。解決策さえ分かれば、さっさと次の仕事に移りたいのです。優れた戦略が読まれるのは、合意形成のため（初期段階でステークホルダーと調整する場合など）というよりも、指針を得るため（チームが目の前の問題の解決策を知りたい場合など）の方が圧倒的に多いからです。 ...