>RSSミッキー・グレースの頑張れニッポン!世界から憧憬される骨太なニッポンになろう。2009/07/02キックオフの定義だけでこんなにズレがあると誰が予測したことでしょう。日本側SI:エグゼクティブ同士が揃ったこの会議の席上で12月リリースのキックオフをしましょう。開発スコープも決まっていないし、要件も整理されていないですよ。日本側SI:でもキックオフをまず宣言して、体制を決め、それから要件定義をして、、、、。欧米ベンダー:だって何をするのかすら決まっていないのにキックオフはできないでしょう。やり取りで、結局また無限ループ(堂々巡り)になってしましました。パートナーを組む相手が決まっている(と認識している)すなわち随意契約に慣れている日本側SIは、まずキックオフし、それからいろいろと決めていけばよい、まず初めの一歩を踏み出す宣言が必要と考えています。この考え方はよくわかります。一方で、欧米ベンダーがなぜキョトンとしたかというと、彼らは競争入札が前提なのです。顧客の提示するRFPを理解し、スコープ(開発範囲)を設定し、要件を理解してソリューションの概要設計をし、作業量とコストの見積もりを計算して提案書を出してからでないと、受注できるかどうかがわからないのです。RFPに相当する要件仕様も提供されていないうちに、「さあ、キックオフだ」と言われてもピンと来なかったにちがいありません。Proposal:提案招請書)もしくは要件仕様書がしっかりと書かれておらず、プロジェクト範囲が曖昧のまま、プロジェクトが始動してしまう。そのままずるずると、終わりなき要件追加がリリース直前まで続くという事態につながっていくのです。日本企業はRFPの書き方が下手です。何をして欲しいのか、完成予想図が自分たちの頭の中にちゃんと描かれておらず、曖昧にしか捕らえられていないのがその原因です。ソリューションを考えるのは請負側の役割ですが、何をして欲しいかを第三者にちゃんと伝わるように明文化するのは発注側の責任です。顧客対ベンダーの関係が確立しており、ベンダーに対し「俺たちの考えていることはわかっているだろう」と以心伝心を期待するのはいくらお得意様の立場であったとしても間違っています。よいシステムを作って欲しいという希望はおいしい料理を作って欲しいとシェフに注文することによく似ています。おいしいものを頼むよ。おいしいなぁと思えるものであれば何でもいいんだけどさ。今日は何が新鮮か仕入れた君でないとわからないからさ。白身のよいのが入っていますからそれにしてみましょう。気に入って頂けると思いますから。