個別プロジェクトの採算を見ると全て「黒字」にもかかわらず、合計収支は「大赤字」というごく当たり前な人によってはとてもミステリーな現実が存在している。

真実の数字を計上させない「環境」（雰囲気）が存在している。

数字は、いじればいじるほど真実を表さなくなる。

分析しても空しさだけが残る。

どんな素晴らしい「意思決定システム」を構築してもその「根幹」のデータに「嘘」があれば何の意味もなく逆に誤った判断をする。

ややもすると「システム構築論」は「データ加工方法」にばかり目が行き「データの信頼性」に対する論議がされていない。

出来る限り人の手を介さずにデータを集めることが「真実」を把握する大前提であり「加工」よりも重要である。

見積作業で必ずといっていいほど出てくる算出式がある。

１ 作業量＝総プログラム本数×ステップ数（／本）

２ お客様と本番の日を決定

３ 開発開始日から本番の日までの月数を算出

４ 開発延人数＝作業量÷ステップ数（／人月）

５ 見積金額＝人件費（人月）×月数

ここで算出された開発延人数が１００人月だったとする。

これを５ヶ月で開発するとすれば、１００÷５で毎月２０人のスタッフが必要になり１０ヶ月であれば１０人になる。

さらに、２年で開発すると４人になる。

数式上では同一であるが現実は「同一」ではない。

「短期間の多人数開発」は「いい物」ができない。

「ドタバタ作業」に明け暮れる。

「期間が長い」とそれだけお客様の中の「酵母」が自然に活動し、自分自身を加工しだしていく。（発酵）

この時「手」を出してはいけない。

じ～っと待つ

このやり方が後から見ると「安く」「いい物」になっていることに気付く。

「杜氏」はビジネスになる。

但し、酵母の特性をよく知っていないと「酢」になることに注意しなければならない。

システム構築に「熟成」の概念が必要である。