【Aモデル録 フェーズX プログラミング基礎 思考設計編】
ここでは、
「なぜ工程を分けると、精神的に安定するのか」
を、製造業の構造として確認します。
これは気合や性格の話ではありません。
構造の話です。
まず前提を置きます。
アプリ設計や開発でメンタルが削られるとき、
多くの人はこう考えがちです。
自分の理解が足りない
技術力が低い
向いていないのかもしれない
でも、製造業の視点で見ると、
原因はほぼ別のところにあります。
一人の人間が、
同時に複数の工程判断を背負わされている
これが正体です。
工程分離がされていない状態では、
頭の中でこんなことが同時に起きます。
これは何を作っているんだっけ（仕様）
どう作るんだっけ（工程）
この書き方で合ってる？（実装）
動かない…自分がダメ？（感情）
ここで重要なのは、
判断ミスが、
人格評価に変換されてしまうこと
です。
本来は、
工程が間違っている
判断の順番が違う
だけなのに、
自分が間違っている
自分はダメだ
にすり替わる。
これは構造事故です。
製造業で工程を分ける理由は、
効率だけではありません。
人を守るため
です。
設計ミスは、設計工程の責任
製造ミスは、製造工程の問題
検査ミスは、検査工程の課題
人格とは切り離されて評価されます。
だから、
ミスは修正できる
改善が積み上がる
人は壊れにくい
アプリ開発で工程が分かれていないと、
書きながら考える
考えながら直す
直しながら評価する
という状態になります。
これは、
設計・製造・検査を
一人で同時にやらされている工場
と同じ。
そりゃ、しんどい。
工程を分けると、こう言えるようになります。
今は設計が甘かっただけ
今は製造が雑だっただけ
今は検査観点が足りなかっただけ
ここで重要なのは、
「自分がダメ」ではなく
「今の工程が違う」
と言語化できること。
これが、
メンタルを守る。
工程が分かれると、
判断が落ち着く
感情が暴走しにくくなる
失敗が情報になる
結果として、
続けられる
学習が積み上がる
思考が壊れない
メンタルは気合で守らない
工程分離は精神論ではない
工程を分けると、判断が人格から離れる
アプリを製造業として扱うと、
工程分離は、
思考と心の安全柵
になります。