メッセージ。 - diary

日本では、人間関係が難しすぎてプロジェクト進行の難易度が高いから、そこはもう諦めてコンピュータとの対話だけを生業にしたいと思う人が多いのかなぁ。

受託開発の開発って、人月いくらで計算して見積もり出すじゃん。それでだいたい値切られるんだよね。で、バッファをギリギリまで削って出しなおしたりすることになるんだけど。

でも、バッファとかリスクヘッジとかなしにやれるんなら、そもそも発注側が請負契約じゃなくて派遣契約でプロジェクトを進めればいいだけなんだよ。でもそんなの発注側にはできないよね。99パーセントできない。

なんでかというと、少なくともリスクバッファがゼロだから。リスクが結構存在するのに、その対策をしないでゴーを出すなんて自殺行為だ。だから彼らはそういうことをやらない。正しい選択だ。

一方で受注側は、なんでか知らないけどリスクバッファをほぼゼロで見積もり出しちゃったりするんだよね。もう完全に自殺行為。絶対にやっちゃいけない。

じゃあ受注側としてどうすべきか。たとえば見積もりを試算した結果10人月だったとする。そうしたらお客さんには20人月とか30人月で出す。それしかない。高すぎるかもって負い目を感じる必要はまったくない。だって、蓋を開けてみたら本当にそれだけかかる可能性があるんだもの。

うまくいっているアジャイル開発はうまくいっているというトートロジー。ウォーターフォールだって、うまくいっているウォーターフォールはうまくいってるんだよね。

うまくいっていない事例、現実離れした手法適用で失敗している事例をあげつらっても、人々の気持ちを煽る以上の意味はないわけで。

欧米の人たちは体系化に長けていて、そこは非常に見習うべき。ただ、具体的にどうやれば体系化の文化や手法が手に入るのかは、ちょっとノーアイデアなんだよなぁ。論文を書いて、数式に落として、organizationで議論切磋するとかそんな感じなんだろうか。

誰かヒントをご存知なら教えていただきたいっす。

困っていない人を助けるのは難しい。


----

日本の政治は、社会がどうあるべきか論じないし人々も、論じたところでどうにもならないと思ってるからつまらないんだよなー。

困っていない人を助けるのは難しい。

テスト二回目。

テスト

test

もう一回テスト。

テスト