二つの質問 の大規模情報システムのプロジェクト管理の範囲に
プロジェクト・スコープ・マネジメントは、要件の収集、スコープ管理計画の作成を含み、プロジェクトを完了するのに必要な作業を実現するために、プロジェクトの成功を確実にするために、スコープとレンジコントロールと一連の処理を確認するために、作業分解構造を作成するには、プロジェクトのスコープを定義する1つだけが含まれています。プロジェクト管理の範囲を定義し、制御するもの、何が含まれ、コンテンツを重視し、どのように範囲の変更を監視し、そうすることは含まれていません。
喜ばタイトルに「大規模情報システムプロジェクト・スコープ・マネジメント」は、以下の三つの側面から議論されています。
1。あなたが大規模な情報システムプロジェクト（プロジェクトの背景、プロジェクトの規模、スポンサー、目的、事業内容、組織、プロジェクトサイクル、製品の出荷など）に関与している作業の概要説明は、管理、およびあなたが引き受けるれている説明しています。
2。以下の点の周りに、プロジェクトマネジメントの実際の状況は、プロジェクト・スコープ・マネジメントのご理解を議論します。
（ 1）プロジェクト管理のプロジェクト範囲の重要性を確認します。
（どのように主な活動2）プロジェクト・スコープ・マネジメントが行われていますか？何が根拠、使用するツールは、どのような結果を提出する必要がありますか？
3。、それはあなたが（特定のアプローチを説明することができます）の範囲を管理する方法であるに言及した情報システムプロジェクトの論文を組み合わせて、自分の気持ちや経験を要約してください。
次のように紙の紙解答用紙に書かれています：
抽象
2015年4月には、私は「臨床情報統合プラットフォーム」XX病院に参加し、かつ建設側のプロジェクトマネージャーを務めていました。このプロジェクト IHE、DICOM、HL7や他の国際的な基準、標準化された情報モデル、データ型や医学用語、実績のあるオープンインタフェース、アダプタ、メッセージングミドルウェアエンジンや工業製品を使用して、病院HIS、電子カルテ、検査情報、画像管理、電気生理学管理システムは、綿密な統合、臨床意思決定、科学および運用管理およびその他の高度なアプリケーションが大幅に開発された包括的でした。受け入れによる2016年3月にプロジェクトのオンライン操作へのアクセス病院の賞賛は、このプロジェクトは完全な成功でした。本論文では、私の実際の経験例としてプロジェクトには、情報システムプロジェクト建設のプロセスについて説明しスコープ管理を：次の側面から主に精緻化、計画スコープ管理、要件の収集、定義、作成 WBS、確認範囲を制御範囲等は、効果的に改善するために、管理の範囲、レベル利害関係者のニーズおよび期待に応えます。
論文のテキスト
領域としてXX病院は、よく知られているトップ3の病院の長い歴史を持っている、外来、入院率がために、地域の病院のランキングの最前線に立ってきた情報技術の早期の和解費用から現在まで、情報技術を始め、早ければ10年前のようにXX病院電子カルテ、病院全体のさまざまな部署への情報・ノブ触手。データ通信事業しかしながら、病院業務及び歴史的な理由の複雑さのために、現時点で異種システムのダースの様々ながあり、各システムのメーカーや規格が異なり、情報の共有が適合することは困難であり、情報アイランド現象があり、様々なセクション形だけでなく、非効率的でなく、資源の消耗品の廃棄物を署名書を使用する必要が時々 、多くの場合があり、エラーは、病院全体のシステム統合、統合と拡張の影響を発生し、デジタル病院に限ら病院、病院のインテリジェント開発。この文脈では、XX病院は、既存の情報システムを統合し、拡張、統合クライアントの承認を得るため、同社のソリューション、および幸いに、変換するために、調達「臨床情報統合プラットフォームを」公共入札のための400万予算を投資しました公称のサプライヤー。契約書に署名した後、私はプロジェクトの実施と管理のためのチームをリード、同社のプロジェクトのプロジェクトマネージャーに任命されました。
このプロジェクトの目標は、病院臨床情報システムのさまざまな部門を達成することである、高度なコンピュータネットワークの使用、ネットワークデータベース、 AIE技術、電子カルテは、臨床のさまざまな活動を可能にし、「統合」ポータルプラットフォームのコアに統合されています文書データ、収集、保存、処理、およびデジタルの完全な共有を実現するための画像データ、プロセス全体の入院治療を管理するコンピュータ手段、完全な臨床レコードを変更し、紙使い捨ての様々なタイプの状況に関する報告書、健康管理の正確な臨床診断と治療臨床情報。「患者中心」のサービスのアイデアを実現するために、医療ミスを減らし、患者のケアは、よりタイムリーより正確に、かつ作業効率や医療のサービスの質を向上させます。
システムは、プロジェクトが正常に完了したことを確実にするために、建設の大規模な、タイトなスケジュールの構築（1年間の建設期間）、関与し、プロジェクトメンバーとより多くの機能でより複雑な利害関係者を、持っているので、私はにより、強いマトリックスプロジェクト組織構造を設定しました効果的なプロジェクト管理は、特に優れており、管理の範囲良好なパフォーマンス、プロジェクトの成功を得るために戦った後、プロジェクトチームのすべてのメンバーが率います、。この記事では、プロジェクトに焦点を当てるスコープ管理が議論を集中しました。
まず、ブレーンストーミング、スコープ管理計画の作成
仕事の完全なプログラムを開発する必要がありもしてプロジェクト管理作業の範囲の前に、計画する必要があるものは何でも。私は、既存の組織プロセス資産の使用、一緒にチームと呼ばれ、社内のプロジェクト管理の専門家を招待し、このプロジェクトの特定の状況を開発する「プロジェクトのスコープ経営計画」ために提供し 我々は開発し、「スコープ管理計画を、」一般的な内容は次のとおりです。スコープ、認識と制御を定義する方法、および方法 WBSを打破します。
第二に、要件を収集し、プロジェクトのスコープを定義します
要件を収集し、範囲を定義するという点で、私は使用アンケート、インタビュー、過去のデータと他のメソッドへのアクセスを。「臨床情報統合プラットフォームは、」病院のスタッフはこのことについて多くを知らなくても内部で、より複雑な情報システムであるので、この段階では、私はプロジェクトのニーズに焦点を置き、最初にすべての私は示唆しているフルの病院のリーダーシップ病院は、将来のユーザーのためのコミュニケーション、私も病院全体での私のプロジェクトチームを紹介するこの機会を利用し、すべての部門の部門が積極的に協力が必要な、病院の開発のために、このプロジェクトの重要性を明確に動員会議、会議のリーダーを開催しました前方ソリッドステップのうち、インタラクティブ。その後、私のチームのメンバーは、部門に至るまで、顧客が将来のかどうかを記述するために当社の製品と組み合わせ、事業区分の記録によって異なる医療システム事業、既存のプロセス、情報、データ交換やその他のさまざまな問題について分析しました彼らのニーズをカバーします。病院情報支店は、定義の範囲を反映して、私も観察するその他の関連情報部門と病院スタッフを招待整合性を最大にするために、私のドアの情報部門から最新のシステムの問題と需要を得るために、ステークホルダーの焦点であります私たちのサクセスストーリーとプロトタイプのデモンストレーション、プロジェクトの範囲について合意を達成するようになっています。最後に、私とチームは、プロジェクトの制約を照合、仮定および他の材料は一緒に詳細なプロジェクト・スコープ記述書を形成し、制御プロジェクト開発の範囲を確保するために病院に認定されましたが、また、プロジェクト管理のための意思決定のための基礎を提供します。
第三に、作成 WBSを
プロジェクトの複雑さに、経験と専門知識の勧告に基づき、私はステップすることはできませんWBSを作成するための作業を深く認識しています、必然的に変更され、洗練されたので、私は分解の「ローリング」方式を採用した、とされます最初の分解は、過去6ヶ月間の内容の範囲を詳細に説明した後、後半の一般的な内容よりも壊します。私は、プロジェクトの成果物、第一層の分解やライフサイクルの第2層の分解、このトップダウンの洗練の組成物の構造に応じて、既存のWBSの作業テンプレートやプロジェクトの特性と組み合わせて、他のリソースを使用します結果は、小さな、管理することができ、作業のパッケージに分割されています。チーム内の特性によると、私は仕事のパッケージに入れ、チームメンバーは、作業部会及び責任者かどうか、ドッキングを行います。プロジェクトの内容をクリアし、具体的な責任の作業分解構造では、病院は認識され、受け入れられています。
第四に、スコープ検証
プロジェクトのスケジュールと管理プロジェクトのスコープをスピードアップするために、プロジェクトは私が受け入れの方法の段階を使用していました。例えば、一般的にそうすることが彼らの作業負荷を増加させるが、前回の完了と受け入れを通じてが、通信に対向する面を介して通常マイルストーン点でより正式な会議、非点マイルストーンを保持非常に有利です。私たちは、設定、仮想化環境のために必要なサーバプラットフォームに統合臨床情報を、病院は受け入れ確認、正式な操作に入れ機器、ソフトウェアシステム内のプロジェクトのための基本的なコンピューティングリソースを提供する招待しました。
第五に、変更管理の範囲
でも最高の計画と作業分解構造不可能不変、情報システムそのものが複雑ある程度のを持っている、特に、プロジェクトはそう完全に不可能とされた変更を避けるために、クラスの情報システムの統合プラットフォームに属し、重要な問題が変更した場合です効果的なコントロール。私は病院のリーダーシップと通信した後に、この目的を達成するために、委員会は、私たちのチームのメンバー、病院の指導者、部門の代表者など、および対応するプロジェクトマネジメント研修を備え、変更管理委員会を設立しました。トレーニングや交流を通じて、病院スタッフのプロジェクト管理の知識、スタッフの業務知識が改善されている、仕事への熱意も増加しました。それが合理的なニーズの変化を満たすため、プロジェクトの円滑な進行を確保するために、プロジェクトのスコープを制御するためのものであるように、これらのプロジェクト管理の知識、ビジネス知識の変更を承認するかどうか、病院を助けるために非常に正確な決意が、得られることができます。
多くの場合、サードパーティのシステムを統合する必要性をアップグレードし、修正するので、このチームの中に、私はまた、管理、ソフトウェア要件、チームメンバーの権利を設定、その統一バージョン管理と追跡を行います。
経験
ラインは、異種データを達成するために病院の様々な医療システムを開いた後、積極的に病院のプロジェクトチームによってすべての努力と協力し、2016年3月におけるXX病院「臨床情報統合プラットフォーム」プロジェクトは、システムの検査に合格しましたこの引き換え、標準データストレージ、新しいレベルの病院の医療の効率と管理レベル、および運用の意思決定や科学的研究のために病院を支援するためにビッグデータを使用してのアイデア、病院の知恵への大きな一歩、病院高さを評価するために私たちのチームにリーダーシップ。このプロジェクトは、良い結果を達成しているが、改善のための領域のような、ありますが：プロジェクト境界外の「スコープ記述書は、」の範囲のプロジェクトに含まれてはならない場合、ジョブの説明は、かなり荒れだったものかもしれに説明においてより細かい点を働く、あなたは簡単に不必要な論争を避けるため、顧客の要件にいくつかの変更を除外することができます。心の中で学んだ教訓の欠如をしてください、私は継続的な蓄積と不断の努力によって、当社の情報システムのプロジェクト管理スキルが継続的に改善することができると確信しています。