シックスシグマのソフトウェア業界のインポートエラーは解釈中に、パイプラインだけでなく、ハードウェアの製造工程で大きな成功を収めシックスシグマのプロセスは、ソフトウェア業界ような結果は、自分自身は、シックスシグマのソフトウェアを移植するために始めたが、数年後、振り返ってみますシックスシグマは、このサイトでは、当社のソフトウェアのために表示するように任意の利益を持っていないようです。
だから、シックスシグマのインプラントは、それは本当に間違いでしたか?絶対にありません!現在のところによる大規模な範囲に恥ずかしい状況でのソフトウェア業界でのシックスシグマの誤解に、私はいくつかの一般的な間違いをリストアップしました、と私たちは一緒に解決します。
神話1:シックスシグマは、唯一の欠陥密度を測定することができます
「?シグマを計算する方法」シックスシグマプロジェクトの実施におけるソフトウェア組織は、3つの基本的な疑問に悩まされて:?「欠陥(欠陥)とは何である」チャンスは何ですか?「データがあるので、唯一の対策として、シグマ欠陥密度を持つ多くのソフトウェア企業は、彼らが単純な事実を無視:のみ欠陥密度指標の開発プロセス、ソフトウェア製品の満足度であれば欠陥密度のプロセスを使用するユーザーと同等ではありません。尺度は、エンドユーザーがリンクされていることができない、そして重要性の尺度は偉大ではありません。
神話2:のみシックスシグマのソフトウェア団体CMMI成熟度-高で使用するために
、この誤解は、シックスシグマの理解の限界から主に来て、あなたがシックスシグマの本質を理解したときに実際には、あなたはそれを見つけるだろうし、GPSのCMMI1.3とCMMI2.0 GOV IIとも密接にプロジェクトシックスシグマを有効にするの前で話すように、関連しています。実際には、シックスシグマの原則の概念の多くは、この方法は、ソフトウェア組織の任意のレベルを助けることができます。
神話3:シックスシグマは、唯一の統計的手法使用している
シックスシグマ(シグマ-標準偏差)であったばらつきをなくす、名前が誤解の原因の一つであるが、重要なシックスシグマの概念だけでなく、焦点となっています。シックスシグマのアプローチは、非統計的手法の数を含みますが、これらの統計やその他の分析ツールは、シックスシグマは、より完全な、より有意義なものに。
神話4:シックスシグマは、効果的に全体のソフトウェア開発プロセスのために使用することができる
ソフトウェア製品の生産は、独自のプロセスを持っていますが、しかし、生産ラインと異なります。どの2つのソフトウェア製品の開発プロセスはまったく同じではない、と同じブランドのガラス製造工程千万回は何が違うのではありません。イノベーションは、通常のソフトウェア開発プロセスであるので、データの量は、ソフトウェアのサブプロセスの数は、シックスシグマ改善多大な障害を与える、素晴らしいことではないだろうということ。そのような評価として定期的なイベント、様々なテスト活動の正常化を懸念されている必要がありますシックスシグマのソフトウェアプロセスを、移植した場合。
神話5:すべてのシックスシグマプロジェクトの経済的便益得なければなりません
ROIを懸念し、経済指標も一部の人になったシックスシグマの魅力、であるが、すべてのシックスシグマプロジェクトはすぐに経済的利益を生成しなければならないと思い、結果はシックスシグマでは無視されます必要なサポートインフラを確立するために、プロジェクトの成功。プロセスに移植されたシックスシグマのソフトウェアは、組織は多くの場合、戦略的投資として組織のいわゆる有効にするプロジェクトの実施に投入する必要がフォロー効果的な改善をサポートし続けます。2つの練習場とCMMI2.0 IIとGOVのアイデアは非常に似ています。
神話6:シグマ= CMMI 4つの実施形態
のみ評価要件のために、シグマ床と高い成熟度CMMIアーキテクチャの確立をカバーしていない、シグマCMMIは4に等しくありません。
神話7:シックスシグマはの唯一の目標のパフォーマンス向上させることにある
多くのソフトウェア企業シックスシグマ、究極の目標として、パフォーマンスの改善目標の6σレベルを実装し、他の重要な指標の団体や組織を無視し、例えば:収益性、応答時間、顧客満足度、従業員の満足度、市場シェアのように。測定は終わりではない、措置の種類は、キーが最終的にコア指標のアップグレードに反映投資を改善することである、重要ではありません。バリエーション(ばらつき)の除去は、変化をもたらす価値を最大化し、ソフトウェアの組織の改善目標であるべきではない、損失の最小化が目標です。シックスシグマは、心の中でそれを保つようにしてください、ソフトウェアプロセス内に注入されます!
シックスシグマの多くは、私は非常に認識しています。品質コストの概念として、顧客は、顧客からの改善の閉ループ方式の考え方に来ます。合理的なの使用は、ソフトウェアプロセスの改善に使用することができます。