English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

ソフトウェアプロセス改善の成功の旅

ソフトウェア RSS Feed





背景:我々のような多くの組織では、ISO 9001またはCMMのレベルを達成するための暫定的なターゲットは、骨の折れる作業です。規律は楽しいです。団体容易には、プロジェクトに対処する努力を認める ISO 9001またはCMMのガイドラインによると、新しいプロシージャを作成する必要があります。これは改善の努力は、プロセスの変更に抵抗する文化的な変化とその人間性を伴いますを実現するための成功に不可欠である 変化。数多くの社会的、技術的な障壁としてCMMのレベル2、レベル3の評価は約1年半永続的なimprovement.Myの組織がISOの9001の認証を目的と効果を克服する必要があります バックし、それは、ISO監査役およびCMMの査定を徹底的に追及することは分かっていた。のためのソフトウェアプロセス改善いただけるよう、管理することができます範囲は、あなたの長所と短所を知る必要がある最初の 改善努力。この知識だけで我々のプロセス改善のためのインフラストラクチャをカスタマイズすることができます。我々の計画は、ソフトウェア工学研究所のCMMモデルによると、合わせて成功を収めてきました。この 、およびチャーターとビジョンを明確に一致するように確立するために開発する場合に役立ちます行動計画、ソフトウェア開発プロセス工学グループは、自分の役割、責任、チャーター知っているの形成が含まれて 組織の目的と目標。場合、それらの権利を公式と非公式の訓練を受ける彼らははるかに有効になります。 1つの重要な決断"ホイール"を再発明するが、深刻な産業は考慮されたベスト Practices.Later我々は、プロセスの改善は、常にこれらの規律をもってのright.Process改善ProjectThe戦略Planaの明確なビジョンがないへの配当金を支払うプロセスの成功に欠かせないのが見えた 改善プロジェクトです。当社の場合は、上級管理職はプロセス製品であり、スポンサーにし、改善努力を支援するコミットされた構想があった。我々はしようとする人々や資源を動員するための責任が それが起こるが、確認プロセスの改善自分のグループを、みんなのための新しい試みはわからないとどのように始めるために私の組織編成を取得していた戦略計画を使用して総合的品質管理を行った 計画でくださいチェックイン法律cycle.Weおよびソフトウェア開発チームのベストプラクティスを使用するために11のベストプラクティスが同定された:反復(インクリメンタルな開発ライフサイクル)*使用して開発*ビジョンの開発 コンポーネントベースのアーキテクチャ*視覚的には、製品(UML)の*形式的なリスク管理*契約のインターフェイスで*正式な検査*メトリックは、統一モデリング言語を使用してスケジュール設定および管理に基づくモデル* プログラムの上達対計画全体の可視性*欠陥追跡品質目標* Configuration Managementの反対*人物認識管理AccountabilityIn我々は現在のプロジェクトを分析しようと計画モデル ISOの洞察力を維持/ CMMの厳密なレビューを。次に、私たちはその現在の状態を、私たちを求めていたのビジョンの間に組織のギャップ分析を実施した。 ISO 9001の状態のフィードバック自体の触媒となった プロジェクトの追跡とoversight.Our組織のために必要な制御メカニズムを使用して、チームのリーダーを提供し、戦術計画を扱うソフトウェア開発プロセスの改善にも開発のようにしよう プロジェクト!上級管理職やソフトウェア開発プロセス工学グループ(ソフトウェアの品質管理チームは、対応するプロジェクトチームを募集する)、スポンサーのプロジェクトリーダーを選択し、保存するためのリポジトリを設立 プロセスの文書化と、他のプロセスの成果物。我々は、計画の後に:を発見し、グループ全体で現在の習慣を理解することによって起動します。既存のプロセスの文書化と実務への話をして下さい どのようにタスクを実行して理解する。実際の信奉のプロセス間の違いを調整。文書とは、新しく特徴のプロセスを確認します。その後、反復とは段階的にプロセスを改善する には、ドキュメントを適切に更新されるようにします。プロジェクト計画、ソフトウェアの構成管理、およびソフトウェアの品質保証、プロジェクトを追跡し、ソフトウェアツールの使用のキーエリアでいた私たち 組織のプロセス改善のためのより集中した。我々のプロセスで私たちの仕事環境と自動化ツールのRational Unified Processのカスタマイズしようとも撮影されたup.Weも確保には、視認性の 経営陣へのプロジェクトとは、組織の残りの部分は他の重要なprojects.CultureとResistanceProcessの改善に匹敵するが、単なるプロセスを実務で使用される以外に影響を与える 自分の仕事を実行します。プロセスの文化を変える変更は、すべての困難を認識、値を変更するに内在を充実し、社会の規範的な行動を意味する。いくつかの軍が行うような 改善の努力が難しい:?抵抗(多くの場合感知された脅威のために変更し、電源、制御、知識、あるいは社会的地位を失うこと)?既存のトレランスおよび変更の準備を現在の内 現在の組織風土?プロセスの変更は、通常の前には、より良い物事が悪化するように見えますが学習曲線を、課している。?改善の努力、時間とリソースは、多くの希望を消費する 自分の組織たち(巻き込むいるローカルヒーロー自体からの改善を導入することによって、上記の問題を解決しようとは、特定の開発projects.Inに費やす!)。これらの人々 "すべての星する必要があります 家族"に:開発者や管理者としての実績を誇る組織の尊敬のメンバー。"ローカルヒーロー"は、ソフトウェア開発プロセス工学グループの一部としようとすることの重要性を強調 場合は(これを管理することができる"本物の"を保持するためにこれらのアクセス時に先輩の中間管理職のサポートが必要になる可能性があります別の1つです)。我々は、チャンネルを選択して地元の技術的な手順を説明 チャンピオン/ローカルヒーロー住友電工を使用してCMMの主要な慣行によって、そのプロシージャを記述します。ソフトウェア品質保証チームの指導の中心と、すべてのプロセス改善活動を支援した。 SQAの主だった を実施し、組織内の改善努力を整理するための権限のあるボディ。全体の施術者のコミュニティを定期的に改善の努力のステータスを通知された。また、勧誘することが望ましい 入力およびプロセス改善の問題に関するフィードバックは、施術者コミュニティから。私たちは、これから説明することが、本当にに役立ちますどのようにソフトウェアプロセス改善のテストは1つのパイロットプロジェクトを選択現在のscenario.Benefits 投資収益率(ROI)のプロセスImprovementThe明確な教科書の定義として、ローレンスパトナム"を改善するための投資によって記述されます[生産]のため、これらの資金を使用し、上記を含む他の 目的。時間では事業からの利益の将来のストリームからの回収の資本投資を返します。"投資収益率は、常にドルで、品質と戻ってくるスケジュールを問題にすることができないほどに重要である 参加者はコストの問題です。当社の測定設定すると、メトリックは、次の8つのカテゴリ:努力、プロセス、生産性、進歩性、品質、スケジュール、安定性、スパンボリューム、人材派遣。我々の研究要請 参加者を維持し、私たちのリストに追加するには、使用される任意の追加のメトリックを我々のセットからのメトリックを指定します。また、要請を開始し、これ以上の各メトリックは、ソフトウェアのライフサイクルの段階を終え 維持された。私たちが8メトリックのカテゴリに対する成熟度レベルを介して、参加者の測定データを分析し、各成熟度レベルは、平均で一貫性のある成長パターンを示した。また、しようとした 私たちのプロセス改善のプログラムからの経験は計り知れないほどの利益に関するものです。の利点は、最も頻繁に研究参加者の態度の変化関係者と指摘した。士気との信頼 開発者著しく、およびソフトウェア開発の改善の組織は、ソフトウェア組織の外部からの関心が高まると尊敬を経験した。参加者も少なく残業、以下の原因 そのプロセスの改善initiatives.ConclusionSoftwareプロセス改善の結果、利益としての機能グループの間に従業員の離職、改善された競争力のある利点は、一層の協力が重要であるとして どのような組織上の大規模なプロジェクトを提供する試み。よく定義されたソフトウェアプロセスの欠如は非常に高価なことができます。すべてのスタッフからのサポートは、特に経営トップの任意の深刻なSPIの前提条件である イニシアチブ。偉大な哲学者がかつて言ったように、"それは一夜にしていないだろうが、それが起こるだろう"。多くの改善努力が失敗またはプロセス改善の初期段階でつまずく。私の組織で成功しました。 これはレッスンを他の人が学習を適用するきっかけを作ったが急速のISO 9001/CMMに達した。しかし、これはどのような組織のプロセス改善のための終了できない場合は、プロセスの改善に向けて私たちの旅は、常に continue.References1。カーネギーメロン大学/ソフトウェア工学研究所、能力成熟度モデル:ソフトウェア開発プロセス著、Addison - Wesleyから、レディング、マサチューセッツ州、1995.2向上のためのガイドラインです。ロジャーsのプレスマン、 ソフトウェア工学:プラクティショナーの取り組み編第4回、マグロウヒル、19963。ワッツハンフリーは、ソフトウェア開発プロセス、Addison - Wesley刊1989Name:Deepty BのChauhanQualifications:管理エレクトロニクスで学士号 工学、郵便大学院ディプロママーケティング管理します。ソフトウェアの品質とtesting.Corporate責任の領域で9年間の総経験:責任ソフトウェアグループのリーダーを考えれば 品質保証およびソフトウェアの検証と検証。この組織でのISO 9001/CMMの実施を通じて、ソフトウェア開発プロセスの改善、ラショナル統一プロセスのニーズに応えるためにカスタマイズが含まれて私の

記事のソース: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい!

ウェブマスター向けの記事を送信してください
登録の必要なし!フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

記事を送信してください Messaggiamo.Com ディレクトリ

カテゴリ


著作権 2006-2011 Messaggiamo.Com - サイトマップ - Privacy - ウェブマスターの記事を送信してください Messaggiamo.Com ディレクトリ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu