»なぜ糞システムができあがるか納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか?アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。一つ前の仕事をしているそれぞれの立場で「やるべきこと」は分かっている。そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。プログラマ、プログラミング以外のタスクが多すぎ。正常系(の一部)だけの業務フローを渡されて、「他の場合は?」とか「エラーの場合どう返す?」といったプログラミングするために必要な情報をかき集めたりすり合わせたりするのに時間やエネルギーを使い果たしていないか?プログラマは叫ぶ、「SEは何やってんだ!」ってね。そりゃ、要求を仕様に煮詰めたり設計に落とし込みたいさ。SEは叫ぶ、「発注元は何やってんの?」ってね。こんなカンジで、なぜかコーディングをするテスタ、なぜかテストをする運用、「やるべきこと」を果たすための一つ前の仕事にかかずらわっているうちに、「やるべきこと」をやる時間とパワーは無くなっていく。サプライチェーンがちゃんとしてても、いっこズレているんだよ、中身が。して一つ前の仕事をしているか?根っこは、これだ。何を作るか分かっていないこれに尽きる。ゴールのために解決すべき課題や構築するべきシステムが、そもそも分かっていないのが原因だ。この「作る」はコードや成果物に限らない。「整理された業務フロー」や「人力化した業務」も含まれる。(その会社/部門/チームにとって)本来業務を効果的にまわすための仕掛けが"システム"なのだ。マネジメントや殿上人の発想はこうだ。売上が下がったから、目標を「売上○パーセントアップ」にする。置き換えて、適宜文章を直すだけ。目標とは、銭やパーセントで示さない。銭やパーセントを達成するための策や課題やベクトルが、「目標」だろうに。売上を上げるのか、コストを削るのか、新しいバクチを始めるのか、ヨソに委託するのか云々。それも、どうウェイトを配分するのかでぜんぜん違ってくる。その「目標」すなわち「何を作るのか」を検討すらしないまま、放り投げる。サプライチェーンのそれぞれは、成すべき内容は把握しているが、「何を」なすべきかが渡されない。仕方がないので、自分のポジションに合うように、投げられたものを加工し始める。受注元は殿上人のアテンドを、SEは経営戦略を、プログラマは仕様を、テスタはコードを担当する。