ウォーターフォール型からアジャイル型へ
『ハーバード・ビジネス・レビュー』Webサイトを立て直した技術者たち
米誌Harvard Business Reviewは、Webサイトを作りなおすときにウォーターフォール型からアジャイル型へ開発のアプローチを変更した。変更したときどのような課題があったのだろうか。
Gilbane Conferenceの公式Webサイト《クリックで拡大》
「Webサイトを数年ごとに作り直す必要などはない」という話があるが、米誌Harvard Business Review（HBR）のITチームの考えは違う。2015年12月上旬に米ボストンで開催されたカンファレンス「Gilbane Conference」において、HBRのIT担当役員ケビン・ニューマン氏は、「2009年に刷新したWebサイトが2013年にはもう陳腐化していた」と聴衆に語りかけた。モバイルユーザーが増加した結果、HBR読者の消費習慣が変化し、Webサイトの広告主のニーズが変わってきたからだ。
「われわれはより迅速に多くのことに順応し、プロジェクトに対応できるプラットフォームとフレームワークを必要としていた」と同氏は言う。
併せて読みたいお薦め記事
アジャイル開発に関連のある記事
大解剖、PayPalの開発現場
ニューマン氏は3日間の会期で開かれたGilbane Conferenceの講演者の1人。同カンファレンスは、コンテンツとコラボレーションの専門家たちが、主にIT部門やビジネス部門の管理職で構成される参加者と、さまざまな経験や洞察を共有するための会議だ。2015年の主要なテーマは、デジタル顧客の急速に変化するニーズに迅速に対応できるコンテンツおよびマーケティング戦略をいかに構築するか、というものだった。
そのテーマは、まさにHBRのITチームが2013年に直面した問題そのものだった。そのころ、読者とeコマース、広告ビジネスのそれぞれのニーズのバランスを取ることは、HBRの8人のITチームだけでは手に負えないことが分かってきた。
「われわれは、それらの問題を解決する明確なプロセスがなかった」とニューマン氏は振り返る。同氏のチームは、さまざまな方法でプロジェクトの優先順位付けを試みたが、いずれも基本的にはウォーターフォール型アプローチだった。「成功したものも、そうでないものもあったが、とにかく一貫性に欠けていた」（ニューマン氏）
その結果、「われわれは単なる出されたチケットに対し対応する係になった。プロジェクトの重要性を考慮せず、緊急性を優先して対応していた」とニューマン氏は振り返る。
ウォーターフォール型からアジャイル型へ
このHBRのWebサイトは読者や広告主のニーズの変化によって全面刷新が必要となった。それがHBRのプロダクト開発のアプローチをウォーターフォール型からアジャイル型へ移行させるきっかけとなった。異なる手法への移行は、もう1つの幸運な結果をもたらした。HBRのITチームは、仕事を受けて対応する立場から会議の席に着くメンバーになったのだ。
「全面刷新は非常に大掛かりなものだったので、われわれは手を取り合って問題に立ち向かう必要があると考えた」とニューマン氏は語る。
プロジェクトも連帯も簡単ではなかった
この大規模プロジェクトでは、適応型（アダプティブ）プラットフォームから応答型（レスポンシブ）プラットフォームへの転換が求められた。バージョン管理システムは英Apacheソフトウェア財団の「Apache Subversion」からオープンソースの「Git」へ移行し、サイト構築はページベースのアプローチからモジュラー型に変更。そして最大の課題はウォーターフォール型からアジャイル型アプローチへの手法の転換だった。
新しい手法では、ITチーム内だけでなく全社レベルの緊密な連携が求められた。
「ソフトウェア開発のための共有ウェブサービス『GitHub』を利用して、1週間で特定の機能のバグフィックス、ホットフィックス、その他をブランチにデプロイした。そして関係者やその他の部門でテストし、承認後、木曜日にそれを実稼働環境に送り出した」と語るのは、HBRで技術プロダクションマネジャーを務めるフレッド・ラランド氏だ。
2週間の全力疾走は、刷新プロジェクトに関わる関係者全員の集中力を維持することに役立った。しかし最も重要な点は、会社が強い意志を持つパートナーであったことだ。
「マーケティング部や販売部、編集部の人々がITチームのパートナーになる意志を示した。今回のプロジェクトでもわれわれをサポートし、チームが一丸でソフトウェアを開発するアジャイル型開発手法『スクラム』のトレーニングも一緒に参加してくれた」と、Webサイト開発者の1人、マット・ワグナー氏は語る。
スクラムから離れる
興味深いことに、HBRは今はスクラムから離れている。ラランド氏によると、非常に規範的なアプローチは、サイトの刷新後、自らの重みで崩壊したという。
「プロジェクトが終了したとき、何が起きたか。誰もが異なる優先順位を持ち、異なるタスクを持ち、異なる目標を持つようになった。結集力は低下し、スクラムでさらに細分化が進行した」とラランド氏。
その後、ITグループはアジャイル型のさまざまなバリエーションでプロジェクトを始めた。幸運なことに、スタッフにアジャイル型アプローチに関するコンサルタントがいた。「迷いが生じたときは、いつでも彼の肩をたたき、やっていることが正しいかどうか聞いた」とニューマン氏は話す。
そうこうするうちに、スタッフはスクラムの支配から離れていった。現在、彼らは独自の手法を用いているが、それでもなおアジャイル型のフレームワークに大きく依存している。
「スクラムを離れたことによる大きな効果は、われわれは正しいことをしているのか、われわれは本当に必要としているものを目指しているのか、といった自己認識と内省のステップが要求されるようになったことだ」と同氏は語る。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは？ -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌 -
事例
[ServiceNow Japan合同会社] 開発期間は3年余、なぜNTTデータグループはSaaSで基幹システム開発を行ったのか -
事例
[ServiceNow Japan合同会社] 富士通のAI変革、人が介在しないサービスデスク実現に向けた取り組みとは？ -
事例
[ServiceNow Japan合同会社] 業務効率化とサービス品質向上をどう両立する？ JTBのデジタル変革に学ぶ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
5
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
6
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
7
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は？
-
10
生成AIの7割が「別画面・コピペ運用」 “導入”は進んでも定着せず
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
6
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー