【Aモデル録 フェーズX プログラミング基礎 思考設計編】
ここでは、
「設計図を描かないで作ると、何が起きるのか」
を、アプリ製造業として整理します。
結論から言います。
設計図なしの製造は、
たまたま動くものは作れても、
製品は作れない。
まず、製造業での設計図の役割。
設計図は、
作業を楽にするためのもの
完璧に描くためのもの
ではありません。
本質はこれです。
「判断を先に固定するためのもの」
何を作るか
どこまで作るか
どこから先は作らないか
これを、
作り始める前に決めておくための道具
が設計図です。
設計図を描かずに製造ラインを回すと、
工程はこうなります。
作りながら考える
手を動かしながら仕様を決める
問題が出たら、その場で方向転換する
一見、柔軟そうに見えます。
でも実際は、
判断が毎回その場しのぎ
過去の判断と整合が取れない
修正が修正を呼ぶ
という状態になります。
ここ、よく混同されます。
柔軟な製造
行き当たりばったりな製造
は、全く別。
柔軟さが成立する条件は、
基準が固定されていること
です。
設計図がない状態では、
何に対して柔軟なのか
何を守って変更しているのか
が分からない。
結果、
変更なのか、ブレなのか区別できない
アプリ製造業で、
設計図なしに作ると起きがちな事故。
機能追加のたびに構造が歪む
名前・役割・責務が途中で変わる
「とりあえず動く」が積み重なる
そして最終的に、
全体を説明できない
どこを直せばいいか分からない
作った本人が怖くて触れない
これはもう、
ブラックボックス製造
です。
ここも重要。
設計図は、
完璧である必要はない
最終形である必要もない
むしろ、
未完成でいいから、
判断の置き場所だけ決める
これが目的。
仕様はどこに書くか
判断はどこで行うか
変更はどこまで許すか
これが決まっていれば、
製造は安定します。
設計図があることで守られるのは、
思考と判断
です。
なぜこう作ったか
なぜここで止めたか
なぜこの形を選んだか
これが、後から追える。
つまり、
自分で自分の製品を検査できる
設計図は「判断の固定装置」
描かずに作ると、判断が流動化する
流動化した判断は、不良を生む
未完成な設計図でも、無いよりはるかに良い
アプリを製造業として扱うなら、
コードを書く前に、
判断の置き場を決める
これが、
工程01-06の核心です。