Column
シックスシグマの原則を単純化する
シックスシグマの原則は、どんなプロセスを改善するためであれ、まずはシンプルな基準あるいはベンチマークの定義から始める、というものだ。ここでは、シックスシグマの基本原則を使ってITパフォーマンスを改善するための方法を紹介しよう。
われわれ人間には、本来シンプルなコンセプトをわざわざ複雑にしてしまう、驚くべき才能がある。例えば、シックスシグマの根底にある原則も、また然りだ。シックスシグマとは、企業の製造プロセスを通じて製品の品質を改善するための業務改革の方法論だ。われわれはまず、シックスシグマの包括的なツールセットを作成した。そして、こうしたツールを学習し、習得した人たちを区別するため、シックスシグマのグリーンベルトやブラックベルトなどのランクを定めた(おそらく、紫色のベルトとかでもよかったのだろう)。こうしたシックスシグマのベルト保持者は、フィッシュボーンダイアグラム(特性要因図)を作成したり、カイ2乗を実行したり、ほかにもいろいろなことを実行できる。
こうした過程で、われわれはシックスシグマの根底にある強力な原則を見失ったのではないかと私は懸念している。その原則とは、どんなプロセスを改善するためであれ、まずはシンプルな基準あるいはベンチマークの定義から始める、というものだ。そして、標準からのばらつきを測定し、ばらつきの原因を調査する。そして、その結果分かったことをプロセスの改善に役立てる。シックスシグマの基本原則を使えば、ビジネスプロセスとITプロセスの両方を大幅に改善できると私は考えている。以下では、シックスシグマの基本原則を使ってITパフォーマンスを改善するための方法を紹介しよう。
基準の設定
例を挙げてみよう。あるプロジェクトにかかる予想時間が12週間だとする。そのため、基準のタイムフレームは12週間となるが、実際には、そのプロジェクトの完了には15週間かかったとする。そこで、われわれは考える。「何がこの差異(ばらつき)を引き起こしたのか? プロジェクトの範囲が変わったのか? リソースは、必要なときにきちんと入手できていたか? 一部のリソースに過度な負担がかかることはなかったか?」 ばらつきの原因をいったん特定できれば、そうした教訓を今後のプロジェクトに応用できる。そのうちに、徐々にばらつきを減らし、プロジェクトのパフォーマンスを改善できるようになるはずだ。
もちろん、ポジティブな差異(ばらつき)もあるだろう。12週間という見通しに対して、実際にはプロジェクトの完了に10週間しかかからなかったとしたら、どうだろう? これも、ばらつきであることに変わりはないが、ポジティブなばらつきだ。何がこのばらつきを引き起こしたのか? 反復法を使用することで、作業のやり直しを減らせたのだろうか? ばらつきの原因をいったん特定できれば、そうした教訓を今後のプロジェクトに応用できる。
シックスシグマの基本原則をITオペレーションの改善に適用するのも効果的だ。例えば、システムの信頼性の基準が「1週間に30分以下のダウンタイム」だとする。各種のプロジェクトの場合と同様、この場合も、実際の結果をこの基準と比較して、ばらつきを把握すればいい。ある週には、ダウンタイムは2時間だったとする。その理由を解明し、そこから学んだ教訓をITプロセスやITオペレーションに適用する。また別の週には、ダウンタイムがゼロ分だったとする。理由は? そして、このポジティブなばらつきから学べることは? その理由をいったん特定できれば、あとは、その知識を活かして、プロセス、ひいてはITオペレーションを継続的に改善できる。
早くて頻繁な改善
シックスシグマの基本原則を使用するメリットは、最初の基準を定義するために多くの調査を行わずに済む点だ。現行のパフォーマンスから開始し、ばらつきを測定し、調査することで、プロセスとパフォーマンスを継続的に改善できる。このアプローチが、ヘルプデスクの対応時間やプロジェクトのスコーピングなど、大半のITプロセスに効果的であることを私は確認済みだ。
シックスシグマの原則を理解できたら、プロセスのサブセットで試してみるべきだ。シックスシグマの基本的なアプローチを使ってプロセスを改善できたからといって、マスターブラックベルトの資格が与えられるわけではない(どうすればマスターブラックベルトの資格を与えられるのかよく知らないが、聞くところによれば、たいへんそうだ)。だが、シックスシグマの原則を活用することは、信頼できるIT製品/サービスプロバイダーとなる助けになるはずだ。そして最終的に一番重要なのは、より良いIT環境を提供することだ。
本稿筆者のニール・ニコライセン氏はユタ州サウスジョーダンに拠点を置くエネルギー/建設資材ベンダー、ヘッドウォーターズの戦略的計画担当副社長で元CIO。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
事例
[株式会社ビザスク] 「新規事業」事例集:大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「Linux」の脆弱性を生むのは誰か? ベテラン開発者の意外なミス
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー