企業システム戦略研究会

要件を整理する段階でどれだけの組合せを想定できるかが、その後の成否を大きく左右する。「あらゆる要件の組合せを想定」するのは、実はそれほど難しもなく、特別な能力が必要なわけでもない。要件を5W2Hで整理して、これらのケースに条件成立と不成立のケースを掛け合わせればよい。

エンンジニアやコンサルタントの方々といっしょに仕事をする時は、彼らの知見を活かした有効な提案を引き出したいもの。それには検討の視野を狭めないよう、様々なケースを考えてもらえるように働きかけることだ。「我が社」の方針ややり方にあまりこだわらないほうが良い。

システム開発の稼働開始予定が決まっていて遅れが許されないにもかかわらず、開発規模が膨れ上がって稼働開始予定までに完了しないというような状況では、第二ステップという考え方がある。システムの機能を「必須」と「必須ではないもの」に仕分けして、後者を第二ステップとして追加開発することを考える。

現在、ASDの適用率も10%以下である。いずれも成功事例として注目を集めているものの、実際に適用するとなると様々な障壁に直面する。また、新しい方式が全ての環境下で、全ての問題を解決できるわけではない。実際にやってみなければわからないことも沢山ある。それでも改善への一歩を踏みださなければ、明日はない。“障子を開けてみよ、外は広いぞ”(豊田佐吉)

WFDを採用してきた組織がASDに安全に移行するには、WFDの枠組みを基にASDのプラクティスを段階的に取り入れることである。過去の財産を全て捨てる必要は無く、意識改革と温故知新や永続的な改善でWFDの上にASDを積み上げることは可能であり、そうすることがより安全にASDに移行することを可能とする。つまり、「アジャイルなウォーターフォール」への斬新的・継続的な改善である。

従来のWFDの課題を解決するとして、ASDが注目されている。しかし、一方で多くのソフトウェア組織がWFDを採用しているという報告もある。また、ASDを試行したものの失敗してWFDに回帰する例もある。その結果、（特に大規模開発で）ASDに懐疑的になり、有益なプラクティスに耳も貸そうとしない。

アジャイル開発では、計画が不要で変更はいつでも自由に顧客が要求できるなど極端な考え方がされてしまうことがある。そのため、ウォーターフォール開発（以下、WFD）からアジャイル開発（以下、ASD）への移行を敷居の高いものやリスクの高いものと感じたり、試験的に適用して失敗したりするケースも少なくない。そこで、ウォーターフォール開発をベースとしながらアジャイル開発の要素を少しずつ取り入れ漸進的な改善に取り組むことを提言する。