IT部門もアジャイル、DevOpsで行こう【第1回】
求められるのは“スピード基準” IT部門が開発部隊になれない2つの壁（1/2 ページ）
ビジネスを取り巻く環境は絶えず変化しており、ソフトウェア開発にはますますスピードが求められている。さまざまな開発手法やテクノロジーが登場する中で、何をどう採用していけばいいのだろうか。
迅速かつ柔軟なソフトウェア開発手法「アジャイルソフトウェア開発」や、開発者と運用者が協力しながらサービスを開発・運用していく手法「DevOps」が叫ばれるようになってから久しい。これらの考え方はIT企業を中心に採用されてきたが、近年ではさまざまな業種においても広がりを見せている。ビジネスを取り巻く環境の変化は加速し続けており、企業はスピード感を持って変化に対応することを求められているからだ。
PC、そしてスマートフォンの普及によって、世界中の誰もが時間をかけずに大量の情報に触れ、発信できるようになった。その結果、これまでとは比べものにならないほどの速さで顧客のニーズが変化するようになっている。
また、テクノロジーの進化も著しい。スマートフォンやタブレットの進化は落ち着きつつあるように見えるが、最近ではIoT（モノのインターネット）やビッグデータ、AI（人工知能）といった技術分野の進化が著しく、テクノロジーにおける台風の目となっている。
顧客のニーズや経営課題、新たなテクノロジー。これらと企業を結び付け、新たな価値を生み出す上で最も重要なものがソフトウェアである。スマートフォンやタブレットのアプリケーションはもちろん、IoTで利用されるセンサーやマイコンを制御するのも、ビッグデータの解析を行うのも、全てはソフトウェアだ。
変化が激しいと言うことは、毎日のようにビジネスチャンスと経営課題が生まれていることを意味している。ソフトウェアの力を最大限に活用し、新たな価値を生み続ける企業のみが生き残れる時代になりつつあるのだ。
そしてソフトウェアの開発は一度行って終わりではない。ニーズを満たすよう開発を行い、公開し、その後得られたフィードバックを新たな開発に生かすという『サイクル』であることを理解する必要がある。このサイクルをいかに高速に回すかが、スピード経営の肝となってくる。
さて、このサイクルにとって減速要因となってしまう壁が存在する。ビジネスと開発の間にある壁と、開発と運用の間にある壁だ。
ビジネスと開発の壁を取り除くアジャイルソフトウェア開発
日本国内においては、現在でもベンダーに開発を委託するスタイルが主流である。しかし、ユーザー企業が要件定義を行い、発注し、システムインテグレーター（SIer）が開発、納品……というフローは、リードタイムと時間のオーバーヘッドが非常に大きい。これがビジネスと開発の壁となってしまうわけだ。
この壁を取り除く手法の1つが、アジャイルソフトウェア開発だ。アジャイルソフトウェア開発の中にも幾つかの方法論が存在するが、いずれの方法においても、ソフトウェア開発の粒度を細かくし、素早くリリースすることに主眼が置かれている。ユーザー企業が中心となって内製化を進める、もしくはベンダーと密に協力し、アジャイルソフトウェア開発を実践していくことで、壁を取り除くことが可能となるだろう。
開発と運用の壁を取り除くDevOps
もう1つ、開発と運用の壁について考えてみよう。開発者のミッションは、新機能を開発し、ユーザーに届けることである。開発者は、開発した機能をできるだけ速くユーザーに届けたいと考えるだろう。前述したアジャイルソフトウェア開発によって、ビジネスサイドと開発者の壁が取り除かれていればなおさらだ。
一方、運用者のミッションは、サービスを安定して運用することだ。そのため、開発者に対しては品質を要求し、障害の要因ともなり得る頻繁なリリースはあまり好まない。このようなミッションの違いが壁となり、サイクルを減速させてしまう。
開発者と運用者で同じ目標、ここでいう「サイクルを高速で回す考え方」を共有し、協力していく。それがDevOpsだ。
IaaSで実践するDevOps
DevOpsを実践するためには、適切なツールの活用や自動化の推進、そして協力し合う文化が必要とされている。ここでは一例として、開発者が運用者に成果物を引き渡すシーンを考えてみよう。
開発と運用の現場にはさまざまな環境が存在する。開発者の手元にある開発環境、テスト環境、ステージング環境、そして本番環境などである。開発した成果物は全ての環境で正しく動作することが期待されるわけだが、実際には環境ごとの差異によって挙動が異なってしまうケースが往々にして存在する。こういったトラブルは開発者と運用者を悩ませ、開発サイクルを遅くしてしまう。
これらの解決策として効果を発揮するのがIaaS（Infrastructure as a Service）である。IaaSはAPIを提供しており、ソフトウェアでインフラを構築することが可能だ。
従来、インフラの構築は非常にコストと手間が掛かる作業だった。サーバやネットワーク機器の調達から始まり、それらを設置・配線を行い、OSやミドルウェアを設定する。それだけで数日から数週間かかってしまうことも少なくなかった。しかしIaaSを利用すれば、APIもしくはGUIなどから同様の作業を簡単に行える。利用しているうちに環境差分が発生してしまった場合は、一度環境をクリアして作り直せばよい。
もう1つ、CI（継続的インテグレーション：Continuous Integration）を紹介しよう。運用者が要求する品質を実現するためには、開発した機能をしっかりとテストした上で引き渡す必要がある。これは開発したモジュール単体のテストだけでなく、ビルドから結合テストまで含めて頻繁に実施することで、品質を向上させる考え方である。
現在、CIを行うためのツールが数多くリリースされている。これらのツールとIaaSを組み合わせれば、より力を発揮することだろう。例えば、CIの中で環境の構築からテスト、デプロイまでをやってしまうのだ。これならば、毎回確実にクリーンな環境でテストができるだけでなく、リリース手順まで自動化できることになる。本番へのリリースもより素早く安全に行えることだろう。APIで環境構築ができるIaaSならではの活用方法だといえる。
Copyright © ITmedia, Inc. All Rights Reserved.
IT部門もアジャイル、DevOpsで行こう
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー