なぜ、日本のIT部門は業務の「見える化」ができないのか?:夢物語で終わらせない「DevOps」(2)(3/3 ページ)
DevOpsにはKPIや業務の見える化が大事だと分かっていても、なかなか実行できないのが日本のエンタープライズ。どうして、こんなにも見える化ができないのでしょうか?
もともと機能別組織というのは、業務における急激な変化が少なく、市場や顧客への迅速な対応よりも、組織内部の効率化や生産性を高めることが、成功要因となる企業に適した組織体制です。そのため、バリューストリーム上の各プロセスが部署単位に分かれていると、担当者1人が管理できる範囲を越えてしまい、指摘しづらいプロセスが出てきてしまいます。
また、社内だけでなく長年慣れ親しんだパートナーに、プロセスをまるまる外注していると、作業がブラックボックス化しているにもかかわらず、変更しにくいという価値観が生まれやすいのも事実です。変える意志はゼロではないけれど、どこか“他人ごと”になってしまう――。そんな担当者、あなたのまわりにはいませんか?
その一方で、バリューストリームをうまく開発サイクルに取り組めている組織は、「運用をプラットフォーム化した事業部別組織」を展開し始めています。
事業部別組織とは、その名の通り、独立してビジネスを行う「事業部」ごとに人員を分けた組織を指し、業務プロセスの最初から最後までを、単独の事業部に一貫して担当させることで、意思決定権限を事業部ごとに委譲し、迅速なサービスを展開できるようになります。
一方で運用に関してはプラットフォームを一元化し、事業部内に運用プラットフォーム部隊との調整役を立て、ガバナンスを効かせるのが望ましいでしょう。その結果、部署単位での調整コストが減り、短期的な意思決定から、中長期の計画立案までのサイクルを事業部内で迅速に回すことができるようになるのです。
各個人のKPIやバリューストリームの改善というのは、単に自動化やプロセスの見直しだけにとどまりません。組織内部におけるコミュニケーションを変える必要もあります。
あなたの会社では、部署間で見えないカベができていないでしょうか? 無意識のうちにカベを作ってしまっていませんか? DevOpsに取り組む第一歩としても、部署間のコミュニケーションが円滑になるよう個人で努力することは大切ですし、強制的な組織構造の改革を検討することも、エンタープライズ系の企業には、今まさに求められているといえるでしょう。
著者紹介:北山晋吾
楽天株式会社にて国際ECサービスのインフラ部門に入社。主にオープンソースを利用したインフラ基盤やプライベートクラウドの設計、構築、運用を担当。
その後、日本ヒューレット・パッカードにて、金融系システムのプロジェクトリードを経験。仕事に従事しながらグロービス経営大学院でMBAを取得し、現在はテクニカルアーキテクトとしてDevOpsやクラウド、Deep Learning分野をはじめとした、オープンソースソリューションの提案、コンサルティングおよび構築デリバリーを担当している。
また、これまでの業務経験を生かし、教育トレーニングの講師やオープンソース勉強会のリード、アーキテクト育成活動など幅広く活躍している。
関連記事
- コレ1枚で分かる「DevOps」
開発(Development)と運用(Operation)が連携し、協力し合うソフトウェア開発手法「DevOps(デブオプス)」について、その原義を振り返りつつ、ビジネスにおける効果を解説します。 - DevOps導入で知っておきたい最大の障壁とは?
開発担当者と運用担当者が連携しながら開発する「DevOps」について、アジャイル開発と組み合わせる相乗効果や、DevOps導入の障壁について考えてみます。 - 第44回 「DevOps」的な欧米企業のPC運用 ベンダーの思惑に乗る?
日本は「Windows OSをハードウェア」と考える傾向にありますが、欧米企業は全く逆の感覚を持っています。その理由とは? - バリューストリーム・マップ(ばりゅーすとりーむ・まっぷ)
VSM / value stream map / 価値の小川マップ / 価値の流れ図 / 物と情報の流れ図
関連リンク
Copyright © ITmedia, Inc. All Rights Reserved.