強力なスコープステートメントの作成
プロジェクトスコープステートメントを成功させるには、簡潔で明確にする必要があります。声明を読んでいる人は誰でも、プロジェクトが何で構成されているか（そして何がプロジェクトの一部ではないか）について良い考えを持っているはずです。このステートメントは、プロジェクトのビューを提供します。プロジェクトスコープステートメントで具体的にすることも重要です。この記事では、優れたスコープステートメントを作成する方法をよりよく理解するのに役立つプロジェクトスコープの例について説明します。たとえば、「カタログには100個の製品が含まれます」は「カタログには多くの製品が含まれます」よりも優れており、「プロジェクトは6か月で完了する」よりも「プロジェクトは一定期間で完了する」の方が適しています。あなたがより具体的になることができるほど、より良いです。スコープステートメントを作成する方法をよりよく理解するために、いくつかの例を見てみましょう。
大学のテクノロジーのアップグレード
次のスコープステートメントに直面していると想像してください。大学Xはアップグレードを望んでいます。キャンパス内のどこからでもアクセスできるWiFiテクノロジーを含む施設。このプロジェクトは、学生、教職員、およびスタッフに、キャンパス内のどこからでも生産性を発揮する能力を提供します。プロジェクトは、測定可能な結果が達成される期間にわたって行われます。あなたの最初の考えは何ですか？私の最初の考えは、このスコープステートメントにはSMARTゴール機能がまったくないということです。 SMARTの略：
- 特定
- 測定可能
- 合意済み
- 現実的
- 期限付き
上記のスコープステートメントをSMART目標に変更するには、大学はおそらく次の方法でプロジェクトを言い換える必要があります。大学Xは図書館、寮、オフィス、そしてすべてのキャンパスの建物はIEEE 802.11テクノロジーに準拠しており、キャンパスの北側から図書館があります。このプロジェクトは、教職員、スタッフ、学生のコンピューターを介して生産性を向上させます。プロジェクトは2011年秋学期までに完了します。このスコープステートメントには、プロジェクトを完了するための具体的な指示が含まれていることに気付くでしょう。結果は測定可能です-アップグレードされる建物の数を知ることができます。合意され、現実的で（建物ごとのアプローチを採用しているため）、期限があります。特定の日付までに完了します。
スコープの定義だけではありません
スコープステートメントは、スコープを定義するだけではありません。また、チーム名、開始日と終了日、目標、成果物、およびマイルストーンも一覧表示されます。代替アプローチを特定することができ、専門家の判断、利害関係者の分析、および製品分析もリストする必要があります。スコープステートメントをプロジェクト憲章と混同しないでください。プロジェクト憲章はより複雑で、プロジェクトの承認を提供します。
長い例-ソフトウェア開発
プロジェクトタイトル：Bouncy Bunny Counts Moneyプロジェクトの正当性：当社には穴があります子供向けアイテムに関しては市場。 Bouncy Bunny Counts Moneyはこの穴を埋め、このゲームを使用する子供たちの親に会計ソフトウェア市場をさらに後押しします。プロジェクトの範囲：このプロジェクトは、当社のWebサイトにあるBouncy Bunny CountsMoneyコミックに基づいた市場性のあるゲームの作成で構成されます。プロジェクトは2010年12月までに完了します。ゲームのモジュールには、簡単なショッピングゲーム、Bouncy Bunnyがお金を稼ぐ方法、プレーヤーがプレイを続けるように動機付ける方法が含まれます。プロジェクトの成果物：
- スコープステートメント
- 進捗レポート
- 問題レポート
- 毎週の会議メモ
- 最終的なゲーム
プロジェクトの成功：ゲームが売れた場合、プロジェクトは成功したと判断されます。
弾むバニースコープステートメントの例の評価
上記のスコープステートメントにはSMARTの目標が含まれていますが、適切なスコープステートメントとしてはまだ不足しています。まず、リストされているよりもはるかに多くの成果物があります。どの成果物を作成するかを決定するときは、最初にプロジェクトを分解してから、作業分解図を作成すると役立つ場合があります。このようにして、すべてのマイルストーンと成果物がプロジェクトに対して定義されます。第二に、チームメンバーと重要な利害関係者はリストされていません。重要なスコープステートメントコンポーネントの1つは、利害関係者の分析です。スコープステートメントの作成には、利害関係者分析マトリックスを使用できます。このように、プロジェクトの開始時に、誰がプロジェクトに関与するかが定義されます。第三に、プロジェクトの成功の決定はSMARTではありません。このプロジェクトチームにとって、プロジェクトの成功がどのようになるかをさらに定義することが重要になります。何部売るべきですか？彼らが売るのにどれくらい時間がかかるべきですか？プロジェクトの正当化では、このプロジェクトはX社の会計ソフトウェアの売上を伸ばすことでもあると述べられています。その何台を売るべきですか？スコープステートメントは非常に具体的にしてください。これはプロジェクト計画プロセスで最も重要なドキュメントの1つであり、適切に記述されたスコープステートメントは、恐ろしいスコープクリープを防ぐのに役立ちます。第4に、X社は、プロジェクトが2010年12月までに作成されることを読者に伝える以外に、スコープステートメントにタイムラインを記載していません。プロジェクトを成功させるには、利害関係者がタイムラインを確認し、注意することが重要です。重要なマイルストーン。たとえば、ゲームのコンセプトアートの期限はいつですか？スクリプトはいつ完成しますか？製品のパッケージはいつ完成しますか？また、ここで引用されている問題はありません。予算で説明される潜在的な財務リスクを検討するために、予備的なリスク評価を実行する必要があります。最後に、予算は含まれていません。 Bouncy Bunny Counts Moneyを作成するにはいくらかかりますか？何人の従業員が必要になりますか？時間をかけて適切なスコープステートメントをまとめることで、チームはプロジェクトが長期的に失敗する一般的な理由のいくつかを回避できます。
この投稿はシリーズの一部です：プロジェクトスコープの管理の維持
プロジェクトを成功させるには、スコープを明確に定義し、すべての利害関係者が理解する必要があります。このシリーズでは、スコープステートメントの記述方法、スコープ変更要求の処理方法などに関するヒントを見つけます。
- スコープステートメントの記述
- プロジェクトスコープステートメントの例
- スコープクリープとスコープディスカバリー
- PM認定、スコープ管理&利害関係者管理
- スコープの実装方法&プロジェクトの変更管理