踊るﾌﾟﾛｸﾞﾗﾏ物語

大谷　弘喜

2007年09月26日

客が欲しいというものその1

いろんなところで言われていますが､客が欲しいというものは客が欲しいものとは違うことは多くあります｡声の大きい客と沈黙の客とか､そういうこともありますが､それ以前の話です｡

開発者のNさんは客の声が開発者に伝わらないと日頃から愚痴っていました｡客からの声が途中のｺﾝｻﾙﾀﾝﾄやｻﾎﾟｰﾄなどを経るに従ってﾌｨﾙﾀﾘﾝｸﾞされていき､客のﾀﾞｲﾚｸﾄな声が聞こえてこないと言うことです｡

客からの声は大量にあるので､すべてがNさんのところに届いても処理しきれません｡なので､ｼｽﾃﾑ上は届く声は従来とおりﾌｨﾙﾀﾘﾝｸﾞされた､わずかな声の量だけにしました｡わずかなその声は全て､ｺﾝｻﾙﾀﾝﾄやｻﾎﾟｰﾄなどの担当者の名前付きでほとんど変更がないままﾊﾞｸﾞ管理ｼｽﾃﾑに登録されます｡客の声はｸｯｼｮﾝをおかれますが､ﾊﾞｸﾞとしてみることができます｡ただし､ﾀﾞｲﾚｸﾄな声だけです｡なぜ､それが必要なのかは書かれていません｡まあ､書かれていても､大きな違いはないのですが･･･｡

開発者Nさんが客からの声のﾊﾞｸﾞAを担当になりました｡それは､Bという機能がないので実装して欲しいというものです｡それ以上の情報はありません｡素直なNさんはBという機能を実装してﾊﾞｸﾞを閉じました｡さて､NさんはBという機能を､ﾊﾞｸﾞに書いてある通りに実装しました｡

しばらくして､ﾏﾈｰｼﾞｬのOさんがそのﾊﾞｸﾞを見ました｡OさんはそのBという機能があっても客は運用できないし､客が問題としていることを解決できないと思いました｡NさんはOさんが何を言っているのかわかりません｡客が欲しいと言っているものを作ったのに何が悪いのか理解できません｡ﾊﾞｸﾞにはｻﾎﾟｰﾄ担当者などの客のﾀﾞｲﾚｸﾄな声を聞く担当者の名前があります｡その担当者に､ﾊﾞｸﾞの背景や運用形態を聞くと､客がほしがっている機能は､客が欲しいと言っている機能Bではなく､機能Cです｡機能Bはあっても困らないけど､誰も使わない(使いこなせない)であろう機能です｡

会社の体制にもよるので､一概にこれに善悪をつけるつもりはありません｡ただ､開発主導の会社の場合は､いいことではありません｡Nさんは実装を始める前に､問題点をちゃんと認識したり､認識しようとすれば､別の結果になっているかもしれません｡ﾊﾞｸﾞの修正する人がTさんであれば､事前にｺﾐｭﾆｹｰｼｮﾝをTさんからとってきていたので､修正されるまで気づきませんでした｡

動作上の不具合ではなく､要望的なものであれば､ちょっと立ち止まって考えてみるとか､話してみるとか･･･｡

いや､今日はこんなことじゃなくって､もう少し別のことを書くつもりだったんだけど､変に脚色をつけすぎてしまったので､その2にそのうち挑戦｡

ﾊﾞｯｸﾅﾝﾊﾞｰ

ﾍﾟｰｼﾞﾄｯﾌﾟ

[ﾎｰﾑ]
[ﾌﾞﾛｸﾞｺﾝｾﾌﾟﾄ]
[個人情報]
[著作権]

踊るﾌﾟﾛｸﾞﾗﾏ物語

客が欲しいというもの その1

最新ｴﾝﾄﾘｰ

ﾊﾞｯｸﾅﾝﾊﾞｰ

客が欲しいというものその1