受託開発の極意
受託開発の極意
–変化はあなたから始まる。現場から学ぶ実践手法
岡島 幸男 (著)
要件を定義するには、ユーザと同じ視点を持つ必要があります。つまり、どうやって作るか(How)ではなく、何を作るか(What)、なぜ作るのか(Why)という意識をもたなくてはいけません。
開発者は視点を切り替えなくてはいけません。システムを作る立場ではなく使う立場で考え、お客様と一緒に考えを整理していく必要があります。
そこに必要なのは広い意味での問題解決能力であり、プログラミングや設計のスキルだけでは足りません。業務に対する知識はもちろんのこと、要件を引き出すために高いコミュニケーションスキルが必要となります。
同じ福井の永和さんの本。ちょっと前にネットの中でもいくつか取り上げられていたので、受託の現場に帰ってきたら読もうと思っていた。「SEの教科書」とだいたいの主張は同じなんだけれど、クライアントとの接し方、見積もりの作り方、要件定義の仕方と具体論に踏み込んでいる。
こういういろんな本を読んでいると、あるべき受託開発へのイメージがだいぶハッキリしてくる。今の時点でイメージしているのは「結果に責任を持って物も作るコンサル」といったところ。コンサルと書いたのは、コンサルって口だけなイメージがあるので(失礼)、実際にそれをクライアントと一緒に作っていくサービス業のようなイメージ。
クライアントから言われたシステムをクライアントから言われたとおりに作ったり、いかに他社より安い金額で開発するかに心血を注いだり、自分たちのやりたい技術のエゴを振り回してクライアントを放っておくのではなく。クライアントの求める物と自分たちが持っている技術の間を探り、必要とされているニーズを解決する事が、本来の受託開発という仕事なんじゃないのかなぁという気がする。
この本では最終的には組織を変える事にまで言及しているけれど、できればクライアントを変えるという所にまで踏み込んで欲しかった。安かろう悪かろうのシステムを求めるクライアントは最終的にクライアント自身が損をして、システム開発に対するイメージがどんどん悪くなって次の案件でも同じような事を繰り返してしまう、というのはどう解決したもんだろうか。
