［姿勢編］理由無き要求は機能化してはいけない | 日経 xTECH（クロステック）
要件がなかなか収束しないことがある。ステークホルダーが多いほど，その傾向が強くなる。しっかりとした要求仕様書が無い場合も同様である。システムに対する要求が打ち合わせを重ねるたびに増加したり変化したりすることはもはや当たり前であるかのようである。ところが，そのような要求を実装してはみたものの，システムが完成した後でほとんどど使われることのない機能だったということも少なくない。プロジェクト・マネージャ（PM）たるもの，実装すべき要求とそうでない要求とを見極めた上で，要件定義を行う必要がある。 Aさんは入社以来，プログラマからSEまで経験を積み，今回初めてPMとして抜擢された中堅技術者である。Aさんが担当することになったプロジェクトは，ある旅行会社の予約管理システムの構築であった。 顧客から提出された要求仕様書はA4サイズで3～4枚程度しかなかった。しかも，かなり抽象的な要求事項が多かった。そこ
アジャイルの取り組みが大きく遅れている
アジャイル開発が盛んな米国に対して、日本では依然としてウォーターフォールモデルによる開発が大半だといわれている。実際に、日本はアジャイルの取り組みが米国のほか英国、ブラジルなどと比べても遅れを取っていることが調査結果からも明らかになった。 情報処理推進機構（IPA）が2012年6月に公開した「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」によると、米国や英国では非ウォーターフォール型開発の普及度が高く、逆に日本や中国では低い（図1）。ここで、非ウォーターフォール型開発とはアジャイル開発など、短いサイクルで反復的に開発を進める手法のことである。 アジャイル開発の普及が進まないと、激しさを増す市場や社会環境の変化に日本のITが対応しにくくなる恐れがある。IPAの柏木雅之氏（技術本部 ソフトウェア・エンジニアリング・センター エンタプライズ系プロジェクト 研究員）は、「アジャ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
