ジョン・シンクレア氏はITオペレーションルームに所属し、サーバーやアプリケーションのサポートに関するユーザーからの問い合わせに対応するチームの統括を任されています。NASAの管制室を彷彿とさせるこのオペレーションルームには、重要なプロセスとサーバーを24時間365日体制で監視するデジタルディスプレイが多数設置されています。ジョン氏のチームは、IT組織全体で稼働している主要なエンタープライズソフトウェアアプリケーションとサービスについて高度な訓練を受けています。チームは、Veritasのバックアップスケジュール、ミッドレンジのUX、NTサーバー、メインフレーム、そしてセキュリティを監視しています。彼の優秀なチームは、世界中のユーザーからの問い合わせに迅速に対応します。「重要なのは、何があるのかを把握し、それを完全にサポートできるかどうかです」とジョン氏は言います。
残念ながら、チームは外の世界の状況を常に把握しているわけではありません。ジョンは、ある月曜日の朝に大混乱が起きた時のことを思い出しました。ヘルプデスクへの問い合わせ件数が突然30%も増加したのです。ユーザーからデータにアクセスできないという苦情や、「先週の金曜日に開発サーバーJEDIDEV01lのバックアップは取ったでしょうか？」といった質問が寄せられました。
ジョン氏によると、このような状況はよくあるそうです。今回のケースでは、彼のチームはプロジェクトについて何も知りませんでした。サーバーの担当者の名前や、プロジェクトに含まれるすべての資産さえも知りませんでした。さらに、彼のチームはそのプロジェクトチームの開発環境を自動的に管理してくれると想定されていました。「誰も私たちに教えてくれませんでした」と彼は言います。「もし品質ゲート手法を使っていたら、準備が整っていて、あんなに辛い思いは避けられたはずです。」
大手製薬会社のポートフォリオ管理担当幹部である Marc Dutton 氏も、多くのプロジェクト マネージャーがプロジェクトをこれらのプロジェクト フェーズ間で適切に移行できないことに同様に不満を感じていました。
- 設計から開発まで
- 開発から展開まで
- 運用への展開
結局のところ、プロジェクト管理とは、プロジェクトをできるだけ早く納品することだけではありません。多くの場合、プロジェクトが技術的に十分に検討され、導入後にサポートが受けられることを確認することが重要です。
品質ゲートを理解する
品質ゲートとは、基本的にあらゆるプロジェクトで活用できる受け入れ基準レビューです。確かに、小規模でアジャイルなプロジェクトのマネージャーは、書類作業が多すぎると言うかもしれません。しかし、品質ゲートの優れた点は、戦略を完全にカスタマイズできることです。これは、ソフトウェア開発プロジェクトがライフサイクルのある段階から次の段階に進むために満たさなければならない、事前に定義された一連の品質基準と捉えることができます。（図Aは、品質ゲートの典型的な図を示しています。）
| 図A |
 |
