どんなにシステム開発工程の標準化が進んだとしても、多かれ少なかれ“Art”の領域は残る。平たく言えば開発者個人の「経験」「力量」に依存する部分である。 設計書の作成もそうだ。設計書の標準フォーム(ひな型)があったとしても、そこに「設計意図が正しく伝わる文章や図表」を書き込めるかどうかは、設計者の腕による。この領域には絶対的な“正解”や“ルール”は存在せず、システムの特性や関係者とのコミュニケーションレベルなど、様々な要因によって最適解は変化するだろう。 連載『意図が伝わる設計書作成の心得』では、実際の失敗例を通して「意図の伝わる設計書の書き方」のポイントを紹介している。プロジェクトの状況を踏まえた上で、どんな設計書ならコミュニケーションツールとして最適なのか、一緒に考えてみてほしい。ここで論じている内容は、決して文章力や図解テクニックの話ではない。「設計者の基本的な心得に依存するもの」と連