アジャイル開発は万能か?
最高の成果を出す「アジャイル+ウォーターフォール開発」
アジャイル手法とウォーターフォール手法それぞれの長所を組み合わせて欠点を補うために、どのような工夫がなされているのか? 事例を通してヒントを探ってみよう。
毎日打ち合わせをすることに抵抗を感じる開発者もいる。では、アジャイルソフトウェア開発を採用している組織はどのようにプロジェクト管理の改善を図っているのだろうか?
かつてITチームは、話はよく聴くが、ユーザーの期待に応えられないとやゆされていた。従来のウォーターフォール開発では、ITチームは長い時間をかけて顧客と擦り合わせをし、プロジェクトの正規の仕様書をまとめ、そこから通常はさらに12カ月かけて、顧客が同意し承認した内容に従って機能を実装する。
注:本記事は、プレミアムコンテンツ「Computer Weekly日本語版 2013年5月15日号」(PDF:無償ダウンロード提供中)に掲載されている記事の抄訳版です。
しかし、12カ月のうちにビジネスの状況は変わり、プロジェクトの仕様がビジネスのニーズに合わなくなることは日常茶飯事。紙やPowerPointスライド上では素晴らしく思えたアイデアは、ノートPCでのデモを見ると的外れかぶざまな印象を受けるときた。
アジャイルソフトウェア開発およびプロジェクト管理は、顧客を開発に巻き込むことができるので、顧客に対し面目を失いたくないITチームによく採用されるようになった。アジャイル開発では、大規模なプロジェクトを細分化し、各機能コンポーネントを短期間で納品可能にすることで、ウォーターフォール手法特有のデメリットを克服している。
顧客は成果物を定期的に確認できる。そのため、完成したプロジェクトが最終的に納品された時点で「これは頼んだものと違う」と言われるリスクが少なくなる。
アジャイル手法の欠点
しかし、アジャイル手法によって全ての問題がなくなるわけではない。アジャイル開発では、具体的な仕様を定義するなど、優れたプロジェクト管理のプラクティスが損なわれると指摘されることがある。また、スケジュールと予算の管理が難しくなるし、複雑なプロジェクトの場合、プロジェクトチームが簡単な機能コンポーネントから手を付けがちだ。その結果、80%の作業が完了しても、最も難しい機能が残り、この残された20%がプロジェクト全体の成否を左右する要素であることは大いにあり得る。
このような欠点に対応するために一部の組織では、ウォーターフォール手法にアジャイル手法を取り入れる、アジャイルプロジェクトの初期に正規の仕様策定により時間をかけて、難しい機能から完成させるなどの対策を取っている。
例えば、英ワインメーカーのMajestic Wineの新しいWebサイトを構築する際に、英システムインテグレーターのJavelin Groupは、IBMのRational Unified Process(実績あるベストプラクティス)を基に8ステップを1単位とするイテレーションを用意して開発を行った。このアプローチのおかげで、Majestic Wineのeコマースディレクター、リチャード・ウィーバー氏とそのチームは、3週間ごとにプロジェクトの成果物を確認できた。
英水道事業者のYorkshire Waterは、完全なアジャイル開発に対しては社内の抵抗があったため、従来のプロジェクト管理手法とアジャイル手法を組み合わせることにした。同社のシニアITプロジェクトマネジャーのジェームズ・ロッカー氏は、アジャイルソフトウェア開発のおかげで、関係者がコミュニケーションを取る機会が多くできたと話す。
「私にとって毎日の打ち合わせはとても効果的だった。その日の作業に向けて全員の足並みをそろえることができた。私はむしろ(プロジェクトマネジャーではなく)プロジェクトリードになり、チームに障害がないよう目配りすることが仕事になった」とロッカー氏は言う。Yorkshire Waterでは、このアジャイルプロジェクトを準備するに当たり、英ITコンサルティング会社のLamriの協力を得た。「既存のプロセスに合わせてアジャイルを取り入れる必要があったため、ITアーキテクチャの作業にさらに10日間を費やすことになった」とLamriのマネージングディレクターのアンドリュー・グリフィス氏は振り返る。
英製薬会社Napp PharmaceuticalsのIT部門も、英国国立カーディフ大学が運営する疼痛教育関連のWebサイト「Pain Community Centre」の構築プロジェクトにおいて、かなりの下準備をしなければならなかった。
成功要因はMoSCoW法
続きはComputer Weekly日本語版 2013年5月15日号にて
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
4
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
5
IT製品の導入に関するアンケート「PC&デバイス」編
-
6
「企業内サーバ環境の利用実態」に関するアンケート
-
7
「業務改善とツール活用」に関するアンケート
-
8
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
9
「SIEMの利用」に関するアンケート
-
10
「ITインフラとデータ保護・バックアップ対策」に関するアンケート
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー