20101120 cssnite hiroshima_pmbok4
•
11 j'aime•1,479 vues
CSS Nite in HIROSHIMAで使用した「もし広島の女子WebデザイナーがPMBOKガイド第4版を読んだら」の資料
Recommandé
Contenu connexe
Tendances
Similaire à 20101120 cssnite hiroshima_pmbok4
Similaire à 20101120 cssnite hiroshima_pmbok4 (20)
Plus de Chiaki Hayashi
Plus de Chiaki Hayashi (20)
20101120 cssnite hiroshima_pmbok4
- 5. prologue
- 24. 9つの知識エリア 統合マネジメント コミュニケーション 品 質 人的資源 タイムリスク スコープ調 達 コスト プロジェクト
- 26. 知識エリア プ ロ ジ ェ ク ト マ ネ ジ メ ン ト ・ プ ロ セ ス 群 4.プロジェ クト統合マ ネジメント 5.プロジェ クト・ス コープ・マネ ジメント 6.プロジェ クト・タイ ム・マネジメ ント 7.プロジェ クト・コス ト・マネジメ ント 8.プロジェ クト・品質 マネジメント 9.プロジェ クト人的資 源マネジメン ト 10.プロジェ クト・コ ミュニケー ション・マ ネジメント 11.プロジェ クト・リス ク・マネジメ ント 12.プロジェ クト調達マ ネジメント 4.1 プロジェ クト憲章作成 4.2 プロジェ クトマネジメ ント計画書作 成 4.3 プロジェ クト実行の指 導・マネジメ ント 4.4 プロジェ クト作業の監 視・コント ロール 4.5 統合変更 管理 4.5 プロジェ クトやフェー ズの終結 5.1 要求事項 収集 5.2 スコープ 定義 5.3 WBS作成 10.1 ステー クホルダー特 定 6.1 アクティビ ティ定義 6.2 アクティビ ティ順序設定 6.3 アクティビ ティ資源見積り 6.4 アクティビ ティ所要時間見 積り 6.5 スケジュー ル作成 7.1 コスト見 積り 7.2 予算設定 8.1 品質計画 9.1 人的資源 計画書作成 10.2 コミュニ ケーション計 画 11.1 リスクマ ネジメント計 画 11.2 リスク特 定 11.3 定性的リ スク分析 11.4 定量的リ スク分析 11.5 リスク対 応計画 12.1 調達計画 8.2 品質保証 9.2 プロジェ クト・チーム 編成 9.3 プロジェ クト・チーム 育成 9.4 プロジェ クト・チーム のマネジメン ト 10.3 情報配布 10.4 ステーク ホルダーの期 待のマネジメ ント 12.2 調達実行 5.4 スコープ 検証 5.5 スコー プ・コント ロール 6.6 スケ ジュール・コ ントロール 7.3 コスト・ コントロール 8.3 品質管理 10.5 実績報 告 11.6 リスク の監視・コン トロール 12.3 調達管 理 12.4 調達終 結 立ち上げ プロセス群 計画 プロセス群 実行 プロセス群 監視・コン トロール・ プロセス群 終結 プロセス群
- 27. 知識エリア プ ロ ジ ェ ク ト マ ネ ジ メ ン ト ・ プ ロ セ ス 群 4.プロジェ クト統合マ ネジメント 5.プロジェ クト・ス コープ・マネ ジメント 6.プロジェ クト・タイ ム・マネジメ ント 7.プロジェ クト・コス ト・マネジメ ント 8.プロジェ クト・品質 マネジメント 9.プロジェ クト人的資 源マネジメン ト 10.プロジェ クト・コ ミュニケー ション・マ ネジメント 11.プロジェ クト・リス ク・マネジメ ント 12.プロジェ クト調達マ ネジメント 4.1 プロジェ クト憲章作成 4.2 プロジェ クトマネジメ ント計画書作 成 4.3 プロジェ クト実行の指 導・マネジメ ント 4.4 プロジェ クト作業の監 視・コント ロール 4.5 統合変更 管理 4.5 プロジェ クトやフェー ズの終結 5.1 要求事項 収集 5.2 スコープ 定義 5.3 WBS作成 10.1 ステー クホルダー特 定 6.1 アクティビ ティ定義 6.2 アクティビ ティ順序設定 6.3 アクティビ ティ資源見積り 6.4 アクティビ ティ所要時間見 積り 6.5 スケジュー ル作成 7.1 コスト見 積り 7.2 予算設定 8.1 品質計画 9.1 人的資源 計画書作成 10.2 コミュニ ケーション計 画 11.1 リスクマ ネジメント計 画 11.2 リスク特 定 11.3 定性的リ スク分析 11.4 定量的リ スク分析 11.5 リスク対 応計画 12.1 調達計画 8.2 品質保証 9.2 プロジェ クト・チーム 編成 9.3 プロジェ クト・チーム 育成 9.4 プロジェ クト・チーム のマネジメン ト 10.3 情報配布 10.4 ステーク ホルダーの期 待のマネジメ ント 12.2 調達実行 5.4 スコープ 検証 5.5 スコー プ・コント ロール 6.6 スケ ジュール・コ ントロール 7.3 コスト・ コントロール 8.3 品質管理 10.5 実績報 告 11.6 リスク の監視・コン トロール 12.3 調達管 理 12.4 調達終 結 立ち上げ プロセス群 計画 プロセス群 実行 プロセス群 監視・コン トロール・ プロセス群 終結 プロセス群 9つの知識エリア 42のプロセス
- 29. 知識エリア プ ロ ジ ェ ク ト マ ネ ジ メ ン ト ・ プ ロ セ ス 群 4.プロジェ クト統合マ ネジメント 5.プロジェ クト・ス コープ・マネ ジメント 6.プロジェ クト・タイ ム・マネジメ ント 7.プロジェ クト・コス ト・マネジメ ント 8.プロジェ クト・品質 マネジメント 9.プロジェ クト人的資 源マネジメン ト 10.プロジェ クト・コ ミュニケー ション・マ ネジメント 11.プロジェ クト・リス ク・マネジメ ント 12.プロジェ クト調達マ ネジメント 4.1 プロジェ クト憲章作成 4.2 プロジェ クトマネジメ ント計画書作 成 4.3 プロジェ クト実行の指 導・マネジメ ント 4.4 プロジェ クト作業の監 視・コント ロール 4.5 統合変更 管理 4.5 プロジェ クトやフェー ズの終結 5.1 要求事項 収集 5.2 スコープ 定義 5.3 WBS作成 10.1 ステー クホルダー特 定 6.1 アクティビ ティ定義 6.2 アクティビ ティ順序設定 6.3 アクティビ ティ資源見積り 6.4 アクティビ ティ所要時間見 積り 6.5 スケジュー ル作成 7.1 コスト見 積り 7.2 予算設定 8.1 品質計画 9.1 人的資源 計画書作成 10.2 コミュニ ケーション計 画 11.1 リスクマ ネジメント計 画 11.2 リスク特 定 11.3 定性的リ スク分析 11.4 定量的リ スク分析 11.5 リスク対 応計画 12.1 調達計画 8.2 品質保証 9.2 プロジェ クト・チーム 編成 9.3 プロジェ クト・チーム 育成 9.4 プロジェ クト・チーム のマネジメン ト 10.3 情報配布 10.4 ステーク ホルダーの期 待のマネジメ ント 12.2 調達実行 5.4 スコープ 検証 5.5 スコー プ・コント ロール 6.6 スケ ジュール・コ ントロール 7.3 コスト・ コントロール 8.3 品質管理 10.5 実績報 告 11.6 リスク の監視・コン トロール 12.3 調達管 理 12.4 調達終 結 立ち上げ プロセス群 計画 プロセス群 実行 プロセス群 監視・コン トロール・ プロセス群 終結 プロセス群 弱いところ、難しいところ、 挑戦するところを 把握できる 42の全アクティビティのうち 20が計画プロセス
- 36. 具体的にスコープは WBS (Work Breakdown Structure) で把握します
- 43. ワークショップ です
- 50. 『品質は、計画や設計、作り込みによって 達成されるものであり、検査によってではない』 せっかくだから「近代品質マネジメント」の 概念をちょっと勉強してみますか？ PMBOKガイド第4版 190ページ
- 54. プロジェクトの開始時にプロジェクトの目的と妥当性、測定可能なプロジェクト目標 および関連する成功基準、ハイレベルの要求事項、予算なども記載して、クライアン トに提出しておくことの重要性 Last saved on 2009-09-12 12:09 AM Copyright © 2009 loftwork Inc. All Rights Reserved. 3 3. プロジェクトサマリ 3-1. 背景 ! 具体的施策の実現にはホームページの更新を今よりさらに活性化する必要があるが、現在、ホ ームページの管理体制は非常に規模が小さく、また全て一箇所で行っているため、中核的研究 機関として世界に求められる情報発信量や情報の質を維持するのは困難で、今後の広報活動に おいては大きな懸念材料である。そのため、ホームページによる情報発信業務を抜本的に見直 すと共に、それを支援する「コンテンツ・マネジメント・システム（以下、「CMS」という）」 を導入することで、情報の質を維持したまま情報発信量を向上させ、また単純更新の負荷を低 減することにより、企画調査の質を高め、戦略的広報の実現を狙う。 ! ホームページ担当者が 2 名体制のため、掲載依頼が重なると物理的にタイムリーな発信を出来 ないことが多い。 ! 本来は他部署職掌の定型的な情報でも、ホームページへの掲載という面だけで広報室が窓口に なっており、連絡等で余計な作業が発生している。 ! 同類の情報でも、依頼者・依頼部署により掲載方法や様式が様々で統一感が無いため、担当者 が様式に近いレイアウトに直すか、既存のレイアウトに合うように情報を整形してから発信す ることが多く、作業の手間や時間ロスが多く発生している。 ! 他部署の直轄ページでも、機構ホームページディレクトリ内にある場合は、ディレクトリの管 理権限がひとつのため、そのページに変更があるたびにアップロードの依頼があり、手間とな っている。 ! 各研究グループの個別のホームページにおいては、作成者のスキルレベルの違いによるクオリ ティに差があり、情報を探しづらいものがある。 3-2. プロジェクトゴール ! CMS 導入による情報発信性の向上 ・迅速な情報発信により NIMS の活動を知らしめ、ブランド力の向上 ・研究成果や設備共有など、利用者が知りたい情報を正確に伝える ! 若手研究者が参考にできるような、より具体的な内容の情報掲載数の向上 ・CMS 導入、現場への浸透により論文発表など情報掲載数の向上 ・デザイン/ユーザビリティの向上により、情報に伝達しやすくする ・検索性の向上により、情報を探しやすくする ・RSS の適切な配信など現在の WEB サイトに求められる機能の実現 ! より効果の高い広報手段の確立 ・CMS 導入により、より効果的な広報業務を実現。効果の高い広報活動を実現する 3-3. 重要成功要因 ! 既存コンテンツを精査しまとめること。 ! 貴社の業務効率の改善に寄与すること。 ! CMS への移行対象ファイルの特定と移行計画を明確に定め、速やかに移行作業を実施すること。 おまけ 「プロジェクトマネジメント計画書」
- 56. epilogue