| « 2006年12月18日 | 2006年12月19日の投稿 |
2006年12月21日 » |
コンサルタントとしてユーザの要件やニーズを聞き、要件定義書やＲＦＰ（提案依頼書)に取りまとめる仕事を良くやる。
その作業の中で注意しないといけないのがやりたいことをどこまで要件定義書に書くかということである。そもそもユーザはやりたいことが明確にわかっていないものだ。我々コンサルタントはこの曖昧なものを引き出して具体化するのだが、その時に出てきたものをそのまま要件定義書に書いてしまうととんでもない事になる。物事には制約というものが必ずあって、やりたいことがすべてできるとは限らないからである。この制約は時として技術的に実現できないといったものや、予算的な制限のもの時間的なものなどがあるが、これらの制約とやりたいことの折り合いをつけていくことがもっとも重要かつ困難な部分だ。
経験を積んでくると打合せ等の中で直感的に出来ないことがわかるのでその部分は代替案を出したり優先順位を落とすように薦めたりできるが、それでも時々見落としたり、ユーザ側が説得に応じてくれないこともあり往生する。
さてそんな時はどうするか、最近使うのはRFPをいきなり出さずにRFIという形式でやりたいことを絞りきる前にベンダーからフィードバックをもらう方法だ。このフィードバックの時にベンダー各社からできないという回答が来ればユーザも納得しやすいし、あるいはそこの部分だけは高価であるということがわかることでそれを前提に議論を進められる。
さてそんな過程を経て無事に要件定義を経た後に設計･開発フェーズに入るのだが、こちらの段階では今度はできることと使えることは違うという、また違ったギャップに悩まされる。「シロクマ日報」の小林さんのもうひとつのブログ「POLAR BEAR BLOG」には以前「「試す」か「使う」か」というエントリーで、「試す」と「使う」は違うものだという話が出ていたがまさにシステム開発の現場でも、試しに動かす程度なら大丈夫だけど現実的には使えないという場面はままある。
できるけど使えないことの例は、単発なら動くけどデータ量が増えるとレスポンスが悪化して使えない、セットアップ後最初は正しく稼働するが稼働環境が日々変化していくのに合わせてメンテナンスを行うことに非常に体力がかかり使えない、なんてものだ。ベンダーが行う製品デモンストレーションには、このできるけど使えない機能が満載ということが多いので特に注意が必要だ。
先にあげたやりたいことと出来ることの上手な分離、そして併せてできることと使えることをいかに早く見極められるかは、良いＩＴコンサルタントと駄目なＩＴコンサルタントの分かれ目のひとつだと思うのだ。
» 続きを読む
| « 2006年12月18日 | 2006年12月19日の投稿 |
2006年12月21日 » |
- Blog/SNS（Intra)（43件）
- Blog/SNS（Net）（69件）
- EIP/WP（54件）
- Enterprise2.0（22件）
- ITコンサル/資格（20件）
- KM（82件）
- Mobile/PDA（42件）
- SBM（19件）
- Search（Intra)（33件）
- Search（Net）（33件）
- Wiki（10件）
- ○○症候群（6件）
- その他（41件）
- アプリケーション（2件）
- グループウェア（43件）
- コンサルティング（13件）
- システムインテグレーション（23件）
- セミナー・イベント（12件）
- ソーシャルメディア（95件）
- テクノロジー（44件）
- ネットコミュニケーション（1件）
- ネットコミュニケーション論（37件）
- ハードウェア（1件）
- ビジネス（2件）
- ベンダー評価（11件）
- ローテクKM（18件）
- 人生訓（19件）
- 企業内コンテンツ管理（8件）
- 動画/ストリーミング（8件）
- 実名ブログ（39件）
- 専門知識の無駄遣い（48件）
- 情報整理（31件）
- 書籍（12件）
- 社会（45件）
- 組織/風土（11件）
- 萌え興し/B級グルメ（20件）
- 調査/統計（83件）
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。
顧客に“ワォ！”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命