このプロセスを次の例で説明しましょう。開発フェーズにある大規模なCRMプロジェクトのプロジェクトマネージャーに任命されたとします。設計チームは、アーキテクチャのMS Visio図面を開発チームにメールで送信します。開発者は、設計チームの仕様に従ってCRMアプリケーションの構成とカスタマイズを進めます。その後、インフラストラクチャチームから、開発環境とインフラストラクチャがまだ整備されていない（データベースサポートがなく、IPアドレスとDASDの割り当てがまだ必要）という連絡を受けました。この見落としがタイムラインに影響を及ぼします。品質ゲートプロセスを活用していれば、「設計フェーズ」ゲートで、プロジェクト計画に以下の点が欠けていることに気付くはずです。
- 開発環境の詳細
- アドレスネットワーキング
- 割り当てる外部ストレージまたはディスクを決定する
テクノロジーに精通し、日常的に活用していれば、こうした問題は回避できます。しかし実際には、多くのプロジェクトマネージャーは様々な種類のプロジェクトを渡り歩き、何かを忘れてしまう可能性が高くなります。そのため、プロジェクトマネージャーは、すべてを網羅した綿密なプロジェクトスケジュールを作成し、プロジェクトの成否を左右する重要なゲートレビューやチェックリストを無視しがちです。
品質ゲートの仕組みは次のとおりです。前のゲートが完了するまで、次のゲートに進むことはできません。通常、品質ゲートには成果物のチェックリストが含まれ、各項目の完了状況が示されます。このチェックリストは、ITプロジェクトマネージャーと、プロジェクトに関与する上級管理職またはスポンサーによってレビューされる必要があります。したがって、品質ゲートとは次のような意味を持ちます。
- 正式なチェックリストは、プロジェクトの全期間を通じて使用されます。
- 正式な承認と承認は各ゲートで行われます。
- 製品の品質と完全性の評価が行われます。
- 情報は適切な関係者に確実に伝達されます (つまり、展開から運用への引き継ぎなど)。
高品質ゲートは、あらゆるプロジェクトにおいて非常に効果的です。高品質ゲートを非常に魅力的なものにしている明確な利点がいくつかあります。その利点には以下が含まれます。
- フェーズごとのチェックリストによるプロジェクトリスクの最小化
- プロジェクトマネージャーがプロセスを継続的に伝達し、プロジェクトに直接品質を組み込むことを可能にする
- 開発サイクルタイムを短縮し、最初から正しく完了させる
- 優れたデザインの製品への注目が高まる
ゲートの解放 では
、プロジェクトに品質ゲートを実装するには、どこから始めればよいのでしょうか？ 最も重要なのは、品質ゲートのコンセプトは、プロジェクト管理に品質アプローチを取り入れたいと考えている企業に最適であるということです。もちろん、この記事では品質管理のあらゆる側面や手法を網羅しているわけではありませんが、下流工程ではなく上流工程で多くの問題に対処できるようになります。AT&T、ルーセント・テクノロジーズなど、多くの企業が品質ゲートの実装に成功しています。これは、すべてのITプロジェクトにおいて、トップダウンで推進する必要があるプロセスです。これは一夜にして実現できるものではありません。品質ゲートは、ITプロジェクトの開発プロセスと展開プロセスの両方に統合する必要があるからです。組織内でこのコンセプトをゼロから実装したいと考えており、現在複数のプロジェクトが進行中の場合は、それらのプロジェクトを完了させ、特定の日付以降に開始されるすべての新規プロジェクトで品質ゲートを使用するというポリシーを確立するのが最善の策です。
プロジェクトの各フェーズでは、組織によって異なりますが、一連のチェックリストを作成し、正式なレビュー期間中に使用する必要があります（レビュー形式は、例えば1時間の会議やワークショップなど）。これらのレビューは、プロジェクトチームが技術的な進捗状況、仕様、プロジェクトのマイルストーンを評価するきっかけとなります。これらの正式な品質ゲートレビューは、プロジェクトのコストとスケジュールのパフォーマンスを測定したり、主要なプロジェクト情報のベースライン設定を可能にするチェックポイントを提供したりするためにも活用できます。品質ゲートレビューは、あらゆるプロジェクト開発サイクルにおいて重要な役割を果たします。
例えば、ソフトウェアプロジェクトを管理していて、開発フェーズが完了したばかりの場合、品質ゲートのコンセプトは、プロジェクトの個々のメンバーとの正式な会議を通じて開始されます。この段階では、プロジェクトの検討には通常、以下の項目が含まれます。
- コードレビュー：シニアデザイナー（通常は技術リーダー）は、許容されるコーディング手法とIT標準への準拠に重点的に取り組みます。ソフトウェア設計はコーディングと照らし合わせて検証され、コーディングエラーがないか特定されます。コードレビューが正常に完了すると、レビュー担当者は必要な変更と修正点を提示します。
- 運用レビュー：プロジェクトマネージャーは、サポートスタッフまたは運用スタッフと連携し、開発環境のサポートに必要なすべてのサポートタスクをレビューします。例えば、運用レビューでは、必要なバックアップおよび復元手順が整備されていること、ディスクが利用可能であること、エスカレーション手順が作成されていることなどを確認します。
- スポンサーレビュー：プロジェクトマネージャーはスポンサーと共にプロジェクト全体のパフォーマンスをレビューします。このレビューでは、プロジェクトのコストとスケジュールの状況、そしてスコープが依然として正確であるかどうかを判断します。
- テストレビュー:テストリーダーと QA の代表者がテストレビューに出席し、すべてのビルドが正しくテストされたかどうかを確認し、開発チームに関連するすべての質問が提示されていることを確認します。
これらの会議が開催され、すべての質問への回答と説明が終わると、品質ゲートレビューチームは、プロジェクトがその特定のフェーズのすべての関連項目を承認し、次のフェーズに進むことができることを関係者に報告します。（例えば、ゲートレビューがない場合、システムをサポートに引き渡すという大きな見落としが発生しがちです。）図Bは、システムが本番環境に引き渡された後にレビューが必要なチェックリストの質問例を示しています。
| 図B |
 |
品質ゲートを無視すれば、危険にさらされます。これは、ある環境から次の環境に移行する際のプロジェクトにとって重要なプロセスです。「これはまたしても無駄なドキュメントの羅列だ」と考えて、ITプロジェクトを台無しにしないでください。ますます多くのIT組織が、プロジェクトでこのようなチェックリストを作成し、活用し始めています。
