Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

1顶益集团 项目管理实务研修课程-讲义-part1-講師版本

1.538 Aufrufe

Veröffentlicht am

Veröffentlicht in: Business, Technologie
  • Als Erste(r) kommentieren

1顶益集团 项目管理实务研修课程-讲义-part1-講師版本

  1. 1. 项目管理概论 (I) 项目管理知识领域 博颉策略顾问公司为 PMI 合格授权之教育训练机构
  2. 2. 沈迪銘 Steve, PMP/MBA 證照 : 國際項目管理師 (PMP) 政治大學企業管理系商學士 中山大學企業管理碩士 英商太古集團 – 總經理特別助理 錸德股份有限公司 – 項目經理 復盛股份有限公司 – 資深項目經理
  3. 3. 遊戲規則 <ul><li>Open mind & Have fun 放空與享受 </li></ul><ul><li>No 3S 與 3 不 </li></ul><ul><li>授課、分組討論與團體活動並行 </li></ul><ul><li>各組推選一名組長 </li></ul><ul><li>討論結果寫在白報紙上 </li></ul><ul><li>隨機選取小組上台分享 </li></ul><ul><li>每上課 70-75 分鐘,休息 10 分鐘 </li></ul><ul><li>著重項目管理,而非行銷管理 </li></ul><ul><li>不會每一頁照著授課 </li></ul>休息 10 分鐘 休息 10 分鐘 午休一小時 休息 10 分鐘 休息 10 分鐘 17:30 - 16:20 16:10 - 14:55 14:45 - 13:30 12:30 - 11:20 11:10 - 09:55 09:45 - 08:30
  4. 4. 課程摘要 <ul><li>第一天 </li></ul><ul><li>項目管理 概论 介紹 </li></ul><ul><li>五大过程及九大知识 </li></ul><ul><li>選定小組項目題目 </li></ul><ul><li>整合管理 </li></ul><ul><li>項目章程 </li></ul><ul><li>修定題目 </li></ul><ul><li>簡報技巧 </li></ul><ul><li>第二天 </li></ul><ul><li>整合管理 </li></ul><ul><li>項目管理計劃書內容 </li></ul><ul><li>范围 管理 </li></ul><ul><li>范围声明书 完成 </li></ul><ul><li>WBS 介紹 </li></ul><ul><li>人格特質與溝通技巧 </li></ul>
  5. 5. <ul><li>项目管理将是 21 世纪的首选职业 。 </li></ul><ul><li>项目管理将成为 21 世纪最具前景的 </li></ul><ul><li>黄金职业 。 </li></ul>
  6. 6. 课程大纲 <ul><li>一、 项目管理概论 </li></ul><ul><li>二、 项目管理知识领域 </li></ul><ul><li>三、项目生命周期与阶段 </li></ul><ul><li>四、项目组织结构与项目办公室 </li></ul>
  7. 7. <ul><li>一、 </li></ul><ul><li>PMBOK 项目管理概论 </li></ul>
  8. 8. 什么是项目 ? <ul><li> 根据 PMBOK 的定义: </li></ul><ul><li>『 项目是一种 暂时性 的努力以创造出 独一无二 的产品、服务或结果 。』 </li></ul><ul><li>A project is a temporary endeavor undertaking to create a unique product , service or result. </li></ul><ul><li> 组织的任务工作 (Works) </li></ul><ul><ul><li>1. 例行性作业 (Operations) :持续性、重复性的工作 </li></ul></ul><ul><ul><li>2. 项目 (Projects) :暂时性、独特性的工作 </li></ul></ul><ul><li> 例行性作业 ( 维持营运 ) 与 项目 ( 实现目标 ) 的 「 共同性 」 ? </li></ul><ul><ul><li>1. 均由 人 来做 </li></ul></ul><ul><ul><li>2. 受制于 有限资源 </li></ul></ul><ul><ul><li>3. 均需要 规划 、 执行 与 控制 </li></ul></ul><ul><li> 组织的项目目的: 为了要达成组织策略性之目标 。 </li></ul>
  9. 9. 项目的应用范例 <ul><li>新产品 開發 或 行銷規劃作業 </li></ul><ul><li>促进组织结构、人事或型态的改变 </li></ul><ul><li>设计新交通工具或先进科技工具 </li></ul><ul><li>发展一套新的或改良过的数据系统 </li></ul><ul><li>建构一栋建筑物或设备工程 </li></ul><ul><li>举行大型活动或从事竞选活动 </li></ul><ul><li>实行一项新的企业程序或方法 </li></ul>Fast Moving Consumer Goods Structure IT Network Finance Automobile 企業 Enterprises 【本图谨表示一般应用项目之领域与项目,实际上项目应用层面更为广泛】
  10. 10. 项目 共通性 <ul><ul><li>1. 无论执行时间长短,一个项目都具有一定的 起始及结束 时间。 </li></ul></ul><ul><ul><li>2. 执行项目需使用资源,而通常项目都是在 资源有限 的环境 下运作。 </li></ul></ul><ul><ul><li>3. 项目内部间各任务具有「相互依赖」、「界面」 及 「相互关系」, 同时 与外部环境息息相关,彼此间需密切合作、按一定顺序执行,并具备高度整合性。 </li></ul></ul><ul><ul><li>4. 特殊性 - 该项任务是 独一无二 且未曾发生过的 。 </li></ul></ul><ul><ul><li>5. 在组织内外经常隐含「利益冲突」。 </li></ul></ul><ul><ul><li>6. 利害关系者对项目的成败影响日益加重 。 </li></ul></ul>
  11. 11. 什么是项目管理 ? <ul><li> PMBOK 定义 : 项目管理是应用知识、技能、工具和技术于项目活动上,使期能符合项目的需求 。 </li></ul><ul><li>(Project Management is the application of knowledge , skills , tools , and techniques to project activities to meet project requirements.) </li></ul><ul><li> 项目管理是经由项目起始、规划、执行、监控及结束等五大过程及 九大知 识 ( 整合、范围、时间、成本、质量、人力资源、沟通、风险、采购管理 ) 的运作,方得以完成。 </li></ul><ul><li> 项目团队负责管理各项项目工作,其中包含: </li></ul><ul><ul><li>辨认需求。 </li></ul></ul><ul><ul><li>确定清楚且能达成的 目标 。 </li></ul></ul><ul><ul><li>权衡 范围、 时间、成本、质量 与风险 间的 需求竞争 。 </li></ul></ul><ul><ul><li>管理各种 利害关系者 间彼此不同的需求与期望 。 </li></ul></ul><ul><li> 项目管理人员组织或所有利害关系者,均负有职业道德的责任 。 </li></ul>為領導辦生日 party
  12. 12. 项目管理知识体系 42 个子过程 Page 26 起始 规划 执 行 控制 结束 整合 . 发展项目章程 . 发展项目管理计划书 . 指导与管理项目执行 . 监督与管制项目工作 . 执行整合变更控制 . 结束项目或阶段 范围 . 搜集需求 . 定义范围 . 建立 WBS . 验证范围 . 控制范围 时间 . 定义活动 . 排序活动 . 估算活动资源 . 估算活动期程 . 发展时程 . 控制时程 成本 . 估算成本 . 决定预算 . 控制成本 质量 . 规划质量 . 执行质量保证 . 执行质量管理 人资 . 发展人力资源计划书 . 组建项目团队 . 发展项目团队 . 管理项目团队 沟通 . 辨识利害关系者 . 规划沟通 . 发布信息 . 管理利害关系者期望 . 报告绩效 风险 . 规划风险管理 . 辨识风险 . 执行定性风险分析 . 执行定量风险分析 . 规划风险回应 . 监视与控制风险 采购 . 规划采购 . 执行采购 . 管理采购 . 结束采购
  13. 13. 项目管理六要素 资料来源: Rory Burke,“Project Management—Planning and Control Techniques (3 rd )” John Wiley & Sons ,Ltd,1999 。 <ul><li>目的 </li></ul><ul><li>客户满意度 </li></ul><ul><li>有利的改变 </li></ul>组织 (Organization) 成本 (Cost) 时间 (Time) 质量 (Quality) 范围 (Scope) 专 案 环 境 专 案 环 境 Organizational structure Responsibility charts <ul><li>Work breakdown structure </li></ul><ul><li>Integrative </li></ul><ul><li>Strategic </li></ul><ul><li>Detail </li></ul>Quality assurance Quality control Attitudes Networks Bar-charts Cost breakdown structure Cost control
  14. 14. <ul><li>二、 </li></ul><ul><li>项目管理知识领域 </li></ul>
  15. 15. 项目管理专业领域图示 1. 项目管理知识体系 Project Management Body of Knowledge PMBOK 3. 理解项目环境 Understand the Project Management Environment 4. 应用管理 知识与技能 General Management Knowledge & Skills 5.( 处理 ) 人际关系技能,交际能力 Soft Skills 2. 应用领域知识、标准与规章制度 Application Areas Knowledge, Standard & Regulation Competency = Knowledge + Experience + Personality + Leadership
  16. 16. 应用知识领域、标准与规范 规范 (Regulation) 是一种律定产品、生产程序或服务特性的文件,并包括可适用的管理条款,遵守规范属强制性的要求。 标准 (Standard ) 经由共识制订,并经由某一公认机构核准,提供一般且重复使用之产品、程序或服务有关之规则、指引或特性之文件。标准的制定需根据科学、技术及经验的统合结果,其目的在提高社会的最佳利益。 ( 根据经济部标准检验局对于标准一词之定义 ) 应用领域 之知识及应用  功能性管理及辅助学科 ( 法律、生产、库存仓储、营销、物流、人事管理、会计 )  技术要素 ( 软件开发、工程、药品制造 )  管理专业 ( 政府招标订约、小区开发、新产品开发 )  产业团体 ( 汽车业、环保业、金融业、通讯业、医药生技业 ) 術業有專攻
  17. 17. 了解项目管理环境 国际与政治环境 文化 与社会环境 自然环境 <ul><li>经济发展、人口分布、教育状况 </li></ul><ul><li>道德观、种族、宗教信仰 </li></ul><ul><li>风俗民情、生活习惯、社会治安 </li></ul><ul><li>社会价值观与态度 </li></ul><ul><li>了解当地生态系统 </li></ul><ul><li>地理位置及交通状况 </li></ul><ul><li>相关地理知识 </li></ul><ul><li>了解自然环境对项目或受到项目的影响 </li></ul><ul><li>国际关系 </li></ul><ul><li>国家地区与时区 </li></ul><ul><li>政治气氛及关系 </li></ul><ul><li>当国之政策、法律、关税、投资法令 </li></ul>
  18. 18. 一般管理知识与技能 计划 组织 执行 协调 控制 一般管理 知识与技能 一般管理知识与技能是掌握项目管理的基础 , 因此对项目经理是十分重要的知识与技能。在任何特定的项目上可能会要求使用许多一般知识领域的技能。  策略规划 、 行动规划与实施规划  组织结构组织行为人事管理  财务管理与会计  合同 与公司法  制造与批发  业务 销售与市场营销  通路与物流管理  采购与总务  健康与安全维护  信息技术
  19. 19. 人际关系技能 领导 Leading 沟通 Communication 谈判与冲突管理 Negotiating & Conflict Management 组织影响 Influencing The Organization 问题解决 Problem Solving 激励 Motivation 项目经理绝大多数的工作在沟通上,目的在促进信息交流,有效沟通。 明确定义问题,辨识与分析解决办法,以做出决策消弭问题 。 与人协商讨论,取得共识与达成协议,对冲突事项进行预防与管理。 建立「把事情做好」的能力,并影响组织朝此一方向进行。 勾勒与确定愿景、使命、目标与策略,并激励人员达成之。 激发人员工作动力,克服变革的障碍,进而达到高水平的绩效 。 Soft Skills
  20. 20. 计划 / 项目 Program / Project <ul><li>Program </li></ul><ul><ul><li>泛指一项长期或更大规模的工作,可包括许多相关的项目,以 合作、协调 等方式去获得「无法从个别项目中得到」的效益。 . </li></ul></ul>Program Project (1) Project (2) Project (3) Subproject (1) Subproject (2) Task (1) Task (2)
  21. 21. 项目组合管理 Portfolios Management <ul><li>管理一群项目或计划来达成企业的策略目标 </li></ul><ul><ul><li>A collection of projects or programs and other works that are grouped together to facilitate effective management of that work to meet strategic business objectives. </li></ul></ul><ul><li>组合管理内的项目或计划 不一定相关 </li></ul><ul><ul><li>The projects or programs in the portfolio may not necessarily be interdependent or directly related. </li></ul></ul>
  22. 22. <ul><li>三、 </li></ul><ul><li>项目生命周期与阶段 </li></ul>
  23. 23. 项目阶段和项目生命周期 <ul><li>因项目具有一定程度的 不确定性 ,且因 复杂性 与 行业别不同 ,其周期亦有所不同: </li></ul><ul><ul><li>如产品营销项目 - 市场分析、消费者需求分析、产品设计、生产制造、通路整合、营销业务、运输与现场销售、客户反馈、改善作业。 </li></ul></ul><ul><li>实施项目时,通常会将每个项目 分解为几个项目阶段 (Project Phase) ,以便有 更好的管理和控制 。 </li></ul><ul><li> 项目的 各个阶段 构成 项目整个 生命周期 (Project Life Cycle) </li></ul>
  24. 24. 项目阶段的特征 <ul><li>每个项目阶段都以一个或一个以上的 工作成果 为标的 ,这种工作成果是有形的,且可鉴定的 ,以利管理控制 ( 如一份市场分析报告、产品设计图、 或产品模型 ) 。 </li></ul><ul><li>一个项目阶段的结束 , 通常对此阶段的 交付成果和绩效进行 检视 -决定下个阶段是否继续或终止 (phase exits 阶段出口 /stage gates 进阶之门 /or kill points 封杀点 ) 。 </li></ul>
  25. 25. 项目 生命周期特性 <ul><li>生命周期可用于定义一个项目的起始和终止 </li></ul><ul><ul><li>例如,当一个组织发现某一种机会而在正式进行发展前,经常会先进行 需要评估 (Needs Assessment) 及 / 或 可行性研究 ,以决定是否应该从事此一项目 。 </li></ul></ul><ul><ul><li>参考项目生命周期的定义, 决定此项可行性研究是否应该视为项目的第一阶段 ,或只是一个完全不同的项目。 </li></ul></ul><ul><li>项目生命周期内的阶段交接 </li></ul><ul><ul><li>必须视前一阶段的可交付成果是否已完成审查与核准,应于正式验收之后才能进入下一阶段。 </li></ul></ul>
  26. 26. 项目生命周期共同特性 <ul><ul><li>项目阶段按前后顺序相接,并依某种技术形式或文件 确认交接。 </li></ul></ul><ul><ul><li>项目 初期,成本和人力需求的程度很低 ,但会随项目的持续进行而逐渐增高,最后则会在项目结束前急速降低 。 </li></ul></ul><ul><ul><li>项目 初期, 风险和不确定性最高 , 故成功完成的机率为最低。但随着项目的持续进行,其成功机率则会逐渐增高 。 </li></ul></ul><ul><ul><li>项目 初期, 利害关系者对于最终产出的特性和最后成本的影响为最大 ;但是随着项目的持续进行,其影响则会逐渐减少 。 </li></ul></ul>
  27. 27. 产品营销 项目生命周期 项目管理 市场 现况分析 消费者 分 析 营销 作业规划 产品 上市 市场调查 产品 设计规划 产品 制造生产 原物料采购 产品定位 主要客群 产品定价 产品包装 机器设备 人员训练 通路整合 广告宣传 公关活动 销售训练 产品铺货 广告宣传 现场销售
  28. 28. 四、 组织结构与项目办公室
  29. 29. 项目管理与组织 1. 利害关系者 Stakeholder 2. 组织影响 Organizational Influences 项目发起人 项目经理 项目团队 执行组织 顾客 / 使用者 利害团体 组织制度 文化与风格 组织结构 项目管理办公室 项目管理系统  功能化组织  项目化组织  强矩阵  平衡矩阵  弱矩阵  混合型组织 项目管理与组织环境 人 環境
  30. 30. 项目利害关系者 Project Stakeholders <ul><li>关键利益相关者 </li></ul><ul><li>项目经理 (PM) : 管理 该 项目 </li></ul><ul><li>客户 / 用户 : 使用该产品或服务 </li></ul><ul><li>企业 :执行该项目的企业 </li></ul><ul><li>发起人 (sponsor) : 提供财政资源 </li></ul><ul><li>项目团队 :执行项目工作 </li></ul><ul><li>项目管理阶层 : 直接涉及项目活动 </li></ul><ul><li>项目办公室 </li></ul>利害關係者:那些由於項目的實施或項目的成功 其利益受到 正面或反面 影響的個人 / 團體
  31. 31. 利害关系者分析 - 范例 WIIFM: what’s it in for me? 我有什麼好處 ? 其它 给予足够时间协调,可有好价钱。 让他高兴,且给予员工分红。喜欢逛夜店。 所有作业需经他确认后执行,且须配合其在家工作要求。 持续进度报告,以简短且明确方式对应。 对应作法 … 低,可有其它厂商取代 难以替代 项目主要成败者 非常高,有终结项目权 对项目影响力 … 非常高 高 高 非常高 对项目兴趣程度 … 新成立公司,项目成功对其未来发展帮助很大。 最好的市场策划人员,但个性古怪。固执己见,难搞。 非常聪明,但取巧。生物学博士,具有多项专利权。易与人接近,有一学步小孩。 惯于发号司令,对事要求细节。军职背景,上校退役。 个人特性 … 主要 原料 供货商 市场策划经理 项目技术专家 ( 如:营养师 ) 项目赞助者,公司创办人 之一 。 项目对应任务 … 原料厂商 项目成员 项目成员 内部资深经理 对应单位 … 林满懿 吴观析 李新劳 曾重耀 项目人名
  32. 32. 各型态组织结构之分析 执行长 项目经理 项目经理 项目经理 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚  项目化组织结构 执行长 功能性经理 功能性经理 功能性经理 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚  功能性组织结构 项目协调 项目协调
  33. 33. 各型态组织结构之分析 功能性经理 功能性经理 功能性经理 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚  弱矩阵式组织结构 项目协调 执行长 功能性经理 功能性经理 功能性经理 幕僚 幕僚 项目经理 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚  平衡矩阵式组织结构 项目协调 执行长 功能性经理 功能性经理 功能性经理 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚  强矩阵式组织结构 项目协调 执行长  混和式组织结构 项目总管理人 幕僚 幕僚 项目经理 功能性经理 功能性经理 功能性经理 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 幕僚 执行长 项目总管理人 幕僚 幕僚 项目经理 A 项目协调 B 项目协调  混合式组织结构
  34. 34. 项目特性与组织型态 资料来源: PMBOK Guide Edition 项目管理知识体系导读指南华文繁体版 组织结构对于项目的影响 组织型态 项目特性 项目经理人之职权 全职参与项目 之人员比例 项目经理人之角色 扮演项目经理人角色 之一般职称 项目管理之行政幕僚 功能性 无或很少 兼任 项目协调 / 项目领导 兼任 矩阵式 (Matrix) 项目化 低度 兼任 全职 兼任 兼任 全职 全职 全职 全职 低度到中度 中度到高度 高度到 几乎完全 项目协调 / 项目领导 项目经理 / 项目管理 项目经理 / 项目群经理 项目经理 / 项目群经理 平衡矩阵式 强矩阵式 弱矩阵式 无或很少 低度 低度到中度 中度到高度 高度到 几乎完全
  35. 35. 各组织型态优缺分析 <ul><li>仅有部门职能 ( 隧道視線 / 部門主義 ) </li></ul><ul><li>无明确责任者 </li></ul><ul><li>客户可能找不到专门联络人 </li></ul><ul><li>项目范围乃层层移转 </li></ul><ul><li>不易进行整合管理 </li></ul><ul><li>部门提出的建议会较狭隘 </li></ul><ul><li>部门间的竞争与冲突将阻碍信息流通 </li></ul><ul><li>简单管理灵活 </li></ul><ul><li>单一报告主管 </li></ul><ul><li>明确工作范围 </li></ul><ul><li>易于建立技术智库 </li></ul><ul><li>有归属感,部门成员彼此支持 </li></ul><ul><li>易于沟通,对问题反应较迅速 </li></ul>功能型组织 <ul><li>结构复杂 ,较难操作 </li></ul><ul><li>双重责任, 有两个报告主管 </li></ul><ul><li>权利不易平衡,会带来 混乱 </li></ul><ul><li>项目人员不想工作很长时间 </li></ul><ul><li>与功能性组织相比信息流通 </li></ul><ul><li>更快 </li></ul><ul><li>运作成本较高,需大量程序 </li></ul><ul><li>双重报告导致成本增加 </li></ul><ul><li>项目结束后,成员无家可归 </li></ul><ul><li>进行多项项目时, 资源使用效率不高会造成浪费 </li></ul><ul><li>着重项目决策,对技术执行层面考虑较少 </li></ul>缺 <ul><li>项目目标明显易见 </li></ul><ul><li>责任清楚 </li></ul><ul><li>客户直接与项目经理沟通 </li></ul><ul><li>技术专家仍在各部门 </li></ul><ul><li>几个项目可分享资源 </li></ul><ul><li>项目与功能部门分摊资金成本 </li></ul><ul><li>可得到较多职能经理的支持 </li></ul><ul><li>信息流通良好 </li></ul><ul><li>组织简单 </li></ul><ul><li>项目经理有充分权利 </li></ul><ul><li>对项目全力已赴 </li></ul><ul><li>高度自主性 </li></ul><ul><li>熟练的成员可以分派至类似项目 </li></ul><ul><li>成员直接向项目经理报告 </li></ul><ul><li>沟通更有效 </li></ul><ul><li>决策速度快 </li></ul>优 矩阵型组织 项目型组织
  36. 36. 项目 办公室 <ul><li>PMO 定位为企业项目管理的业务支持机构或内部咨询机构,主要职责包括: </li></ul><ul><ul><li>开发和维护项目管理标准、方法和程序 </li></ul></ul><ul><ul><li>为企业提供项目管理的咨询和指导 </li></ul></ul><ul><ul><li>为企业提供合格的项目经理 </li></ul></ul><ul><ul><li>为企业培训项目管理人才 </li></ul></ul><ul><ul><li>为企业建置共通的项目管理环境 </li></ul></ul><ul><ul><li>为企业提供有关项目管理的其它支持 </li></ul></ul>
  37. 37. 项目办公室的建立与运作 <ul><li>从建立 PMO 到使其具备成熟的管理能力通常需要经过下列几个阶段: </li></ul><ul><ul><li>确定项目管理办公室提供的服务内容 </li></ul></ul><ul><ul><li>确定项目管理办公室人员的职责和技能要求 </li></ul></ul><ul><ul><li>建立项目管理办公室并宣布其开始作业 </li></ul></ul><ul><ul><li>持续满足利害关系者需要 / 需求 </li></ul></ul><ul><ul><li>持续提供高质量的服务 </li></ul></ul><ul><ul><li>持续改善项目管理过程 </li></ul></ul><ul><ul><li>为客户提供最佳的服务 </li></ul></ul>
  38. 38. 项目管理系统 检核进度 采取行动 稽核绩效 控制 项目定义 策略研拟 制定时程排序 规划 历史与目前 成本、进度 、质量 信息 排程、进度 模拟、 挣值 工作分解结构 方法 / 手段 价值观 信念、态度 行为、传统 文化 职权 责任 分工、义务 组织结构 领导才能、教育训练、沟通、谈判、激励、制定决策、团队建立 人的因素 ( 决策者 )
  39. 39. <ul><li>本单元课程结束 </li></ul><ul><li>谢谢 ! </li></ul>
  40. 40. 项目管理概论 (II) 五大过程与九大知识领域 博颉策略顾问公司为 PMI 合格授权之教育训练机构
  41. 41. 课程大纲 <ul><li>一、 项目管理五大过程群组 </li></ul><ul><li>二、各过程群组间之互动与影响 </li></ul><ul><li>三、 九大知识管理领域之概述 </li></ul>
  42. 42. <ul><li>一、 </li></ul><ul><li>项目管理之五大过程群组 </li></ul>
  43. 43. 项目管理五大过程群组 起始过程 Initiating 监控过程 Monitoring & Controlling 执行过程 Executing 结束过程 Closing  确认一项目或阶段应开始进行并 获得执行之许可 。  运用及协调人及相关资源以实现一项计划 。  设计及维持一可予实践的计划以利能具体执行满足特殊需要的项目 。  藉质量监控及进度衡量以确保项目目标之有效达成,并视情况采取必要的改善措施 。  正式接受项目的结果并按计划终结所有作业 。 规划过程 Planning
  44. 44. 项目边界 规划过程组 执行过程组 结束 过程组 起始 过程组 监控过程组 项目发起人 或赞助人 项目依据 可交付成果 项目文件 经验学习 最终 使用者 组织 过程资产 项目边界
  45. 45. 项目起始过程群组 起始过程组 发展项目章程 辨识利害关系者 规划过程组 执行过程组 监控过程组
  46. 46. <ul><li>分组订题 </li></ul><ul><li>1. 分享个人『课前调查表』 </li></ul><ul><li>2. 决定小组题目 </li></ul>p31 讓我們先瞭解「 发展项目章程」 (p37) (p80)
  47. 47. 项目规划过程群组 发展项目 管理计划 搜集需求 定义范围 定义活动 建立工作 分解结构 辨识风险 决定预算 估算 活动资源 发展人力 资源计划 规划 风险管理 规划 风险回应 估算成本 估算 活动期程 规划质量 排序活动 发展时程 执行定性 风险分析 执行定量 风险分析 规划采购 规划沟通 规划过程组 起始过程组 执行过程组 监控过程组 结束过程组
  48. 48. 项目执行过程组 起始过程组 规划过程组 控制过程组 结束过程组 执行过程组 指导与管理 项目执行 执行质量 保证 组建 项目团队 发展 项目团队 管理 项目团队 发布信息 执行采购 管理利害 关系者期望
  49. 49. 项目监控过程群组 规划过程组 结束过程组 起始过程组 结束过程组 监控过程组 监测与控制 项目工作 执行整合 变更控制 验证范围 控制范围 控制时程 控制成本 执行 质量管理 监视与控制 风险 管理采购 报告绩效
  50. 50. 项目结束过程群组 规划过程组 监控过程组 执行过程组 结束过程组 结束采购 结束 项目或阶段
  51. 51. <ul><li>二、 </li></ul><ul><li>过程群组间之互动与影响 </li></ul>
  52. 52. 各阶段过程之交互影响 <ul><li>过程群组是以其产生的结果作为连接:此意谓 某一群组的产出结果会成为另一群组的投入 。 </li></ul><ul><li>在中央的几个过程群组之间的关系是 交互影响 的,例如: 计划过程提供执行过程一个初步的项目计划,然后随着项目的发展,持续更新计划内容。项目管理之过程群组并非是不连续的、或单一事件,而 是 相互重迭的活动,并以不等的强度存在于项目的每个阶段。 </li></ul>图 2 、 阶段内过程群组之重迭情形 过程相互 作用之程 度 执行过程 阶段开始 起始过程 规划过程 监控过程 结束过程 阶段结束 时间
  53. 53. 整合管理 (p37) 范围 管理 (p57) (p66)
  54. 54. 过程之关系与互动 <ul><li>项目并非需要所有的过程 ,项目管理团队应辨识 、选择 和管理所必要的过程,以确保项目的成功。 </li></ul><ul><li>对 特殊资源的项目 ( 商用软件开发、生化制药业等 ) ,可能要在定义范围之前 先界定执行者的角色和责任 , 因为项目能够做出什么结果取决于谁承担这一项工作 。 </li></ul><ul><li>某些过程的产出可能已被定义成某 限制条件 。 例如,管理阶层可能已先行设定目标完工日 , 而非透过规划过程而来 。 </li></ul><ul><li>较大的项目需要更详尽的规 画 。例如,风险的辨识需要再作进一步地细分,以利于辨明个别风险。 </li></ul><ul><li>对次项目和较小的项目,只需花较少的付出在其执行过程上即可, ( 例如:由四人组成的 小项目可能没有正式沟通计划的必要 ) </li></ul>
  55. 55. PMI 观点之项目过程重点 1. 确保个人诚信。 2. 对项目管理知识基础的贡献。 3. 提升项目专业能力。 4. 提高利害关系者之间的互动。 8.61% 职业道德 Professional responsibility 1. 获得项目最终的验收与接受。 2. 获得财务上、行政上及法律上的结案。 3. 释出项目资源。 4. 定义纪录与沟通经验学习。 5.6. 完成与维护项目纪录。 7. 评量顾客满意度。 8.57% 结束 Closing 1. 评量项目绩效。 2. 验证与管理项目之变更事项。 3. 确保项目可交付成果符合质量标准。 4. 监视所有风险。 21.03% 监控 Monitoring & Controlling 1. 执行项目计划书所定义之工作。 2. 共识确保与期望设定。 3.4. 管理资源分配。 5. 实施质量管理计划。 6. 实施核准变更。 7. 实施核准之活动与因应对策。 27.5% 执行 Executing 1. 定义与记录需求限制条件与假设事项。 2. 辨识项目团队与定义角色与职务。 3.4. 发展变更管理计划书。 5. 辨识风险与定义风险策略。 6. 计划书获得核准。 7. 举办项目启动会议。 22.7% 规划 Planning 1. 执行项目管理选择方法。 2. 定义范围。 3. 记录项目风险、假设事项与限制条件。 4. 辨识与分析利害关系者。 5. 发展项目章程。 6. 获得项目章程之核准。 11.59% 起始 Initiating 重要内容 比率 过程及项目
  56. 56. <ul><li>三、 </li></ul><ul><li>项目管理九大知识领域概述 </li></ul>
  57. 57. 项目管理知识体系 42 个子过程 起始 规划 执 行 控制 结束 整合 . 发展项目章程 . 发展项目管理计划书 . 指导与管理项目执行 . 监督与管制项目工作 . 执行整合变更控制 . 结束项目或阶段 范围 . 搜集需求 . 定义范围 . 建立 WBS . 验证范围 . 控制范围 时间 . 定义活动 . 排序活动 . 估算活动资源 . 估算活动期程 . 发展时程 . 控制时程 成本 . 估算成本 . 决定预算 . 控制成本 质量 . 规划质量 . 执行质量保证 . 执行质量管理 人资 . 发展人力资源计划书 . 组建项目团队 . 发展项目团队 . 管理项目团队 沟通 . 辨识利害关系者 . 规划沟通 . 发布信息 . 管理利害关系者期望 . 报告绩效 风险 . 规划风险管理 . 辨识风险 . 执行定性风险分析 . 执行定量风险分析 . 规划风险回应 . 监视与控制风险 采购 . 规划采购 . 执行采购 . 管理采购 . 结束采购
  58. 58. 项目整合管理 Integration Management <ul><li>项目整合, 为完成项目、满足顾客及利害关系者的要求而贯穿整个项目的重要管理活动,同时确保项目所需执行的各项活动,均能相互协调及有效整合 的一系列程序及方法,包含: </li></ul><ul><ul><li>发展项目章程 </li></ul></ul><ul><ul><li>( Develop Project Charter ) </li></ul></ul><ul><ul><li>发展项目管理计划书 </li></ul></ul><ul><ul><li>( Develop Project Management Plan ) </li></ul></ul><ul><ul><li>指导与管理项目执行 </li></ul></ul><ul><ul><li>( Direct and Manage Project Execution ) </li></ul></ul><ul><ul><li>监控项目工作 </li></ul></ul><ul><ul><li>( Monitor and Control Project Work ) </li></ul></ul><ul><ul><li>执行整合变更控制 </li></ul></ul><ul><ul><li>( Perform Integrated Change Control ) </li></ul></ul><ul><ul><li>结束项目或阶段 </li></ul></ul><ul><ul><li>( Close Project or Phase ) </li></ul></ul>I ntegration Management
  59. 59. 项目范围管理 Scope Management <ul><li>项目范围管理,系用以确保成功完成项目所需的全部工作,主要关心的是确定与控制那些应该与不应该包括在项目内的程序。清楚定义与控制整个项目所涵盖之范围﹝何人、何事、何物﹞的一系列程序及方法,包含: </li></ul><ul><ul><li>搜集需求 </li></ul></ul><ul><ul><li>( Collect Requirements ) </li></ul></ul><ul><ul><li>定义范围 </li></ul></ul><ul><ul><li>( Define Scope ) </li></ul></ul><ul><ul><li>建立工作分解结构 </li></ul></ul><ul><ul><li>( Create WBS ) </li></ul></ul><ul><ul><li>验证范围 </li></ul></ul><ul><ul><li>( Verify Scope ) </li></ul></ul><ul><ul><li>控制范围 </li></ul></ul><ul><ul><li>( Control Scope ) </li></ul></ul>S cope Management
  60. 60. 项目时间管理 Time Management <ul><li>项目时间系确保能 如期 完成项目所需之工作与活动的一系列程序及方法,包含 : </li></ul><ul><ul><li>定义活动 </li></ul></ul><ul><ul><li>( Define Activity ) </li></ul></ul><ul><ul><li>排序活动 </li></ul></ul><ul><ul><li>( Sequence Activity ) </li></ul></ul><ul><ul><li>估算活动资源 </li></ul></ul><ul><ul><li>( Estimate Activity Resource ) </li></ul></ul><ul><ul><li>估算活动其程 </li></ul></ul><ul><ul><li>( Estimate Activity Duration ) </li></ul></ul><ul><ul><li>发展时程 </li></ul></ul><ul><ul><li>( Develop Schedule ) </li></ul></ul><ul><ul><li>控制时程 </li></ul></ul><ul><ul><li>( Control Schedule ) </li></ul></ul>T ime Management
  61. 61. 项目成本管理 Cost Management <ul><li>项目成本,系用以确保项目能 如预算地 完成所需之工作与活动的一系列程序及方法,包含: </li></ul><ul><ul><li>估算成本 </li></ul></ul><ul><ul><li>( Estimate Cost ) </li></ul></ul><ul><ul><li>决定预算 </li></ul></ul><ul><ul><li>( Determine Budgeting ) </li></ul></ul><ul><ul><li>控制成本 </li></ul></ul><ul><ul><li>( Control Cost ) </li></ul></ul>C ost Management
  62. 62. 项目质量管理 Quality Management <ul><li>项目管理领域之一部份,系确保项目能 如质地 满足所有的需求的一系列程序及方法,即决定质量方针、目标与责任的活动并透过质量规划、保证、控制及改善来达到成果,包含: </li></ul><ul><ul><li>规划质量 </li></ul></ul><ul><ul><li>( Plan Quality ) </li></ul></ul><ul><ul><li>执行质量保证 </li></ul></ul><ul><ul><li>( Perform Quality Assurance ) </li></ul></ul><ul><ul><li>执行质量控制 </li></ul></ul><ul><ul><li>( Perform Quality Control ) </li></ul></ul>Q uality Management
  63. 63. 项目人力资源管理 Human Resource Management <ul><li>项目人力资源管理,系用以确保以 最有效的方式 组建项目团队、发展团队、运用人员完成项目所需之工作与活动的一系列程序及方法;其范围包含项目的所有「利害关系者」 ,包含: </li></ul><ul><ul><li>发展人力资源计划书 </li></ul></ul><ul><ul><li>( Develop Human Resource Plan ) </li></ul></ul><ul><ul><li>组建项目团队 </li></ul></ul><ul><ul><li>( Acquire Project Team ) </li></ul></ul><ul><ul><li>发展项目团队 </li></ul></ul><ul><ul><li>( Develop Project Team ) </li></ul></ul><ul><ul><li>管理项目团队 </li></ul></ul><ul><ul><li>( Manage Project Team ) </li></ul></ul>H uman resource Management
  64. 64. 项目沟通管理 Communication Management <ul><li>项目沟通管理,系用以确保能 适时妥当 地将项目相关信息予以搜集、保存、汇总、发布及传送给所有项目利害关系者的一系列程序及方法,须提供人员之间关键性的连结及充分意见与信息交换的机制,其内容包含: </li></ul><ul><ul><li>辨识利害关系者 </li></ul></ul><ul><ul><li>( Identify Stakeholders ) </li></ul></ul><ul><ul><li>规划沟通 </li></ul></ul><ul><ul><li>( Plan Communication ) </li></ul></ul><ul><ul><li>发布信息 </li></ul></ul><ul><ul><li>( Distribution Information ) </li></ul></ul><ul><ul><li>管理利害关系者期望 </li></ul></ul><ul><ul><li>( Manage Stakeholder Expectations ) </li></ul></ul><ul><ul><li>报告绩效 </li></ul></ul><ul><ul><li>( Report Performance ) </li></ul></ul>C ommunication Management
  65. 65. 项目风险管理 Risk Management <ul><li>项目风险管理,系用以辨识、分析、响应和监控项目风险的一系列程序与方法,其内容包含: </li></ul><ul><ul><li>规划风险管理 </li></ul></ul><ul><ul><li>( Plan Risk Management ) </li></ul></ul><ul><ul><li>辨识风险 </li></ul></ul><ul><ul><li>( Identify Risk) </li></ul></ul><ul><ul><li>执行定性风险分析 </li></ul></ul><ul><ul><li>( Perform Qualitative Risk Analysis ) </li></ul></ul><ul><ul><li>执行定量风险分析 </li></ul></ul><ul><ul><li>( Perform Quantitative Risk Analysis ) </li></ul></ul><ul><ul><li>规划风险回应 </li></ul></ul><ul><ul><li>( Plan Risk Response ) </li></ul></ul><ul><ul><li>监控风险 </li></ul></ul><ul><ul><li>( Monitor and Control Risks ) </li></ul></ul>R isk Management
  66. 66. 项目采购管理 Procurement Management <ul><li>项目采购管理,系用以确保项目外购的物品或委外的服务能顺利获得 的一系列程序与方法,包含: </li></ul><ul><ul><li>规划采购 </li></ul></ul><ul><ul><li>( Plan Procurements ) </li></ul></ul><ul><ul><li>执行采购 </li></ul></ul><ul><ul><li>( Conduct Procurements ) </li></ul></ul><ul><ul><li>管理采购 </li></ul></ul><ul><ul><li>( Administer Procurements ) </li></ul></ul><ul><ul><li>结束采购 </li></ul></ul><ul><ul><li>( Close Procurements ) </li></ul></ul>P rocurement Management
  67. 67. <ul><li>分组订题 </li></ul><ul><li>1. 分享个人『课前调查表』 </li></ul><ul><li>2. 决定小组题目 </li></ul>
  68. 68. <ul><li>本单元课程结束 </li></ul><ul><li>谢谢 ! </li></ul>
  69. 69. 项目整合管理 Project Integration Management 博颉策略顾问公司为 PMI 合格授权之教育训练机构
  70. 70. 课程大纲 <ul><li>一、项目整合管理之综观与过程 </li></ul><ul><li>二、项目整合管理 </li></ul>
  71. 71. <ul><li>一、 </li></ul><ul><li>项目整合管理之综观与程序 </li></ul>
  72. 72. 项目整合管理 Project Integration Management <ul><li>项目整合管理知识领域 </li></ul><ul><ul><li>包括识别 (identify) 、确定 (define) 、结合 (combine) 、统一 (unify) 与协调 (coordinate) 各项目管理过程组内不同过程与项目管理活动时需要进行的各种过程和活动。 </li></ul></ul><ul><li>从项目管理的角度来看 </li></ul><ul><ul><li>“ 整合管理 (integration)” 兼有统一、合并、结合各方面特征,并且包括 为完成项目,满足顾客与其它利害关系者的要求,管理他们的期望而必须采取的贯穿项目整体至关重要的行动 。 </li></ul></ul><ul><li>从管理项目的角度 </li></ul><ul><ul><li>在任何给定的一天,“整合管理”都要从多种选择中决定应集中资源和努力之处,了解潜在问题并加以处理、避免日后恶化,并为了项目的整体利益而协调工作。“整合管理”还必须努力在各个相互冲突的目标与方案之间权衡取舍 。 </li></ul></ul>
  73. 73. 项目整合管理 <ul><li>项目整合管理 系用以 确保项目内所需执行的各项活动均能相互协调及有效整合的一系列程序与方法 。 </li></ul><ul><li>它涉及在相互竞争的目标和备选方案间作一取舍 ( Trade-Off ) ,以符合或超越干系人的需要和期望。 </li></ul><ul><li>当所有的项目管理程序能整合到某一程度,则本章所述的各相关程序即达到所谓之「 主要整合 性 ( Primarily Integrative ) 」。 </li></ul>
  74. 74. 项目管理过程组与整合管理 4.6 结束项目或阶段 4.1 发展项目章程 4.2 发展项目管理计划书 4.3 指导与管理项目执行 4.4 监测与控制项目工作 4.5 执行整合变更控制 时间 执行过程组 阶段开始 阶段结束 控制过程组 规划过程组 起始过程 结案过程组 过程联系与活动相互作用之程度
  75. 75. 项目的整合性 <ul><li>项目构成的整合性 </li></ul><ul><li>项目范围的整合性 </li></ul><ul><li>项目目标的整合性 </li></ul><ul><li>项目过程的整合性 </li></ul><ul><li>项目管理思想和方法的整合性 </li></ul><ul><li>项目组织的整合性 </li></ul><ul><li>项目环境的整合性 </li></ul>
  76. 76. 项目整合管理目的 <ul><li>项目整合管理的目的是在整个的项目生命周期中,协调所有其它项目管理知识领域所涉及的过程 </li></ul><ul><ul><li>将项目工作和执行组织的持续性作业予以整合 </li></ul></ul><ul><ul><li>整合产品范围与项目范围 </li></ul></ul><ul><ul><li>建立一致性的行动准则 </li></ul></ul><ul><ul><li>建立项目共同 作业规范 </li></ul></ul><ul><ul><li>消除项目内外沟通障碍 </li></ul></ul>
  77. 77. 整合管理的主要应用 1 .项目时间与成本的整合管理 2 .项目时间与质量的整合管理 3 .项目成本与质量的整合管理 4 .项目进度、成本、质量与资源的整合管理 5 .项目产出物与项目工作的整合管理 6 .项目工作与项目目标的整合管理 7 .项目各不同专业或部门的整合管理 8 .项目工作与组织日常运营工作的整合管理 26
  78. 78. <ul><li>二、 </li></ul><ul><li>项目整合管理 </li></ul>
  79. 79. 项目整合管理之结构 记载定义、编写、整合与协调所有子计划书必要的行动,汇整成为项目管理计划书。 执行项目管理计划书所定义的工作,实现项目范围声明书定义的项目要求。 发展项目章程 发展项目管理计划书 发展项目核准章程 ,正式核准项目或 项目阶段。 结束项目或阶段 执行整合变更控制 完成项目管理过程 的所有活动,正式 结束项目或项目阶 段。 项目整合管理 监视与控制项目工作 监视和控制项目的启动、规划、执行和结案过程,来实现项目管理计划书中所定义的绩效目标。 指导与管理项目执行 审查所有的变更请求, 核准变更并控制交付标 的和组织流程资产的变 更事项。 p185 p86
  80. 80. 1. 发展项目章程 发展项目章程 Develop Project Charter 产出 (Output) 项目章程 .1 项目工作条款 .2 营运企画案 .3 合同 .4 事业环境因素 .5 组织流程资产 输入 (Input) .1 项目章程 .1 专家判断 工具与技术 (T&T)
  81. 81. 项目章程 <ul><li>一份 正式授权 给项目的文件 , 授权项目经理运用组织资源于项目活动 </li></ul><ul><li>由外部组织 ( 企业、政府部门、公司、计划、组合 ) 之项目发起者或支持者 ( 可提供资金之层级 ) 核发 ,其缘起如下: </li></ul><ul><ul><li>市场需求、营运需要 </li></ul></ul><ul><ul><li>顾客要求、社会需要 </li></ul></ul><ul><ul><li>技术进展、法律要求 </li></ul></ul><ul><li>项目章程组织对问题与机会的响应决策 </li></ul>问题与机会
  82. 82. 项目章程 <ul><li>将项目连结至组织日常运作 </li></ul><ul><li>有些组织之前置作业为:需求分析、可行性分析、预备计划 </li></ul><ul><li>以书面记载营运需求、项目存在价值、目前对顾客需求的了解 ( 问题陈述 ) ,以及满足这些需求的新产品、服务或结果为何 ( 解答描述 ) 。 </li></ul>
  83. 83. 项目章程 表單 - 范例 日期: 发布人签字: 职位: 发布人: 3. 管理层签署 2. 项目经理和项目团队关键成员任命 1. 管理层致词 项目经理: 项目编号: 文件编号: 项目名称:
  84. 84. 项目章程 - 范例 (1 /4 ) 项目名称:销售时点情报系统 POS ( Point of sale ) 系统 導入 项目 撰写者:张章程 日期: 2010 年 5 月 3 日 缘起 本公司之连锁店铺使用收款机多年,由于全国各地店铺数目不断增加,为了能够快速组建各地店铺统计商品的销售及库存数字,同时有效提升经营效率,因此经本公司聘请天龙信息顾问公司诊断后,建议导入最新一代的触控式 POS 系统,以改善本公司之管理绩效并降低库存。为审慎起见,本公司先挑选五个店铺试行,俟一切运作顺遂后,再推广至本公司所有店铺。
  85. 85. 项目章程 - 范例 ( 2 / 4 ) P124-127 P59-61 预期成果 本公司导入 POS 系统期程,分三阶段完成导入并完成全国 POS 系统信息之串连,本项目以可如期、如质、如预算完成导入外并确保信息之正确性为主要目标。 项目经理 <ul><li>现任命项目管理办公室资深专员张章程先生为本项目经理,全权负责本项目之规划、执行、监控与结案,张经理之工作职掌 </li></ul><ul><li>与职权详述如下: </li></ul><ul><li>工作职掌: </li></ul><ul><ul><li>1. 项目管理计划书之撰写与维护 </li></ul></ul><ul><ul><li>2. 项目资料之汇整 </li></ul></ul><ul><ul><li>3. 每周以周报表向 主管 报告项目现况 </li></ul></ul><ul><ul><li>4. 每月以月报表向 主管 报告项目现况、风险状态及质量状态 </li></ul></ul><ul><ul><li>5. 以书面方式告知所有参与项目工作者其工作职掌、目标、绩 </li></ul></ul><ul><ul><li>效评量准则 </li></ul></ul><ul><ul><li>6. 监控项目执行绩效,并视需要采取必要之纠正及预防措施 </li></ul></ul><ul><ul><li>7. 维持项目绩效评量基准之完整性 </li></ul></ul><ul><ul><li>8. 负责与所有的干系人沟通 </li></ul></ul><ul><ul><li>9. 负责采购规格之审定 </li></ul></ul>
  86. 86. 项目章程 - 范例 ( 3 / 4 ) 项目经理 <ul><li>职权: </li></ul><ul><ul><li>1. 可直接与各项目成员沟通 </li></ul></ul><ul><ul><li>2. 凡与项目相关事务,可直接向 主管 报告 </li></ul></ul><ul><ul><li>3. 全权管理项目预算 </li></ul></ul><ul><ul><li>4. 可修订项目计划书,惟须经 主管 核批 </li></ul></ul><ul><ul><li>5. 可要求功能部门定期提供项目工作绩效报告 </li></ul></ul><ul><ul><li>6. 可监控功能部门之项目工作绩效 </li></ul></ul><ul><ul><li>7. 可全权分配功能部门之项目工作 </li></ul></ul><ul><ul><li>8. 对功能部门之项目人力调度有建议权 </li></ul></ul><ul><ul><li>9. 可授权功能部门员工执行项目工作,惟须获该部门主管同意 </li></ul></ul>
  87. 87. 项目章程 - 范例 ( 4 / 4 ) 项目期程 <ul><li>本项目自 2010 年 5 月 15 日起,至 2011 年 3 月 15 日起,共计十二个月,其主要里程碑如下: </li></ul><ul><ul><li>1. 2010/8/15  完成 30% 店铺系统导入 </li></ul></ul><ul><ul><li>2. 2010/11/15 完成 80% 店铺系统导入 </li></ul></ul><ul><ul><li>3. 2010/2/15  完成 1000% 店铺系统导入 </li></ul></ul><ul><ul><li>4. 2010/4/15  完成全国系统联机且数据测试正确无误 </li></ul></ul><ul><ul><li>5. 2010/5/15  完成结案作业 </li></ul></ul>可交付成果 1. 触控式 POS 主机 6 4 套及应用软件一套 。 2. 操作手册一套及教育训练六次 。 参与部门 项目管理办公室、系统工程组、信息组、采购组 假设状况 本案信息专长人力可优先获得信息课支持 限制条件 本案工作时数不得违反劳工安全卫生法之规定 预算摘要 本案预算 450 万元,其中 設備採購 310 万元, 人力行政成本 140 万元 赞助者 曾士赞 执行长
  88. 88. 2. 发 展项目管理计划 书 发展项目管理计划 Develop Project Management Plan 产出 (Output) 项目章程 .1 项目章程 .2 规划流程产出 .3 事业环境因素 .4 组织流程资产 输入 (Input) .1 项目管理计划书 .1 专家判断 工具与技术 (T&T)
  89. 89. 以项目分解结构为核心 的计划过程 1. 确定项目目标 3. 过程结构概括 ( 项目周期的各阶段 ) 2. 设定详细程序 6. 公司财务图表分析 8. 准备控制性总体计划 ( 或者网络计划 ) 7. 整合成项目分解结构 (WBS) ( 子项目和分解单元直至工作包 ) 10. 建立项目财务图表 11. 编制详细的网络计划和资源使用计划 9. 准备职能矩阵 OBS( 职能网络 ) <ul><li>14. 活动 </li></ul><ul><li>项次 </li></ul><ul><li>责任 </li></ul><ul><li>持续时间 </li></ul><ul><li>资源 </li></ul><ul><li>成本 </li></ul><ul><li>开始 + 结束 </li></ul>12. 建立工作顺序系统 13. 建立报告和控制系统 4. 组织结构设计 ( 投入 / 职权 / 责任 ) 5. 产品结构分析 ( 产品 / 最终项 / 子系统 / 组成单位 ) 工作顺序 成本账本
  90. 90. 项目计划书之内容 (1/2) <ul><li>计划摘要 (Executive Summary) </li></ul><ul><li>计划缘起﹝ Project Charter 或核准命令文号﹞ </li></ul><ul><li>项目管理工具与方法 </li></ul><ul><li>项目目的、范围、交运标的、任务、目标 ﹝或含 SOW﹞ </li></ul><ul><li>工作分解结构 (WBS) </li></ul><ul><li>项目组织架构、主要成员及其职掌 </li></ul><ul><li>成本预估及项目起始时间 </li></ul><ul><li>项目时程规划﹝含时程表、重要里程碑及目标完成时间﹞ </li></ul>
  91. 91. 项目计划书之内容 (2/2) <ul><li>成效衡量基准 (Performance Measurement Baseline) </li></ul><ul><li>限制因素、假设事项 </li></ul><ul><li>潜在问题与风险管理 </li></ul><ul><li>项目管制及审查 (Project Control , Audit and Review) </li></ul><ul><li>质量要求、组织政策 </li></ul><ul><li>辅助管理计划 </li></ul><ul><li>待决定事项或悬而未决之问题 </li></ul><ul><li>附件及相关图表 </li></ul>
  92. 92. 项目管理总计划书 - 范例
  93. 93. 3. 指导与管理 项目执行 指导与管理项目执行 Direct and Manage Project Execution 产出 (Output) 项目章程 .1 项目管理计划书 .2 核准项目变更 .3 事业环境因素 .4 组织流程资产 输入 (Input) .1 可交付成果 .2 工作绩效信息 .3 变更申请 .4 项目管理计划书更新 .5 项目文件更新 .1 专家判断 .2 项目管理信息系统 工具与技术 (T&T)
  94. 94. 指导及管理项目所需行动 <ul><li>执行活动以达成项目目标 </li></ul><ul><li>运用劳力及资金以达成项目目标 </li></ul><ul><li>组建、训练及管理项目团队成员 </li></ul><ul><li>选择供货商 </li></ul><ul><li>组建、管理及运用资源 ( 材料、工具、仪具、设施 ) </li></ul><ul><li>遵照所订方法及标准 </li></ul><ul><li>创造、控制、验证、确认项目可交付成果 </li></ul><ul><li>管理风险及实践风险响应行动 </li></ul><ul><li>管理供货商 </li></ul><ul><li>将核准的变更纳入项目范围、计划及环境 </li></ul><ul><li>建立及管理项目内外沟通管道 </li></ul><ul><li>搜集项目信息及报告成本、时程、质量进度及现况信息,以利项目绩效预估 </li></ul><ul><li>搜集及记载所获教训并执行核准之流程改善行动 </li></ul>
  95. 95. 4. 监控项目工作 监测与控制项目工作 Monitor and Control Project Work 产出 (Output) 项目章程 .1 项目管理计划书 .2 绩效信息 .3 事业环境因素 .4 组织流程资产 输入 (Input) .1 变更申请 .2 项目管理计划书更新 .3 项目文件更新 .1 专家判断 工具与技术 (T&T)
  96. 96. 监控项目工作要项 <ul><li>比较项目实际绩效与项目基准之差异 </li></ul><ul><li>评量是否需执行纠正预防行动,如有需要,则提出建议 </li></ul><ul><li>分析、追踪及监视项目风险,以确保风险已被辨识、状态已回报及风险响应计划已执行 </li></ul><ul><li>维护准确而且及时的数据库 ( 包括项目产品及相关文件 ) </li></ul><ul><li>提供信息以支持状态报告、进度衡量以及预估 </li></ul><ul><li>提供预估以更新当下之成本及时程数据 </li></ul><ul><li>监督经核准的变更之执行 </li></ul>
  97. 97. 5. 执行整合变更控制 执行整合变更控制 Perform Integrated Change Control 产出 (Output) 项目章程 .1 项目管理计划书 .2 工作绩效信息 .3 变更申请 .4 企业环境因子 .5 组织流程资产 输入 (Input) .1 变更申请状况更新 .2 项目管理计划书更新 .3 项目文件更新 .1 专家判断 .2 变更控制会议 工具与技术 (T&T)
  98. 98. 整合变更控制行动要项 <ul><li>辨识是否需要变更 </li></ul><ul><li>建立变更的纪律-唯有经核准的变更才可执行 </li></ul><ul><li>审查及核准 ( 驳回 ) 变更申请 </li></ul><ul><li>管理经核准变更的执行节奏 ( 要有基准 ) </li></ul><ul><li>维护项目基准之完整性 ( 产品、构型及计划文件 ) </li></ul><ul><li>审查及核准 ( 驳回 ) 纠正及预防行动建议 </li></ul><ul><li>根据核准的变更,控制及更新范围、成本、预算、时程及质量等需求,惟其实施需全项目配套 </li></ul><ul><li>记录变更申请之冲击 </li></ul><ul><li>确认缺点改正结果 </li></ul><ul><li>根据质量报告,控制项目质量以符合质量标准 ( 如 ISO9001 、 ISO10006) </li></ul>
  99. 99. 项目变更管理程序 - 范例 当变更申请出现时,项目经理要严格遵守项目变更控制流程,填写项目变更申请审核表,进行变更评估。通常在对项目变更进行管理时,提出变更申请的一方需要对变更造成的影响承担责任。 环境 修正 错误 记录在变更日志中 审查变更需要并评估影响 变更是否 被接受 获得财务授权 ( 如果需要 ) 变更是否 被授权 <ul><li>记录在变更日志中 </li></ul><ul><li>实施变更、更新项目文件 </li></ul><ul><li>通知干系人 </li></ul><ul><li>在变更日志中记录决策 </li></ul><ul><li>通知干系人 </li></ul>适当修改 满足条件 满足条件 是 否 否 是
  100. 100. 6. 结束项目或阶段 结束项目或阶段 Close Project or Phase 产出 (Output) 项目章程 .1 项目管理计划书 .2 接受之可交付成果 .3 组织流程资产 输入 (Input) .1 最终产品、服务或成果移转 .2 组织流程资产更新 .1 专家判断 工具与技术 (T&T)
  101. 101. 项目结束    项目成员 的解编 举行正式 的验收项目 收集整理项目 结束移交文件 项目结束 后的聚餐 项目小组内 的工作鉴定 项目评估     项目结束了 ! 
  102. 102. 行政结案程序 <ul><li>包括执行行政结案程序的团队成员的角色、责任及活动,是将项目成果移转至生产或营运的程序。它是一种逐步完成的行政结案方法,其处理事务如下 : </li></ul><ul><ul><li>确定项目干系人核准变更并同意接受所有层级的可交付成果之活动。 </li></ul></ul><ul><ul><li>确定项目满足所有发起人、顾客及干系人。验证所有可交付成果均已提供及完成验收,并确认项目完成与产出准则以遵守所需的行动与活动。 </li></ul></ul><ul><ul><li>满足项目完成与产出所需的行动与活动。 </li></ul></ul>
  103. 103. 合同结案程序 <ul><li>是为合同结案提供一种逐步完成及顺序性的处理合同条款的程序。 </li></ul><ul><li>亦包括项目团队成员、顾客及参与合同结案程序的相关干系人的角色、责任及所有活动。 </li></ul><ul><li>是一种确认结束所有项目合同的正式行动。 </li></ul><ul><li>合同结案主要活动 </li></ul><ul><ul><li>Product verification / Formal acceptance </li></ul></ul><ul><ul><li>Verify to follow the contract terms and conditions </li></ul></ul><ul><ul><li>Contract file </li></ul></ul><ul><ul><li>Lessons learned </li></ul></ul>
  104. 104. 期望、交付与结果 是 是 是 是 是 是 是 按承诺可交付成果吗? 结果与承诺一致了吗? 满足期望了吗? 评价 1. 完全成功的项目 3. 策略得分 2. 策略失分 4. 交付的标的与预期结果不匹配 5. 交付的标的虽与结果不匹配,但无论如何实现了想要的结果 6. 仅以可交付成果评判项目 7. 政治得分 8. 完全失败的项目 否 否 否 否 否 否 否
  105. 105. <ul><li>本单元课程结束 </li></ul><ul><li>谢谢 ! </li></ul>
  106. 106. 项目范围管理 Project Scope Management 博颉策略顾问公司为 PMI 合格授权之教育训练机构
  107. 107. 课程大纲 <ul><li>一、 项目范围管理之定义与架构 </li></ul><ul><li>二、 项目范围与产品范围之定义与重要观念 </li></ul><ul><li>三、 项目范围管理程序 </li></ul><ul><li>四 、项目范围管理 技巧 </li></ul>
  108. 108. <ul><li>一、 </li></ul><ul><li>项目范围管理之定义与架构 </li></ul>
  109. 109. 项目范围管理之结构 建立 WBS 搜集需求 定义范围 将项目大的交付标 的与项目工作划分 为较小,更易管理 的元素。 发展详细的项目范围声明书,作为将来项目决策的依据。 界定与记载利害关系者之需要,以符合项目目标。 验证范围 控制范围 正式验收已完成的项目可交付成果。 控制项目范围的变更。 项目范围管理
  110. 110. 二、 项目范围与产品范围 定义与重要观念
  111. 111. 项目范围之意义 <ul><li>以项目为背景下,范围通常系指: </li></ul><ul><ul><li>产品范围:一项产品、服务或结果所具有之特色与功能。 </li></ul></ul><ul><ul><li>项目范围:完成并交付一项具有特定特色与功能之产品、服务或结果所需执行的工作。 </li></ul></ul>
  112. 112. 项目范围与产品范围 是否完成的认定是由 产品需求 (product requirement) 作为衡量的标准。 是否达成目标则是以 项目管理计划书、项目范围声明书 、相对应的 工作分解结构 ,以及 工作分解结构说明表 作为决定的基础。 依据 包含在一项产品或服务之内的特性和功能。 为交付一项具有特定性质及功能的产品所必须执行的工作。 重点 产品范围系为确定产品或服务规格与内容。 项目范围系为整个项目界定范围、规模大小。 定义 产品范围 (Product Scope) 项目范围 (Project Scope)
  113. 113. 项目范围基准 <ul><li>项目范围基准 (scope baseline) 由「获核准之细部项目范围声明 (project scope statement 」与「工作分解结构 (work breakdown structure, WBS) 」及其「工作分解结构说明表 WBS dictionary 」所构成 </li></ul>
  114. 114. 三、 项目范围管理程序
  115. 115. 1. 搜集需求 搜集需求 Collect Requirements 产出 (Output) 项目章程 .1 项目章程 .2 利害关系者登录表 输入 (Input) .1 需求文件 .2 需求管理计划书 .3 需求可追溯矩阵 .1 访谈 .2 焦点团体 .3 促进研习会 .4 集体创新技术 .5 集体决策技术 .6 问卷与调查 .7 观察 .8 雏型法 工具与技术 (T&T)
  116. 116. 搜集需求 -Input <ul><li>项目章程 (Project Charter) </li></ul><ul><ul><li>一份正式授权给项目的文件,授权项目经理运用组织资源于项目活动。 </li></ul></ul><ul><ul><li>记载营运需求、项目存在价值、目前对顾客需求的了解 ( 问题陈述 ) ,以及满足这些需求的新产品、服务或结果为何 ( 解答描述 ) 。 </li></ul></ul><ul><li>利害关系者登录表 (Stakeholder Register) </li></ul><ul><ul><li>用以记录已辨识的利害关系者,他们可以提供该项目相关的讯息及需求。 </li></ul></ul>
  117. 117. 搜集需求 -T&T <ul><li>访谈 (Interview) </li></ul><ul><li>焦点团体 (Focus Groups) </li></ul><ul><li>促进研习会 (Facilitated Workshops) </li></ul><ul><li>集体创新技术 (Group Creativity Techniques) </li></ul><ul><li>集体决策技术 (Group Decision Making Techniques) </li></ul><ul><li>问卷与调查 (Questionnaires and surveys) </li></ul><ul><li>观察 (Observations) </li></ul><ul><li>雏型 (Prototypes) </li></ul>
  118. 119. 搜集需求 -Output <ul><li>需求文件 (Requirements Documentation) </li></ul><ul><li>需求管理计划书 (Requirements management plan) </li></ul><ul><li>需求可追溯矩阵 (Requirements Traceability Matrix ) </li></ul>
  119. 120. 2. 定义范围 定义范围 Define Scope 产出 (Output) 项目章程 .1 项目章程 .2 需求文件 .3 组织流程资产 输入 (Input) .1 项目范围声明 .2 项目文件更新 .1 专家判断 .2 产品分析 .3 备选方案辨识 .4 促进研讨会 工具与技术 (T&T)
  120. 121. 定义范围 -T&T <ul><li>专家判断 (Expert Judgment) : </li></ul><ul><ul><li>每个应用领域都有可用来提出详细项目范围声明的专家。 </li></ul></ul><ul><li>产品分析 (Product Analysis) : </li></ul><ul><ul><li>为提供对项目产品有更好的了解。包括几种技术,如系统工程、 价值工程、价值分析、功能分析 、和质量功能开展等。 </li></ul></ul><ul><li>备选方案辨识 (Alternatives Identification) : </li></ul><ul><ul><li>采用任何不同方式,以产生项目的一个概括性描述。经常使用一般管理的技术,如最常用的 头脑风暴 (Brainstorming) 和侧面思考 (Lateral Thinking) 。 </li></ul></ul><ul><li>促进研讨会 (Facilitated Workshops) </li></ul>
  121. 122. 價值分析與價值工程 Value Analysis / Value Engineering 價值工程 VE : 發展中 計畫或產品之價值分析主要在計畫進行設計時分析成本與機能 價值分析 VA : 已完成 之計畫或產品之價值分析,主要為分析現有產品之機能與成本,以瞭解是否可加以改進 VA/VE 源自 GE 公司工程師 Lawrence D. Miles 所發展出以顧客所 需要的 (Need) 和所想要的 (Want) 機能為目的,在 最低壽命週期成 本 ,與 不降低產品的品質前提 下,找出降低產品成本的方法
  122. 123. 基本機能 - 維持 輔助機能 - 極小化 無效機能 - 消除 消除 (Eliminate) 合併 (Combine) 變更 (Rearrange) 簡化 (Simplify) 筆蓋雕飾 杯子裝水 / 多色印刷 筆蓋紋路 鏡框與鏡片 筆蓋 : 保護筆頭 / 防止揮發 搬運 兩個零件變為一個 人員 / 材料 / 順序調整 簡單就是美 Larry page Serge Berlin = C ost 成本 F unction 機能 V alue 價值
  123. 125. 水平 ( 側面 ) 思考 <ul><li>創始人 : 愛德華狄波諾 (Edward de Bono) </li></ul><ul><li>又稱發散性思考法 </li></ul><ul><li>目的 : 從成規中跳脫出來,尋求新的概念 / 解決方法 </li></ul><ul><li>特色 : 不把思想限定在一個固定方向,不按部就班的依步驟,允許求解的思路從各個問題向四周發散 </li></ul><ul><li>做法 : </li></ul><ul><li>以不同角度觀察事物 ( 數學方程式 ) </li></ul><ul><li>刻意的把某些正常關係故意顛倒 </li></ul><ul><li>巧合偶發  讓你的潛意識工作 </li></ul><ul><li>放鬆,聽候心靈的差遣 ( 垂直思考是邏輯控制心靈 ) </li></ul>在別的地方另外挖洞的工具  產生新點子與想法
  124. 126. 水平思考範例 <ul><li>林志玲與地下錢莊老闆 </li></ul><ul><li>火車鐵軌與小孩 </li></ul><ul><li>醫生 / 情人 / 老人之間的選擇 </li></ul><ul><li>賣梳子給和尚 </li></ul><ul><li>九個點四條直線劃完 </li></ul><ul><li>五支牙籤出頭天 </li></ul><ul><li>二個三角型變為四個三角型 </li></ul>
  125. 127. 腦力激盪四大原則與注意事項 5. 累了就休息 6. 把 2 個創意結合看看 <ul><li>4. 搭別人創意的便車 </li></ul><ul><li>一個構想可以誘發其它的創意 </li></ul><ul><li>不必客氣 , 利用他人的創意聯想 </li></ul>進行方法的訣竅 1. 接連不斷的發言 2. 指明發言也可以 3. 一想到馬上開口發言 4. 一分鐘想出一個創意 <ul><li>3. 求量 </li></ul><ul><li>由量可以產生質->再笨的槍手射多了 </li></ul><ul><li>也會命中目標 </li></ul><ul><li>需要的是創意 </li></ul><ul><li>要求 更多數 量 , 所 以 沒有時間批評 </li></ul>順利發想的四個要點 1. 有沒有類似作用的東西 2. 有沒有可借用的東西 ? 有無替代品 ? 3. 改變一下順序看看 ? 4. 可否由童話故事得到啟示 ? <ul><li>2. 自由奔放 </li></ul><ul><li>為了刺激別人的頭腦 , 即使偏離目的 </li></ul><ul><li>也有用處 </li></ul><ul><li>奇異的創意是由自由的發想而來 , 歡迎 </li></ul><ul><li>異想天開的想法 </li></ul>忌諱的七句話 : 你的想法…… . 1. 不切實際 5. 成本會增加 2. 沒有意義 6. 不合邏輯 3. 無法成功 7. 已經過時 4. 不符合目的 <ul><li>1. 禁批評 </li></ul><ul><li>不評估好壞 , 不挑毛病 , 反而愈不牌理出 </li></ul><ul><li>牌愈好 </li></ul><ul><li>評估留待下一階段進行 </li></ul><ul><li>如果受到批評 , 乾脆就不說了 </li></ul>
  126. 128. 腦力激盪 迴紋針的 100 種用法 五分鐘想到最多方法的小組獲勝
  127. 129. 需要与需求 <ul><li>需要与需求 (Needs Vs Requirements ) </li></ul><ul><ul><li>需要 由 某个地方出现 Needs emerge from somewhere </li></ul></ul><ul><ul><li>需要 由某个人 确认 Needs are recognized by somebody </li></ul></ul><ul><ul><li>需要 由某个人以某种 形式表述 </li></ul></ul><ul><ul><li>Needs are articulated in some general form by somebody </li></ul></ul><ul><ul><li>功能 上的需 求 确认是建立於 需 要的表述 </li></ul></ul><ul><ul><li>Functional requirements are identified based on the needs </li></ul></ul><ul><ul><li>articulation </li></ul></ul><ul><ul><li>技术上的需 求 确认常常是建立於某种初步的规范 </li></ul></ul><ul><ul><li>Technical requirements are established --often in the form </li></ul></ul><ul><ul><li>of preliminary specifications </li></ul></ul>Source: Davidson Frame, Managing Projects in Organizations
  128. 130. 项目需求 <ul><li>项目需求 (Project Requirements) </li></ul><ul><ul><li>交付的 成果必须达到或拥有的 状态或能力 </li></ul></ul><ul><ul><li>Conditions or capabilities must be met or possessed by the </li></ul></ul><ul><ul><li>deliverables. </li></ul></ul><ul><ul><li>满足合同,标准,规范或其他正式规定文档 的内容 </li></ul></ul><ul><ul><li>To satisfy a contract, standard, specification, or other </li></ul></ul><ul><ul><li>formal imposed document. </li></ul></ul><ul><ul><li>依据 利益相关者 的 分析 排列出 优先 的需 求 </li></ul></ul><ul><ul><li>Prioritized requirements based on stakeholder analysis. </li></ul></ul>
  129. 131. 好的项目需求 提供自主 的设计决策 , 除非 是 被授权限制 Free of design decisions unless they are mandated constraints. 自主實施 Implementation Free 要 证明 需求可以被 满足在技术上是可行的 It is technically possible to prove the requirements have been satisfied. 可验证 地 Verifiable 要一個可追蹤控制項目需求的途逕 There is a trail to the driving requirements need. 可追踪地 Traceable 只有一个语义解释 There is only one semantic interpretation. 清楚地 Clear 所有 的需 求 都 是可以 被 实现的 All requirements are known to be achievable. 正确性 Correct 需求间彼此不冲突 Requirements do not conflict with each other. 一致性 Consistent 完整地确认 客户 的 需要 获得 满足 Completely defines the customer needs to be satisfied. 完整性 Complete
  130. 132. 项目目标 <ul><li>项目目标 (Project Objectives) </li></ul><ul><ul><li>可 衡量的成功标准 Measurable Success Criteria </li></ul></ul><ul><ul><li>业务,成本,进度,技术和质量目标 </li></ul></ul><ul><ul><li>Objectives of business, cost, schedule, technical and quality. </li></ul></ul><ul><ul><li>包括:成本,进度和交付的水平(范围 + 质量) </li></ul></ul><ul><ul><li>Include: cost, schedule and deliverable with </li></ul></ul><ul><ul><li>level (scope + quality) </li></ul></ul>
  131. 133. 可衡量的 (measureable) 目标 <ul><li>例如: </li></ul><ul><li>提升公司国际化 & 全球化形象。 </li></ul><ul><li>规划与建置网络浏览者易于使用、管理者便于维护之平台。 </li></ul><ul><li>加速服务客户,提升专业形象。 </li></ul><ul><li>提升公司能见度,强化营销手法,进而提升购买率。 </li></ul><ul><li>提高产品市场占有率 。 </li></ul>
  132. 134. 可衡量的 (measureable) 目标 <ul><li>提升公司国际化 & 全球化形象,增加 World Wide 50% 。 </li></ul><ul><li>建构网络浏览者易于使用、管理者便于维护之平台,提升效率 30% 。 </li></ul><ul><li>加速服务客户,提升专业形象, 30 分钟内完成客户问题回复。 </li></ul><ul><li>提升公司能见度,强化营销手法,进而提升未来一年订单量 100% 。 </li></ul><ul><li>提高产品市场占有率达 37% 。 </li></ul>
  133. 135. 现况与项目目标 六个月后 项目目标 25% 30% 85% 平均离职率 40% 现况 迟到早退率 50% 员工满意度 70% 15% 20% 15%
  134. 136. 项目范围声明 <ul><li>定义项目需做什么 </li></ul><ul><ul><li>项目范围 (project scope) </li></ul></ul><ul><ul><li>产品范围 (product scope) </li></ul></ul><ul><li>以书面讨论及记载 </li></ul><ul><ul><li>项目与其相关产品及服务之特色及界限 </li></ul></ul><ul><ul><li>接收准则 </li></ul></ul><ul><ul><li>范围控制 </li></ul></ul>
  135. 137. 项目范围声明书 <ul><li>项目范围声明书 (Project Scope Statement) </li></ul><ul><ul><li>详细地说明 项目的 可交付成果 和为完成这些可交付成果而必须进行的工作。 </li></ul></ul><ul><ul><li>说明项目的 主要目标 ,让所有项目干系人对项目范围有共同的理解。 </li></ul></ul><ul><ul><li>让项目团队能够进行更详细的规划;在执行过程中指导项目团队工作,并做为 评估变更请求或增加工作 是否超出项目范围的 基准 。 </li></ul></ul><ul><ul><li>说明 哪些工作要做 和 不要做 。 </li></ul></ul>
  136. 138. 范围声明书 - 范例 项目名称 (Project Name) : <ul><li>项目评论 (Project Justification) : </li></ul><ul><li>项目产品 (Project’s Product) : </li></ul><ul><li>项目可交付成果 (Project Deliverables) : </li></ul><ul><li>项目不包括工作 (Exclusions) : </li></ul><ul><li>项目目标 (Project Objectives) : </li></ul><ul><li>工期: </li></ul><ul><li>预估: </li></ul>项目经理 (Project Manager) : 项目编号 (Project ID) : 日期 (Issued Date ) : 项目发起人 (Project Sponsor) : <ul><li>项目资源状况 (Resources) : </li></ul><ul><li>已有的资源 : </li></ul><ul><li>需采购之资源 : </li></ul><ul><li>限制条件 (Constrains) : </li></ul><ul><li>假设事项 (Assumptions) : </li></ul><ul><li>项目风险 (Risk) : </li></ul><ul><li>组织风险: </li></ul><ul><li>管理风险: </li></ul><ul><li>技术风险: </li></ul><ul><li>外部风险: </li></ul>范围声明书 (Scope Statement)
  137. 139. 项目范围声明书 - 范例 6. 项目范围声明书管理计划: 5. 项目目标: 4. 项目的可交付成果: 3. 项目产品或服务描述: 2. 项目的商业目的: 客户合同 第一次发布 没有更新 2010.01.23 1 相关文件 更新原因 更新内容 日期 序号 新版发布尔日期: 文件版本编号: 1. 版本信息: 项目经理: 项目编号: 文件编号: 项目名称:
  138. 140. 项目范围声明书 - 范例 (1/5) 项目名称: 销售时点情报系统 POS ( Point of sale ) 系统 導入 项目 撰写者:张章程 日期: 2010 年 5 月 15 日 目标 于 20 11 年 5 月 31 日前,成本不超过 450 万元,完成 全國六十二個店舖 销售时点情报系统 POS 系统建置。 产品说明 本案产品为销售时点情报系统 POS 系统乙套,包括销售时点情报系统 POS 乙套,触控式主机六十四套,其中二套为备援系统。本系统主要功能应包含收银作业、订货作业、销售管理、采购作业、进货作业、调拨作业、收银结帐、帐款管理、发票管理、盘点作业、销售统计分析、报表管理作业等。
  139. 141. 项目范围声明书 - 范例 (2/5) 项目界限 本项目包括需求确认、选商、采购、安装测试及教育训练阶段。 可交付成果 1. POS 應用 软件一套 2. 觸控式 POS 主 机 64 套 3. 系统规格书 4. 操作手册 5. 维护手册 6. 软件规格书 7. 软件接口规格书
  140. 142. 项目范围声明书 - 范例 (3/5) 接受准则 1. 觸控式 POS 主機需 通 硬體實測 审查,且须经资讯工程负责 人及项目经理签署。 2.POS 應用軟體 系统规格须通过系统需求审查,并由系统工 程负责人、项目经理及 主管( 赞助者 ) 签署。 3. 操作手册须通过系统验证审查,并由项目经理签署。 4. 维护手册须通过系统验证审查,并由资讯工程负责人及项 目经理签署。 5. 软件接口规格 需通過 设计审查,并由资讯工程及系统工程 负责人、项目经理签署。
  141. 143. 项目范围声明书 - 范例 (4/5) 假设状况 本案信息专长人力可优先获得信息组支持 限制条件 本案工作时数不得违反劳工安全卫生法之规定 初始 WBS 如圖  初始组织 如表  初始风险 本案无初始风险 成本概估 本案预算 450 万元,其中 設備採購 310 万元, 人力行政成本 140 万元
  142. 144. 项目范围声明书 - 范例 (5/5) 里程碑 1. 2010/8/15  完成 30% 店铺系统导入 2. 2010/11/15 完成 80% 店铺系统导入 3. 2010/2/15  完成 1000% 店铺系统导入 4. 2010/4/15  完成全国系统联机且数据测试正确无误 5. 2010/5/15  完成结案作业 核准职权 本案发工程序按公司 TL-SOP-101 执行,所有工作命令须由项目经理或其授权功能部门代表签证后始能生效。
  143. 145. 范围声明书 - 范例 项目名称 (Project Name) : <ul><li>项目评论 (Project Justification) : </li></ul><ul><li>项目产品 (Project’s Product) : </li></ul><ul><li>项目可交付成果 (Project Deliverables) : </li></ul><ul><li>项目不包括工作 (Exclusions) : </li></ul><ul><li>项目目标 (Project Objectives) : </li></ul><ul><li>工期: </li></ul><ul><li>预估: </li></ul>项目经理 (Project Manager) : 项目编号 (Project ID) : 日期 (Issued Date ) : 项目发起人 (Project Sponsor) : <ul><li>项目资源状况 (Resources) : </li></ul><ul><li>已有的资源: </li></ul><ul><li>需采购之资源: </li></ul><ul><li>限制条件 (Constrains) : </li></ul><ul><li>假设事项 (Assumptions) : </li></ul><ul><li>项目风险 (Risk) : </li></ul><ul><li>组织风险: </li></ul><ul><li>管理风险: </li></ul><ul><li>技术风险: </li></ul><ul><li>外部风险: </li></ul>范围声明书 (Scope Statement)
  144. 146. 3. 建立工作分解结构 建立工作分解结构 Create WBS 产出 (Output) 项目章程 .1 项目范围声明 .2 需求文件 .3 组织流程资产 输入 (Input) .1 工作分解结构 .2 工作分解结构说明 .3 范围基准 .4 项目文件更新 .1 分解术 工具与技术 (T&T)
  145. 147. 建立工作分解结构 -T&T <ul><li>分解术 (Decomposition) </li></ul><ul><ul><li>分解术牵涉到将主要的项目可交付成果细分为较小且较好管理的元素,直到可交付成果的定义足够详尽到可支持未来的项目活动 ( 规划、执行、控制、结案 ) </li></ul></ul><ul><li>工作分解结构模板 (Work Breakdown Structure Templates) </li></ul><ul><ul><li>先前项目的工作分解结构 WBS 经常可用作新项目的模板 </li></ul></ul><ul><ul><li>虽然项目都是独一无二的,但是 WBS 却常能「再使用」,因为大多数的项目都和其它项目有某些程度上之雷同。 </li></ul></ul><ul><ul><li>许多应用领域具备有标准或半标准的工作分解结构,可当作模板的功能。 </li></ul></ul>
  146. 148. Work Breakdown Structure Phase 1 100 Hours Activity 1 Work Pkg 1 80 Hours Work Pkg 2 70 Hours Task A 150 Hours Work Pkg 50 Hours Phase 2 200 Hours Phase 3 300 Hours Work Pkg 1 90 Hours Work Pkg 2 50 Hours Work Pkg 3 60 Hours Task A 200 Hours Work Pkg 50 Hours Phase 4 250 Hours Project A 850 Hours Work Activity 1 Activity 1 Activity 2
  147. 149. WBS 基本观念与功能 (1/2) <ul><li>用可交付成果导向活动群组 (deliverable-oriented “family tree”) 的系统化方式,组织、定义、分类项目所需执行的各工作项目以达成目标 </li></ul><ul><li>WBS 可视为是一种专业”阶层化”的结构图形,用以区分项目不同层次的工作 </li></ul><ul><ul><li>项目可分解为任务 (task) 、次任务 (subtasks) 、工作包 (work packages) 及活动清单 (activity list) </li></ul></ul><ul><ul><li>每一项工作都是单一、有意义或是由一群次级工作的组合 </li></ul></ul><ul><ul><li>每一工作项目都被指派个别作业人力与职掌,且均被付予运算、估算工时及分配相关资源 </li></ul></ul>
  148. 150. WBS 基本观念与功能 (2/2) <ul><li>将需执行之所有工作有系统的分类与组合,避免遗漏。 </li></ul><ul><li>提供项目进度审查更有效的控制基础。 </li></ul><ul><li>是确认所有必要工作是否已完成的重要依据。 </li></ul><ul><li>对项目经理而言是项目运作的核心。是准备及运用许多管理工具的基础: </li></ul><ul><ul><li>- 资源 Resource / 人事 Staffing </li></ul></ul><ul><ul><li>- 成本估算 Cost estimating </li></ul></ul><ul><ul><li>- 网络图表 Network diagramming </li></ul></ul><ul><ul><li>- 风险管理规划 Risk management planning </li></ul></ul>
  149. 151. WBS 制作的原则 <ul><li>工作分解结构代表项目之范围目标。 </li></ul><ul><li>工作分解结构可集合各专长领域人员共同完成,并应反复检查无遗漏。 </li></ul><ul><li>数字编码系统应运用于结构中各工作以利管制进度及信息化运用。 </li></ul><ul><li>各工作包应有具体之可交付成果 (deliverable) 产生。 </li></ul><ul><li>各工作包应具独立性。 </li></ul>
  150. 152. 工作分解结构建立流程 功能 分解 需求 配当 工作 分析 功能分解结构 (FBS) 产品分解结构 (PBS) WBS 顾客需求
  151. 153. 功能分解架构范例 标的产品 运作需求 功能 1 功能 N 子功能 1.M 子功能 1.1 子功能 N.1 子功能 N.L 孙功能 1.1.1 孙功能 1.1.2 孙功能 N.1.1 孙功能 N.1.2 孙功能 N.1.3 ... ... 顾客对标的 产品之需求
  152. 154. 产品分解架构范例 标的产品 次系统 次系统 次系统 次系统 组合件 组合件 组合件 组合件 组合件 组件 硬件 组件 商购 组件 软件 软件 构型项目 软件 构型项目 软件 构型项目 次组合件 零件 零件
  153. 155. 工作分解架构基本单元 执行 执行 标的产品 辅助产品 运作功能 寿期流程 功  能 系 统
  154. 156. 工作分解结构模块化构建概念 系统 辅助产品 产品 次系统 次系统 系统 辅助产品 标的产品 次系统 次系统 系统 辅助产品 标的产品 次系统 次系统 第 N 层 第 N+1 层 第 N+1 层
  155. 157. 界定组织权责 (OBS) X公司 甲部门 乙部门 丙部门 第一组 第二组 第三组 ... ...
  156. 158. 工作授权 飞弹 载具 射控 系工 计管 推进 酬载 结构 ... ... X公司 甲部门 乙部门 丙部门 第一组 第三组 第二组 ... ... CA CA CA WBS OBS CA 管制账户 CA 工作分项一 工作分项二 工作分项三 工作分项四
  157. 159. WBS in Hierarchy Form - 范例
  158. 160. WBS in Hierarchy Form - 范例
  159. 161. WBS in Tabular Form - 范例 <ul><li>1.0 概念 </li></ul><ul><ul><li>1.1 评价当前的系统 Evaluate current systems </li></ul></ul><ul><ul><li>1.2 定义需求 Define Requirements </li></ul></ul><ul><ul><ul><li>1.2.1 定义使用者要求 Define user requirements </li></ul></ul></ul><ul><ul><ul><li>1.2.2 定义内容要求 Define content requirements </li></ul></ul></ul><ul><ul><ul><li>1.2.3 定义系统要求 Define system requirements </li></ul></ul></ul><ul><ul><ul><li>1.2.4 定义 伺服器持有者 要求 Define server owner requirements </li></ul></ul></ul><ul><ul><li>1.3 定义特定的功能 Define specific functionality </li></ul></ul><ul><ul><li>1.4 确定风险和风险管理办法 Define risks and risk management </li></ul></ul><ul><ul><li>approach </li></ul></ul><ul><ul><li>1.5 制定项目计划 Develop project plan </li></ul></ul><ul><ul><li>1.6 向 网站开发团队 简报 Brief web development team </li></ul></ul><ul><li>2.0 网站设计 Web Site Design </li></ul><ul><li>3.0 网站开发 Web Site Development </li></ul><ul><li>4.0 推出 Roll Out </li></ul><ul><li>5.0 支援 Support </li></ul>
  160. 162. 工作分解结构说明表 WBS Dictionary <ul><li>账户识别码 </li></ul><ul><li>工作项目名称 </li></ul><ul><li>工作描述 </li></ul><ul><li>负责组织 </li></ul><ul><li>里程碑清单 </li></ul><ul><li>相关预划活动 </li></ul><ul><li>所需资源 </li></ul><ul><li>成本预估值 </li></ul><ul><li>质量需求 </li></ul><ul><li>允收准则 </li></ul><ul><li>技术性参考数据 </li></ul><ul><li>合同信息 </li></ul><ul><li>用以说明 WBS 中每一组成部分的文件,通常包含 </li></ul><ul><li>(但不限于)以下内容: </li></ul>
  161. 163. WBS Dictionary - 范例 假设事项 : 以委制方式交付广告公司制作。 作业限制条件 : 1. 承制公司须具备录像带工会证明及数字摄影 / 剪辑系统 2. 承制期间限 2 个月,且须于第一个月月底完成毛片并送至本公司初审 3. 承制经费限 50 万元以内且外拍区域限 國內 作业限制条件 & 假设事项 毛片审核 此项作业所需完成里程碑 具备广告制作基本概念之人才 次项作业所须具备的技能 制作经费 50 万元 此项作业所须具备的资源 1. 须分制 10 秒 /15 秒 /20 秒三种版本 2. 广告规格须符合同业标准 ( 黑画面 10 秒、设定 1K Tone 为主 ..) 3. 皆以数字 BETACAM 制作 4. 皆以数字剪辑规格制作 交付物说明及接收标准 CF 广告带制作 工作包名称 4.2.1 WBS 代号 新产品康康麵上市及参展项目 项目名称
  162. 164. 4. 验证范围 验证范围 Verify Scope 产出 (Output) 项目章程 .1 项目管理计划 .2 需求文件 .3 需求追溯矩阵 .4 经确认的可交付成果 输入 (Input) .1 已接受之可交付成果 .2 变更申请 .3 项目文件更新 .1 检验 工具与技术 (T&T)
  163. 165. 验证范围 Verify Scope <ul><li>干系人 ( 赞助人、委托人、客户等 ) 对已完成的项目范围及交付物的正式验收。 </li></ul><ul><li>由干系人 ( 赞助人、委托人、客户等 ) 規範完成專案範疇及相應交付標的的允收標準 . </li></ul><ul><li>审查 交付物 以确保正确 且 圆满 地 完成。 </li></ul><ul><li>必須審查交付標的以確保每一項次都完成並使利害關係人滿意。 </li></ul>
  164. 166. 验证范围 – T&T <ul><li>检验 (Inspection) </li></ul>需求 , 产品验收标准 项目工作 , 可交付成果 符合 ? 计算 , 测量 , 验证 另外: 检查 ,产品 确认 ,审计,和演练
  165. 167. 5. 控制范围 控制范围 Control Scope 产出 (Output) 项目章程 .1 项目管理计划书 .2 工作绩效信息 .3 需求文件 .4 需求追溯矩阵 .5 组织流程资产 输入 (Input) .1 工作绩效衡量值 .2 组织过程资产更新 .3 变更申请 .4 项目管理计划更新 .5 项目文件更新 .1 变异分析 工具与技术 (T&T)
  166. 168. 控制范围 -T&T <ul><li>变异分析 (Variance Analysis) </li></ul>计划价值 Planned Value 项目绩效 : 时间,成本,质量指标 实际工作 Actual Work <ul><li>辨识差异 Identify variance, </li></ul><ul><li>分析根本原因 Analysis root cause, </li></ul><ul><li>规划和 实施纠正 措施或重新规划 </li></ul><ul><li>Plan and implement corrective actions or re-planning. </li></ul>
  167. 169. 控制范围 -Output <ul><li>工作绩效衡量 </li></ul>时间 花费 超支 时间 进度 进度落后 时间 质量 质量不良
  168. 170. 变更控制系统 <ul><li>变更控制系统 (Change Control System) </li></ul><ul><ul><li>定义如何监测与评估 项目 绩效之程序文件,包含文书工作,追踪系统,流程,变更之授权核准阶层。 </li></ul></ul><ul><ul><li>可延用执行组织之控制系统 ,或由项目自行制定。 </li></ul></ul><ul><li>包括变更管制委员会、核准程序、核准层级、标准窗体、追踪系统。 </li></ul>
  169. 171. 变更控制系统 <ul><li>变更核准通常由一组人开会审查,称为 </li></ul><ul><ul><li>型态管理委员会 Configuration Control Board </li></ul></ul><ul><ul><li>工程审查委员会 Engineering Review Board </li></ul></ul><ul><ul><li>技术审查委员会 Technical Review Board </li></ul></ul><ul><ul><li>技术评估委员会 Technical Assessment Board </li></ul></ul><ul><li>紧急时有可能自动核准 automatic approval </li></ul>
  170. 172. 变更控制程序 要改变什么 ? 要改变成什么 ? 如何改变 ? 怎么变最好? ( 知识 、 策略、成本、冲击 ) 变更的需要 ok 拒绝 需要更多资讯 产生变更请求 产出变更报告 告知请求者 變更排序 與實施計劃 执行变更 CCB 决策 评估 其他 CM 任务 接受
  171. 173. 型态管理系统 (1) <ul><li>型态管理系统 (Configuration Management System) </li></ul><ul><ul><li>确认和文件化一项目或系统的功能与实体特性。 </li></ul></ul><ul><ul><li>Identify and document the functional and physical characteristic of an item or a system. </li></ul></ul><ul><ul><li>管制任何对此种特性的变更。 </li></ul></ul><ul><ul><li>Control any changes to such characteristics. </li></ul></ul><ul><ul><li>记录和报告变更与实施现况。 </li></ul></ul><ul><ul><li>Record and report the change and its implementation status. </li></ul></ul><ul><ul><li>稽核变更之项目或系统以验证是否符合需求。 </li></ul></ul><ul><ul><li>Audit the items or system to verify conformance to requirements. </li></ul></ul>
  172. 174. 型态管理系统 (2) <ul><li>Establish product baseline and manage the changes to the baseline. </li></ul>Baseline 1 Baseline 2 Baseline 3 Change1.1 Change1.2 Change1.n Change2.1 Change2.2 Change2.n 任何时刻,皆可精确掌握产品的型态。
  173. 175. <ul><li>四、 </li></ul><ul><li>项目范围管理技巧 </li></ul>
  174. 176. 范围管理要项 <ul><li>为整个项目界定范围、规模大小 (Project Scope) </li></ul><ul><li>确定产品规格与内容 (Product Scope) </li></ul><ul><li>制定范围管理计划书 (Scope Management Plan) </li></ul><ul><li>产品工作说明书 (Product Description) </li></ul><ul><li>完整之项目范围声明书 (Scope Statement) </li></ul><ul><li>规划工作分解结构 (Work Breakdown Structure) </li></ul><ul><li>验证项目可交付成果 (Verifying Project Deliverables) </li></ul><ul><li>范围的变更请求 (Scope Change Request) </li></ul><ul><li>范围的控制计划 (Scope Control) </li></ul>
  175. 177. <ul><li>專題演練 </li></ul><ul><li>1. 项目章程 ( 限制条件范例 、 假设条件范例 ) </li></ul><ul><li>2. 工作分解结构 WBS </li></ul><ul><li>( 范例一 、 范例二 ) </li></ul>
  176. 178. <ul><li>本单元课程结束 </li></ul><ul><li>谢谢 ! </li></ul>
  177. 179. 如何研拟一份成功的 项目计划书 博颉策略顾问公司为 PMI 合格授权之教育训练机构
  178. 180. 课程大纲 <ul><li>一 、项目计划书之内涵 </li></ul><ul><li>二、项目计划书之范例研讨 </li></ul>
  179. 181. <ul><li>一、 </li></ul><ul><li>项目计划书之内涵 </li></ul>
  180. 182. 项目计划书之目的 <ul><li>项目是透过一系列的计划、执行、控制过程而成,没有计划,项目的失败风险将大为提高。 </li></ul><ul><li>发展完整的项目计划管理策略,并使其系统化与书面化 。 </li></ul><ul><li>选择较佳的项目执行方法 。 </li></ul><ul><li>辨识出项目管理要项并使之具体化。 </li></ul><ul><li>发展缩短工时 、 降低成本与提高质量 ( 性能 ) 的项目执行计划 。 </li></ul><ul><li>建立时间与成本基准 , 以做为项目执行绩效之评量与管控 。 </li></ul><ul><li>建立项目计划的认知与共识 ,促进团队合作。 </li></ul>
  181. 183. 项目计划书之内容 (1/2) <ul><li>计划摘要 (Executive Summary) </li></ul><ul><li>计划缘起 (Project Charter 或核准命令文号 ) </li></ul><ul><li>项目管理工具与方法 </li></ul><ul><li>项目目的、范围、可交付成果 、任务、目标 ( 或含 SOW) </li></ul><ul><li>工作分解结构 (WBS) </li></ul><ul><li>项目组织架构、主要成员及其职掌 </li></ul><ul><li>成本预估及项目起始时间 </li></ul><ul><li>项目时程规划 ( 含时程表、重要里程碑及目标完成时间 ) </li></ul>
  182. 184. 项目计划书之内容 (2/2) <ul><li>成效衡量基准 (Performance Measurement Baseline) </li></ul><ul><li>限制因素、假设事项 </li></ul><ul><li>潜在问题与风险管理 </li></ul><ul><li>项目管制及审查 (Project Control, Audit and Review) </li></ul><ul><li>质量要求、组织政策 </li></ul><ul><li>辅助管理计划 </li></ul><ul><li>待决定事项或悬而未决之问题 </li></ul><ul><li>附件及相关图表 </li></ul>
  183. 185. <ul><li>二、 </li></ul><ul><li>项目计划书之范例研讨 </li></ul>
  184. 186. 目录 (Example) <ul><li>项目计划书大纲 </li></ul><ul><ul><li>1. 项目背景 </li></ul></ul><ul><ul><li>2. 项目范围声明书 </li></ul></ul><ul><ul><li>3. 项目时程 </li></ul></ul><ul><ul><li>4. 工作分解结构 </li></ul></ul><ul><ul><li>5. 资源需求清单 </li></ul></ul><ul><ul><li>6. 项目组织 </li></ul></ul><ul><ul><li>7. 责任分派矩阵 </li></ul></ul><ul><ul><li>8. 沟通管理计 画 </li></ul></ul><ul><ul><li>9. 成本管理计 画 </li></ul></ul><ul><ul><li>10. 采购管理计 画 </li></ul></ul><ul><ul><li>11. 风险管理计 画 </li></ul></ul><ul><ul><li>12. 质量管理计 画 </li></ul></ul><ul><ul><li>13. 变更管理计划 </li></ul></ul>
  185. 187. 项目背景 <ul><li>國內 宽带网络环境成熟 </li></ul><ul><ul><li>目前宽带网络用户数为 2.8 億 </li></ul></ul><ul><ul><li>因特网连网应用普及率 約 为 25 %   </li></ul></ul><ul><li>同业竞争激烈 </li></ul><ul><ul><li>同业产品服务不断推陈出新,且为价格割喉战 </li></ul></ul><ul><ul><li>ADSL 用户忠诚度易受动摇 </li></ul></ul><ul><li>消费者意识网络可能带来低廉话费的好处 </li></ul><ul><ul><li>满足市场对节省话费之需求 </li></ul></ul><ul><ul><li>网络可提供更多元化服务,不单是上网 </li></ul></ul>
  186. 188. 项目范围声明书 (1/2) 主要项目小组 项目范围 项目交付物 <ul><li>项目经理 </li></ul><ul><li>Kelly </li></ul><ul><li>媒体公关部 </li></ul><ul><li>Morton, Anderson </li></ul><ul><li>通路管理部 </li></ul><ul><li>Grace, James </li></ul><ul><li>产品营销部 </li></ul><ul><li>Athena, Michelle </li></ul><ul><li>产品上市发表会执行与成效追踪 </li></ul><ul><li>广宣企划及到店铺货 </li></ul><ul><li>网络 / 平面媒体企划与播放刊登 </li></ul><ul><li>市场调查与分析报告 </li></ul><ul><li>场地选择、相关软应体设施布置及活动现场人员人力及媒体曝光追踪统计 </li></ul><ul><li>广宣品设计印刷及到店 </li></ul><ul><li>招商、提案、 媒体露出至结案报告 </li></ul><ul><li>电访、市场调查报告 </li></ul>
  187. 189. 项目范围声明书 (2/2) 项目预算 <ul><li>内部人员分摊成本: RMB1,492,500 </li></ul><ul><li>产品上市发表会: RMB70,000 </li></ul><ul><li>广宣品 (DM 、门市赠品、海报、旗帜 ) : RMB259,000 </li></ul><ul><li>网络平面媒体 (TVCF 、报纸、网络营销体 ) : RMB26,200,000 </li></ul><ul><li>市场调查: RMB400,000 </li></ul><ul><li>预估半年累计销售营业额: RMB 270,000,000 </li></ul><ul><li>预估半年累计销售利润 (50%) : RMB 130,500,000 </li></ul><ul><li>增加媒体曝光率 ( 活动后二天内电视报纸报导或刊登 8 家 ) </li></ul><ul><li>上市后三个月内媒体曝光次数 10 次以上 ( 非付费曝光 ) </li></ul><ul><li>TVCF 接触度: 80% ;好感度: 85% ;促购度: 60% </li></ul><ul><li>网络广告点阅次数: 60 万次 / 周 </li></ul>共计: RMB28,421,500 元 预期效益 <ul><li>领先同业推出家计 VoIP 产品 </li></ul><ul><li>用户数每月新增 60,000 个,市占率达至 3 5% </li></ul>
  188. 190. 网络电话 (iCall Pro) 上市营销项目 产品上市发表会 广宣企划 网络 / 平面媒体 市场调查 ( 申办原因及知名度调查 ) 选择活动场地 遴选活动主持人 新闻稿撰写与校稿 邀请函制作 规划活动内容及流程 展示设备借出及测试 排演 发表会执行 曝光次数统计与分析 ※ WBS Dictionary (Refer to Appendix 1) WBS ( 工作分解结构 ) 店头摆设 到店 海报 / 旗帜内容完稿 打样输出 宅配铺货 完成印刷 数量统计 发送 eDM 成品入库 完成印刷 下采购单 印制数量统计 宅配到店 成品验收 选定制作厂商 选择赠品 确认发送名单 DM 上架 DM 到店 成品入库 打样输出 下采购单 完成 DM 内容设计 设计 eDM 内容 宅配铺货 印制数量统计 展示设备及其备品借出作业 媒体座位与空间安排 活动议程及讲师安排与邀请 邀请卡寄发 展示设备测试 软硬件与网络环境确认 准备投影机供现场使用 准备笔记型计算机供现场使用 现场拍照录像安排 活动简报内容确认 卡片输出印刷 制作 e-invitation 内容设计及校稿 ※ 寻找潜在候选人 ( 内部征选 ) 现场动线设计规划 茶点选择及订购 邀请名单确认 产品介绍稿拟订 现场布置规划及音乐安排 制作 DM 制作 eDM 门市赠品 海报 旗帜 流量点阅率报告 广告后测结案报告 网络广告设计确认 广告脚本确认 报纸刊登稿确认 简介报纸刊登计划书 执行网络刊登 网络广告设计提案 招商网络媒体 拟定网络广告计划书 报纸刊登执行 进行报纸刊登内容提案 拟定报纸刊登计划书 CF 播放 ※ 播带制作 广告拍片 广告脚本发想 广告公司比稿确认 招标广告公司 简介网络广告计划书 招商各大报业者 广告片审核 广告需求说明书 TVCF 报纸刊登 网络营销媒体 确认市调公司 简介市调需求计划书 设计问卷 数据处理 完成分析报告 拟定市调说明书
  189. 191. 项目时程
  190. 192. 项目时程 6/13 发表会执行 6/14 广宣品到店 5/1 项目开始 6/15 产品正式开卖 10/1 检讨会议 / 项目结束 6/15 TVCF 露出 6/15 eDM 发送 6/17 网络 / 报纸刊登 9/1 市场调查 9/30 结案报告 9/15 TVCF 播放结束 5/8-6/16 场地、设备 / 人力、记者会、曝光统计 5/9-6/15 数量、制作 / 印刷、铺货 5/12-9/22 计划书拟定、媒体招商、 CF 播放 / 报纸 / 网络刊登、结案报告 9/1-9/30 招商、问卷、报告产出 9/22 TVCF 结案报告 7/16 网络刊登结束 7/21 网络结案报告 6/16 曝光统计结案报告 上 市 发 表 会 W2 W4 OCT W1 W3 W2 W4 W3 W4 W2 W3 W4 W3 W2 W4 W3 W2 市 场 调 查 网 路 平 面 媒 体 广 宣 企 划 W1 SEP W1 AUG W1 JUL W1 JUN 整 体 W1 MAY 2010 Milestone Duration
  191. 193. 资源需求摘要表 材料设备部分 资源名称 (Name of Resource) 需求数量 (Number Needed) 单位 (Unit) 内部 / 外部 (Internal/External) 建议 / 意见 / 替代方案 (Comments/Options/Alternatives) 会议室 1 间 Internal 向总务室办理借用 投影机 1 台 Internal 向总务室办理借用 笔记型计算机 3 台 Internal 向总务室办理借用 饮料点心 204 份 External 饮料 点心外订 计算机 5 台 Internal 向总务室办理借用 邀请卡 500 张 External 请采购部选定印刷厂商 邮票 500 张 Internal 请采 购部选定采购 新闻稿 20 份 Internal 海报 10000 张 External 请采购部选定印刷厂商 合同书 2 份 Internal 试用品 250 瓶 External 广告脚本 1 份 Internal 规划传统通路宣传 1 份 External 提供数据请采购部选定采购
  192. 194. 经理级主管代替 评分 - 包含造型,歌声,动作,情感等方面 Internal 6/19 人 / 天 0.5 裁判 2 经理级主管代替 评分 - 包含造型,歌声,动作,情感等方面 Internal 6/19 人 / 天 0.5 裁判 1 采买歌唱大赛所需之部份 Internal 6/9, 6/14, 6/19, 6/26 人 / 天 1.5 采购 - 组长 收集发票 Internal 6/26 人 / 天 1 采购 - 助理 信息部协助 当天摄影及拍照 External 6/19, 6/20 人 / 次 1 拍照人员 提供代理人 介绍比赛人员 - 口才流利能带动现场气氛 External 6/19 人 / 次 1 主持人 确认公司人员名单及问卷调查资料 Internal 6/1, 6/5, 6/6, 6/19, 6/20, 6/23 人 / 天 4.6 人事 - 组长 准备公司人员名单及问卷调查资料 Internal 6/2~6, 6/12, 6/19, 6/21, 6/22, 6/23 人 / 天 6.8 人事 - 助理 1 协助设备借租 Internal 6/13, 6/15, 6/19 人 / 天 2.8 RD 助理 了解节目之流程 Internal 6/13, 6/14, 6/15, 6/19, 6/20 人 / 天 4.4 Product Manager 卡拉 OK 节目规划-媒体部份 Internal 6/15, 6/19, 6/20, 6/23 人 / 天 2.6 Marketing- 组长 通知媒体 Internal 612, 6/15, 6/19, 6/20, 6/22, 6/23 人 / 天 6.7 Marketing- 助理 Alternatives Comment/Option Internal/ External Date Needed Unit QPA Name of Resource 资源需求摘要表 - 人员部分 ( Resource Requirement List- Human )
  193. 195. 工作责任分派矩阵 (RAM)
  194. 196. 成本分析 9,911,370 总预估成本 0 无 其它杂项 275,310 为直接成本之 3% 风险预备金 458,860 为直接成本之 5% 项目管销成本 9,177,200 小计 15,000 上市发表会茶点 其它 50000 试用品、海报与文具等费用 耗材 250,000 场地租用 硬件 1,500,000 - 传统通路宣传 - 平面媒体宣传 - 电子媒体宣传 广告营销费用 380,000 项目期间业务相关交际费用 公关费用 950,000 项目期间差旅及误餐费用 差旅 1,361,700 - 广告文宣品印刷费用 - 物流运输费用 - 市调统计及分析费用 外包工作 ( 委外 ) 2,000,000 项目推行期间代言人之合同费用 劳务费用 - 产品代言人费用 2,670,500 为内部员工人事成本,包含项目顾问群 劳务费用 - 项目人事费用 成本 项目 / 描述 类别 (Category)
  195. 197. 预算分析
  196. 198. 项目成本 S - Curve
  197. 199. 沟通管理计划 - 文件控管 <ul><li>目的:用以记录管理及追踪项目所需之信息 。 参考范例 </li></ul><ul><li>范围:凡本项目所产生之文件及档案皆适用 。 </li></ul><ul><li>文件控管原则: </li></ul><ul><ul><li>依数据重要性分为极机密 (A) 、机密 (B) 、重要 (C) 、普通 (D) 、对外文件 (F) 五个等级。 </li></ul></ul><ul><ul><li>文件管理系由公司既有之 DCC (Document Control Center) 部门负责协助,包含控管文件之新增、修订、调阅、复制、传送、废止、保存及版次管理等 。 </li></ul></ul><ul><ul><li>所有文件之异动查询,均须遵循公司之签核权责,经签核完成方可进行相关作业 。 </li></ul></ul><ul><li>文件编码原则: </li></ul>V0.1 19 版本 f 最终版本注记
  198. 200. 会议及报告系统 总务暨采购人员 史耀前 一次 Email 、会办公文 各单位 强制性 厂商选择及发包 产品营销专员 Michelle 一 ~ 二次 Email 、口头 产品营销部、 PM 、美工人员 强制性 网络广告商访谈 产品营销经理 Athena 一次 正式简报、正式文件 产品营销部、广告商 强制性 广告内容 讨论会议 通路管理专员 James 一次 E-mail 通路管理部 强制性 物流商会议 通路管理经理 Grace 每周一次 E-mail 通路管理部 一般性 业务部会议 媒体公关专员 Anderson 一 ~ 二次 Email 媒体公关部 一般性 活动讲师 征选会议 媒体公关经理 Morton 一次 Email 、口头 媒体公关部、美工、印刷公司 强制性 印刷商访谈 项目经理 Kelly 双周一次 Email 、口头 各单位 强制性 项目进度会议 负责人员 发布及会议频率 信息发布方式 信息接收单位 信息别 信息型态
  199. 201. 项目文件产出计划
  200. 202. 项目产品质量控制检查表 市场调查 提高外拨人数或是增加外拨次数 Michelle 500 人 市调有效样本 找出差异来源 ( 流量、视觉效果 ) Michelle 10 万次 / 周 网络点阅率 请美工重修画素 Michelle 440x120 px 网站刊登 Icon 无偿重新刊登 Athena 全十 报纸稿刊登版面 找出差异来源 ( 例:播出时段、收视变化 ) Athena 1000GRP 80% 3+Reach 广告后测结案报告 重制 Athena 1920x1080 Hi Fi 播带分辨率、音质 Athena 30” 播带长度 网络 / 平面媒体 另寻名单补发 James 10,000 人 eDM 发送数量 James 120P 雪铜 A4(3 折式 ) 彩色双面 DM Grace 菊全 (86*58cm) 180P 特铜 海报 ( 含上市记者 场地使用之海报 ) Grace 31.5cm 旗杆长度 1 、退回返工后交货 2 、瑕疵品入库,扣厂商货款 Grace 60*150cm 旗面尺寸 广宣企划 向场地承租单位安排座位增加 Anderson 40 人座位 媒体座位与空间安排 准备备份录像带 Anderson 3 小时 录像机拍摄长度 不足量改采 e-invitation 补齐 Morton 40 份 邀请函印刷数量 产品上市发表会执行 备注 ( 若不通过 , 采何行动 ) 负责人 符合 ? 量测 规格 检查项目 No
  201. 203. 项目管理质量控制检查表 Michelle 9 月 5 日 市场调查需求计划书是否已经完成 ? 20 Michelle 5 月 17 日 网络广告计划书是否已经完成 ? 19 Athena 5 月 20 日 报纸刊登计划书是否已经完成 ? 18 Athena 5 月 10 日 广告需求说明书是否已经完成 ? 17 James 5 月 9 日 广宣项目计划书是否已完成 ? 16 Grace 5 月 6 日 广宣企划各项目之组员是否皆选派完成 ? 15 Grace 5 月 6 日 广宣企划各项目之负责人是否皆可胜任 ? 14 Grace 5 月 5 日 广宣企划之企划项目是否能达到广宣效果 ? 13 Morton 6 月 16 日 媒体曝光次数家数统计与分析样本数是否充足 ? 12 Morton 6 月 13 日 产品上市发表会日期是否已决定 ? 11 Morton 6 月 8 日 上市发表会排演日期是否已决定 ? 10 Kelly 5 月 1 日 项目目标,如时程、 KPI 等是否已经核准定案 ? 9 Kelly 5 月 1 日 项目小组成员是否已确认指派 ? 8 Kelly 5 月 1 日 公司内部参与本项目之单位窗口是否已确认指派 ? 7 Kelly 5 月 1 日 项目小组成立是否遵循公司项目制度 ? 6 Kelly 5 月 1 日 项目小组是否如期成立 ? 5 Kelly 4 月 26 日 项目预算是否已经核准 ? 4 Kelly 4 月 26 日 是否邀请相关利益关系人参与项目起始会议 ? 3 Kelly 4 月 20 日 项目 kick-off Meeting 日期是否已安排 ? 2 Kelly 4 月 20 日 项目参与人员是否有相关经验 ? 1 备注 N Y 负责人 需求日期 检查项目 项目
  202. 204. 采购管理计划 <ul><li>1. 概述目的 </li></ul><ul><ul><li>本项目为公司对外网站改版,虽为内部项目,但限于公司资源,部分工作需要外包及采购器材,以利项目能有效率地如期达成目标。 </li></ul></ul><ul><li>2. 采购范围项目 </li></ul><ul><ul><li>依据项目计划书的构想

×