2008年08月18日(月)

Vモデル

テーマ:ブログ

受託開発プロジェクトの終盤、ユーザーテスト(受け入れテスト)などと呼ばれる検証が始まると、当初の要件を覆すような「仕様変更」が発生するものだ。


システムの要件定義(要求分析)は依頼者(顧客)と開発者が共同で行うものであり、漏れがあったとしても、どちらが悪いとも言い難い場合も多い。例えば、開発者の考慮不足とも言えるが、顧客側の情報提供が不足とも言えるというようなことだ。しかし、顧客は「金を払って依頼している」という意識が強いためか、開発会社の責任で修正させようすることも多い。


開発会社もある程度は折り込み済で、「手戻り」の時間を確保しているものだ。しかし、なにしろリリースまでの時間が残り少ない時のことである。「手戻り」の規模によっては間に合わないケースも多く、顧客との関係が悪化することもある。


開発者が「しかし、当初のお話では・・・」などと反論しようものなら、「こっちは客だぞてめえ」ぐらいのことは平気で言う人も。ビジネスの世界では金を払う人が偉いのである。



いわゆる「Vモデル 」に従って進めているとされるプロジェクトでは、こうしたトラブルがよくある。Vモデルの図をよく見ていると分かるのだが、開発の終盤に「当初のお話」が間違っていることに気がつくというのは、自然なことである。


V字の後半の右上がりの部分は、テスト工程を表している。この部分は、意地の悪い言い方をすれば、「先にプログラムの細かい枝葉を確認し、システムの拠り所である要件が正しいかどうかは最後に確認しましょう」ということになっているのである。最後に要件上の問題が見つかるのは当然である。しかも、顧客が要件を出したのは遙か昔のことなので、今更「当初のお話」をしたところで、「そんなこと言いましたっけ?」となるのも当然である。



もちろん、ここでのテストとは、あくまでも動作確認(動的テスト)の話である。要件定義自体のチェック(静的テスト)は、V字の「書き出し」に定義した時点で行われているはずであり 100% 問題ない、という前提(というか建前)で進んできているわけである。基本設計(外部設計)以降も同様だ。


しかし、この静的テストは、主に要件定義書や設計書などを作って「机上」で行われる。開発の当初、まだ影も形もない新しいシステムを 100% イメージできる人がいるだろうか? もちろん、システムだけでなく、それを使った業務全体の運用イメージも必要なのだ。しかも、誰か1人が分かっていればよいというわけではない。そのイメージは、システムの素人である顧客と、業務の素人である開発者の間で、完全に共有しなければならない(出会って間がないにもかかわらず)。


実際のところ、そんなことはできないのである。結局、システム要件というものは、結局は開発期間の最初から最後までかけて、ああでもない、こうでもないと言いながら決めていくことになる。


いや、開発が終わってもそれは続く。完成した後で「ここはこうした方が良かった」と思わないようなシステムは、まずないだろう。ソフトウェアに限らず、実際に使ってみて初めて気がつくことがあるというのは、当然のことだ。


このように、仕様変更があるというのは自然なことであり、開発プロジェクトでは、変更があったときにどうするか、ということをあらかじめ決めておくということも重要である。



とはいえ、Vモデル(ウォーターフォール)での開発では、後半に発生する変更を少なくすることが最重要課題である。開発が終盤に近づくほど、残り期間が少なくなるし、同じ変更であっても手戻りの作業量も難易度も大きいからだ(既に作っている部分を直すため)。


このため、一番最初の要件定義の段階でいかにして精度の高い「完成図」をイメージするか、ということが非常に重要なのである。これは、開発側の視点でいえば、顧客に「どこまで本気で考えてもらえるか」ということにかかっている。


プロジェクトも始まったばかりのこの頃、顧客はのんきに構えているのが普通である。そして困ったことに、開発者にもそんな人は多い。会議を開いても、結論も出さずにあいまいな状態で終わったり、雑談ばかりしていたりする。「時間があるのだから、今考えなくてもいいでしょう?」などと思っているようだが、実はこの時が最も重要なのだ。Vモデルでは、最初はバリバリ、最後は淡々と仕事すべきなのである。







■関連記事
怖いこと
情報求む
捨てるべきときには潔く
簡単に見える時ほど注意せよ
ちょっとしたプログラム




はじめての上流工程をやり抜くための本 (エンジニア道場)
三輪 一郎
翔泳社
売り上げランキング: 6219
おすすめ度の平均: 5.0
5 上流経験者にもぜひ
5 濃い本です


成功する要求仕様 失敗する要求仕様
アラン・M・デービス
日経BP社
売り上げランキング: 16586
おすすめ度の平均: 5.0
5 要求マネジメントの良書
AD
いいね!した人  |  コメント(12)  |  リブログ(0)

argvさんの読者になろう

ブログの更新情報が受け取れて、アクセスが簡単になります

コメント

[コメントをする]

12 ■システム開発も大変なんですね

システム開発をこれからすることになったのですが参考になりました

11 ■すごいですね

私は理系でちょっとはプログラムかじったことあるんですけど、まったく書いてあることを理解できません・・・。

10 ■無題

看護師をしながらプログラマーとしても働いてます。でもwebプログラマだからちょっと違うのかな。。

9 ■デスマーチの匂い

システム開発ではよくあることですね。。デスマーチの匂いがしました。

8 ■いやいや素晴らしい内容です

たまたま発見して読ましていただきましたが、拙者とは次元が違いまするぅ・・・

7 ■無題

「ここはこうした方が良かった」は永遠のテーマですね。

6 ■イデアルバンク

「ここはこうした方が良かった」は永遠のテーマですね。

5 ■無題

你好。非常对SEO有兴趣。可以,并且承办请求。

4 ■無題

是好网站

3 ■RE: 無題

HUNTER さん、こんにちは。
他の案件まで進んでやるなんて、なかなか真似できませんね。
でも、それぐらいの余裕ができるのが理想ですね。

2 ■無題

 私の場合は、時間が有る時にこそ
少々口喧嘩に見える状態迄話を詰めた後
期限迄に間に合わせなければ成らない用件を
最優先に実行しながら
やりとりの記録を確実に残しつつ
並行に別の作業を実行して
作業時間の短縮に挑んでます

 因みに…私が出来そうで
誰もしない案件が残っている場合
担当者と相談してから、問題が無さそうなら
代行する事も有ったりします

 尤も
これでも間に合わない状況もあるかもですが…
(久しぶりに)長文失礼しました
ではでは…

1 ■SEO対策

<a href=http://www.seozone.jp>SEO</a>
株式会社eサーチネット事業<a href=http://www.seozone.jp>SEO</a>による、SEOサービス。豊富なSEOノウハウと確かな技術力semで検索エンジン<a href=http://www.seozone.jp>SEO対策</a>最適化を強力にサポート。完全成果報酬制のSEO対策導入<a href=http://www.seozone.jp/aboutus/sem.html>sem</a>により、SEO成果(10位以内)がでなかった場合、SEO対策料金はいただきません。
http://www.seozone.jp

コメント投稿

AD

ブログをはじめる

たくさんの芸能人・有名人が
書いているAmebaブログを
無料で簡単にはじめることができます。

公式トップブロガーへ応募

多くの方にご紹介したいブログを
執筆する方を「公式トップブロガー」
として認定しております。

芸能人・有名人ブログを開設

Amebaブログでは、芸能人・有名人ブログを
ご希望される著名人の方/事務所様を
随時募集しております。