ビジネスとITの摩訶不思議な世界を“創発号”に乗って旅する匠Style研究所。第8回は、前回に引き続き、僕がソフトウエア開発の経験や要求開発を通して、少しずつ分かってきた人間の活動における普遍的な成功パターンをテーマにします。それは、一般常識を飛び越えていかなければ見つからない面白い領域の話しです。
前回は、下手な論理思考がもたらす、論理的な“美の虚像”を追いかけてしまうことの弊害と、学習用の手法では実際の現場に適用できないという、結論じみたことを紹介して終わりました。
しかし、この問題は、そんな簡単なことではありません!!
暗黙知を形式知に変えるチャレンジは否定できない
暗黙知を形式知に変えることへのチャレンジを、簡単に否定することなどできないのです。こうした努力は、システムエンジニアという職業に就く限り、あきらめてはなりません。
ただ、僕が主張したいのは、安易に論理性で手順的なやり方を見つけ、それを形式化してしまうことによる弊害が大きいということです。少しITの専門的な話しになりますが、「システム要求から、ソフトウエア論理構造につなげる」、すなわちユースケースからロバストネス分析を経由して分析モデルを作ることを例に考えてみましょう。
もしITにあまり詳しくない方の場合、3ページ目中段にある小見出し「常識を疑い、打ち破ろう」まで読み捨てていただいても結構です。
「ユースケースからロバストネス分析を経由して分析モデルを作る」という方法は、システムに対する機能的な要求からシステムの論理構造に変換するための手法として、ある程度の規模があり、オブジェクト指向技術を使う開発でよく使われています。
具体的には、ユースケースを書き、そのユースケースに対するユースケース記述を書く。そのユースケース記述からロバストネス分析図を書き、複数枚からなるロバストネス図の中に表れるクラス（バウンダリ、コントロール、エンティティ）の責務を統合するなどの結果から、分析モデル（概念モデル）を作ります（図1）。
