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
-
製品資料
[スパイスファクトリー株式会社] レガシーに消えるIT予算8割 「刷新か延命か」をAIと人で見極めるための手順 -
製品資料
[JetBrains s.r.o.] ソフトウェア開発は「コーディングエージェント」でどう変わるのか？ -
事例
[テクバン株式会社] 太陽ホールディングスは国内外拠点の端末5000台をどう管理しているのか？ -
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社キーエンス] 自分ひとりでデスクワークを効率化 「AI＆ナビ搭載RPA」で実践する業務自動化
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
2
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
3
PHPはそもそも必要か？ 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
4
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
5
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
-
6
京王電鉄・東京メトロの被害から学ぶ境界防衛 ITの侵害はどこまで波及するか
-
7
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
8
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
9
金融・通信で情報漏えいが続出 IPAとJPCERT/CCが情シスに求める緊急点検
-
10
「Copilot」がIT予算を食いつぶす？ 高額請求を招く課金体系と節約術
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
3
「IT史に名を残すシステム障害」8選
-
4
10G回線の真価をフルに享受するには？ 導入前にチェックしたいポイント
-
5
SCS評価制度時代の「SASE選定」ガイド
-
6
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
7
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
8
「EDR」選定ガイド：比較・検討フェーズで整理すべきポイントを解説
-
9
MDMだけでは防げない？ Appleデバイスに潜む5つのセキュリティギャップ
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー