- 基本情報
CMMIは、ソフトウェア能力成熟度モデル統合することを、短い能力成熟度モデル統合です。SW-CMM(能力成熟度モデル)が進化しました。サブモデルの開発モデル、サービスモデル、調達モデルに分けます。私たちは、多くの場合、開発モデルと言います。
- 目的と意味
組織をリードするプロセスは、高性能業務改善の枠組みのモデルを実現します。ない単一のプロセスではなく、ソフトウェア工学、システム工学、プロジェクト管理、プロセス管理、サプライヤー管理、統合された製品の開発、アジャイルソフトウェア開発、グローバルなソフトウェアエンジニアリングの数十年、システム工学の分野における最新のプラクティスを組み込みましたベストプラクティスの要約。これは、すべての可能な局面では、仕様の詳細な定義でアクティブなソフトウェアエンジニアリングプロセスステップを入れて、それが何をすべきかを教え、ちょうど(行う方法が、何をしない何をすべきかを教えていません)。
- 能力レベル
初期段階の初期には、管理レベルの管理、定義されたレベルを定量的に定義され、定量的管理レベル、継続的な最適化レベルの最適化、国内3のほとんどを管理しますか???
初期:大体混沌管理、病的な組織は、個人主義は、成功をコピーすることはできません。
マネージドレベル:大体安定した開発環境、プロジェクト管理、タスクのランダム性が完了する除外、プロジェクトが成功することを確認してください。
定義されたレベル:既に企業やプロジェクトのための標準的なプロセスを持っています。そして、標準化を処理します。私たちは、プロジェクトの経験を開始しました。
管理量子化レベル:名前が示すように、実質上予測された結果のすべて、すべてのプロセスを定量化することができます。
最適化:データマイニングと革新が。
- プロセス領域の分類
開発モデルは、22個の小さなクラスの4つの大きなカテゴリーに分かれています。
4つのカテゴリ:プロジェクト管理、エンジニアリング・クラス、サポートクラス、プロセス管理クラス。
22個のサブカテゴリー:
[プロジェクト管理] REQM需要管理、PPのプロジェクト計画、PMCプロジェクトの監視、SAMサプライヤー契約管理、IPM統合プロジェクト管理、RSKMのリスク管理、QPM定量的プロジェクト管理。
[エンジニアリング] RD要件の開発、TS技術ソリューション、PI製品の統合、VERの認証を確認するため、VALを。
[サポート] PPQAクラスのプロセスと製品の品質保証、CM構成管理、MAの測定と分析、DAR決定分析と解決、CAR原因分析と解決。
[管理]プロセスOPF組織プロセス重視、OPD組織プロセス定義を、OTはトレーニング、OPP組織プロセスのパフォーマンス、OPM組織のパフォーマンス管理を組織します。
- 役割に言及
EPG:プロセス改善グループ
OT:トレーニング
CM:構成管理
QA:品質管理
要求されました:
開発:開発
テスト:
- パンフレット開発
Q1:ドメインの開発プロセス?
A1:DAR / TS / PI / VER SP2.1 / 2.2 / 2.3、共通プラクティスGP。
Q2:組織のポリシーレベルを認識している、訓練を受けていないがありますか?
A2:開発するために組織レベルのアプローチは、メインTS、PIで、VERポリシーは、トレーニングの方針と手順を受けています。
Q3は:計画を策定していますか?
A3:
Q4:どのような使用ツール、リソース?
A4:
Q5:あなたの責任は何ですか?あなたは明確に定義されていますか?
A5:
Q6:何が訓練に参加しましたか?
A6:
Q7:プロセス出力は何ですか?
A7:
Q8:この活動に関わる人々は何ですか?
A8:
Q9:監視方法のプロセスを監視?
A9:
Q10:PPQAはあなたの仕事かどうかを監査しましたか?
A10:
Q11:幹部は評価に関与していませんか?どのように上級管理職は、プロセスを懸念していますか?
A11:
Q12:あなたは、組織を定義するプロセスに従っていましたか?
A12:
Q13:改善のための提案が言及されていませんか?たとえば、明示的に任意の提案に言及しましたか?
A13:
---------------------------------------------- TS技術は解決しますレジメン------------------------------------------------ ----
Q14:どのように識別し、いくつかの技術的な解決策を識別しますか?
A14:
Q15:選択基準とその重みを開発する方法がありますか?
A15:
Q16:どのような技術的ソリューションを選択する方法?
A16:
Q17:どのように設計していますか?
A17:
Q18:設計レビューが行う方法ですか?
A18:
Q19:技術データパッケージには何が含まれていますか?技術データパッケージを使用するには?
A19:
Q20:インタフェースを設計する方法は?
A20:
Q21:生産、購入、多重分析を行いますか?
A21:
Q22:どのような言語エンコーディング?
A22:
Q23:コードレビューを行う方法ですか?
A23:
Q24:ユーザーが使用した文書の準備は何ですか?
A24:
Q25:ユーザーが使用した文書の準備は何ですか?
A25:
---------------------------------------------- TS技術は解決しますレジメン------------------------------------------------ ----
---------------------------------------------- DAR [意思決定分析-----------------------------------------------およびソリューション]
Q26:なぜ意思決定分析ガイドを構築しますか?何の問題意思決定分析のだろうか?
A26:
Q27:どのように評価基準を確立するには?
A27:
Q28:候補者を識別するために、どのように?いくつかの候補者を識別?
A28:
Q29:候補の選択のためにどのような評価方法?
A29:
Q30:決定はどのように進めるには?
A30:
Q31:スキームの最終的な選択は、意思決定をする方法ですか?選択したプログラムに関連するリスクを検討するかどうか?
A31:
---------------------------------------------- DAR [意思決定分析-----------------------------------------------およびソリューション]
---------------------------------------------- VER [検証] -------------------------------------------------- ------------
Q32:ピアレビューの準備をする方法は?
A32:
Q33は:どのようなピアレビューに関与し(た)ていますか?
A33:
Q34:データのない査読分析はありませんか?
A34:
---------------------------------------------- VER [検証] -------------------------------------------------- ------------
----------------------------------------------- PI [製品統合] ------------------------------------------------ ----------
Q35:統合された戦略を確立するかどうか?どのように製品の統合作業?
A35:
Q36:どのような彼らは環境を統合する際に、どのように準備する必要がありますか?
A36:
Q37:統合手順プロジェクト/組織レベルが似ているのですか?統合された入り口、終了基準は何ですか?
A37:
Q38:どのように管理インターフェイス?
A38:
Q39:統合は、個々のコンポーネントが利用可能になる前に確認されていますか?どのように確認するには?
A39:
Q40:統合テストはどのように行うことですか?
A40:
Q41:配達の前に何を準備するには?実現への道は、顧客に?のような何ですか?
A41:
----------------------------------------------- PI [製品統合] ------------------------------------------------ ----------
E 1:ここ数年、CMMIは、会社の利益と不利益に変更がありますか?最大の改善や会社年近く?
E2:あなたは、このようなオフィス環境、作業方法や企業文化として、どのような改善が見たいですか?