process - 変更管理を処理する最善の方法は何ですか?

Question

私の組織の主なプロジェクトは月曜日に開始されました。それがここに来て 3 日目でした。ここに来てほぼ 1 週間経ちましたが、アプリケーションのメンテナンスと「いつか」開始されるフェーズ 2 の準備のための変更管理計画を作成する任務を負っています。私たちは Microsoft ショップですが、オープンマインドです。

CM テクニック、特にこれに役立つツールに関する提案を探しています。私は ITIL に精通しており、その CM の概念をこのプロジェクトにどのように適用できるかを検討してきましたが、確かに、これは私が慣れ親しんでいるよりもはるかに小さいものです (< 100 ユーザー対数千ユーザー)。ITIL をこのような小さなプロジェクトに切り詰めることができるかどうか、またはどのようにすればよいか、正確にはわかりません。あるいは、私の考えが小さすぎるのかもしれません。

あなたの組織は、システム レベルでの変更をどのように管理していますか? それはあなたのために働きますか？どうすれば改善できますか？

さらに明確にするために、おそらくオープンソースまたはアジャイルの世界から、CM プロセスとツールを推奨できる人はいますか?

Answer 1

開発、運用、QA、ビジネスなどの上級代表者で構成され、CM マネージャーが議長を務める審査委員会を設置します。すべての変更は理事会に提出する必要があります。

私が働いていたある場所では、変更を実施するには全会一致の承認が必要でした。別の例では、2/3 の過半数で十分でした。ただし、どちらの場所でも、変更を提示するときは自分のことをまとめなければなりませんでした。あなたは本当に準備ができていないことを望んでおらず、愚か者のように見えませんでした.

CM チームは、コントロール ゲートを通過するために必要な「アーティファクト」を定義します。通常は、ガイドとしてチェックリストを含む一連のフォームです。システムが「ミッション クリティカル」である場合は、何らかの CM 監査を行って、開発プロセスに従っていることを確認することもできます (単体テストが実行され、ファイルがバージョン管理下に置かれ、コメントで適切にタグ付けされ、QA テストが承認されたなど) .)。

ツールの場合は、通常、単純なスプレッドシートまたはデータベースで十分であり、組織のプロセスに合わせて自分で組み立てることができます。複雑にしないでおく。

また、CM マネージャーには、ある程度の「歯」が必要であり、審査委員会の決定を強制できなければなりません。CM は品質プロセスであり、期限を守るためではなく、品質基準を確実に維持するために存在します。

Answer 2

「バリエーション」のコンセプトを徹底。すべての段階でプロセスを正式なものにし、フォームに記入させたり、原価計算や承認を得たりするようにします。これにより、多くの「これはいいですね... 無料で」が取り除かれ、どの変更が大きなものであるかが特定されます。独自のプロジェクト/サブプロジェクトになる価値があります。リスク登録簿を保持し、提案された変更がプロジェクト全体にどのように影響するかを率直に話し合います。

Answer 3

英国では、変更管理にITILを採用している企業が増えているようです。私が働いた最後のいくつかの場所では、インシデント、問題、変更管理などの領域と一致させようとするSostenutoというアプリケーションを使用しました。しかし、それが物事を進めるための最良の方法であるかどうかはまだわかりません。