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

More Related Content

PPT
全面项目化管理
PPT
Managed E-Learning Program: Theory and Practice
PDF
03第三章工程项目组织
PDF
01第一章工程项目和项目管理
PPT
团队项目管理
PPT
9501 tm-chapter3
PDF
PDF
全面项目化管理
Managed E-Learning Program: Theory and Practice
03第三章工程项目组织
01第一章工程项目和项目管理
团队项目管理
9501 tm-chapter3

What's hot (19)

PDF
PPT
專案管理 結婚
PDF
PDF
PPT
專案管理理論基礎
PPT
第3章 项目计划
PPT
專案管理(2009) Chap03
PPTX
PMP: 專案管理架構(Framework) & 整合管理(Integration Management) Review
PPT
01第一章專案管理的概念
PPT
University spm ppt1
PPT
中国建筑标准设计研究所关键业务流程梳理报告
PPT
1 spmc introduction
PPT
Ch12
PPT
企业形象设计教案 课用02
PPT
Ch10
PPT
Ch17
PPT
Pmp考试精要(2004版)
PPT
Ch15
PPT
Ch13
專案管理 結婚
專案管理理論基礎
第3章 项目计划
專案管理(2009) Chap03
PMP: 專案管理架構(Framework) & 整合管理(Integration Management) Review
01第一章專案管理的概念
University spm ppt1
中国建筑标准设计研究所关键业务流程梳理报告
1 spmc introduction
Ch12
企业形象设计教案 课用02
Ch10
Ch17
Pmp考试精要(2004版)
Ch15
Ch13
Ad

Viewers also liked (20)

PPT
工作圈上課講義
PDF
經濟部中小企業處 自媒體的影響力 20150722
PDF
創業知能 創業天使計畫簡介-詹翔霖教授1
PDF
20150117 人與資訊的邂逅 / 陳書儀 老師
PDF
Gamification 遊戲化是在 Play 蝦米 Game
PPTX
令人好奇的黑箱 思考力
PPTX
执行力execution
PPTX
嬉习喜戏:
通过游戏改善世界(How Games can Change the World)
PDF
產業分析與ARM模型應用@TGADC, June 2013
PDF
如何打造社會企業:重點文摘
PPT
QM-048-品管圈活動經驗分享
PPT
Qcc 醫檢圈 游靜芬
PPTX
20150521 遊戲化讀書會
DOC
103.04.24 共通核心職能教案-外星人【都教授】溝通術-體驗活動-詹翔霖
PPS
別當正常的傻瓜--傻瓜測驗題
PPT
103.04.24 共通核心職能教案-職場與職務認知溝通-b1-詹翔霖教授
PPTX
長尾效應─高詩涵、陳泰銓
PPT
產業瞳鈴眼 從邏輯思考開始學習
PDF
機構天使投資經驗分享
PPT
人際關係企管專班(第十一週)
工作圈上課講義
經濟部中小企業處 自媒體的影響力 20150722
創業知能 創業天使計畫簡介-詹翔霖教授1
20150117 人與資訊的邂逅 / 陳書儀 老師
Gamification 遊戲化是在 Play 蝦米 Game
令人好奇的黑箱 思考力
执行力execution
嬉习喜戏:
通过游戏改善世界(How Games can Change the World)
產業分析與ARM模型應用@TGADC, June 2013
如何打造社會企業:重點文摘
QM-048-品管圈活動經驗分享
Qcc 醫檢圈 游靜芬
20150521 遊戲化讀書會
103.04.24 共通核心職能教案-外星人【都教授】溝通術-體驗活動-詹翔霖
別當正常的傻瓜--傻瓜測驗題
103.04.24 共通核心職能教案-職場與職務認知溝通-b1-詹翔霖教授
長尾效應─高詩涵、陳泰銓
產業瞳鈴眼 從邏輯思考開始學習
機構天使投資經驗分享
人際關係企管專班(第十一週)
Ad

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

PDF
PDF
PPT
Pm Chap01(2009)
PDF
學習科技師敏捷專案新思維:人力資本財務績效—PMI專案管理國際證照PMP與ACP介紹 (20200318)
PDF
PDF
PPTX
20161130科技創新世代專案管理—從專案時程管理與12技巧開始
PDF
管理學
PDF
PDF
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
PPTX
2创业咖啡 项目管理-第二章 项目管理环境
PDF
Ch1 project management concept
PDF
PDF
PPT
Pm Chap02(2009)
PDF
PPT
QM-066-成大知識管理推廣實務
PDF
金蝶 Togaf 企业架构培训方案
PPT
策略發展與管理實務~Jager 20131127
PPT
M案管Z 金車專案管理實務
Pm Chap01(2009)
學習科技師敏捷專案新思維:人力資本財務績效—PMI專案管理國際證照PMP與ACP介紹 (20200318)
20161130科技創新世代專案管理—從專案時程管理與12技巧開始
管理學
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
2创业咖啡 项目管理-第二章 项目管理环境
Ch1 project management concept
Pm Chap02(2009)
QM-066-成大知識管理推廣實務
金蝶 Togaf 企业架构培训方案
策略發展與管理實務~Jager 20131127
M案管Z 金車專案管理實務

Recently uploaded (9)

DOC
网上存档可查(美国Tufts毕业证书)塔夫茨大学毕业证转学成绩单如可办理
DOC
原版制作(UOL毕业证书)路易斯维尔大学毕业证毕业证和学位证哪里购买
DOC
原版制作(法国毕业证书)图卢兹第一大学毕业证学费单在线办理
DOC
网上存档可查(UM毕业证书)迈阿密大学毕业证学位证书1:1制作
DOC
原版制作(PSU毕业证书)宾州州立大学毕业证毕业证书范本原版制作
DOC
原版制作(爱尔兰IADT毕业证书)邓莱里文艺理工学院毕业证文凭证书英文定做
DOC
原版制作(英国NTU毕业证书)诺丁汉特伦特大学毕业证注册证明信原版定制
PDF
Company Profile: Swift Ecommerce Consultants
DOCX
托福口語保分如何不被 AI 發現?托福保分沒出分可以全額退費嗎?-mexam.net
网上存档可查(美国Tufts毕业证书)塔夫茨大学毕业证转学成绩单如可办理
原版制作(UOL毕业证书)路易斯维尔大学毕业证毕业证和学位证哪里购买
原版制作(法国毕业证书)图卢兹第一大学毕业证学费单在线办理
网上存档可查(UM毕业证书)迈阿密大学毕业证学位证书1:1制作
原版制作(PSU毕业证书)宾州州立大学毕业证毕业证书范本原版制作
原版制作(爱尔兰IADT毕业证书)邓莱里文艺理工学院毕业证文凭证书英文定做
原版制作(英国NTU毕业证书)诺丁汉特伦特大学毕业证注册证明信原版定制
Company Profile: Swift Ecommerce Consultants
托福口語保分如何不被 AI 發現?托福保分沒出分可以全額退費嗎?-mexam.net

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

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

Editor's Notes

  • #14: 为了满足项目的预期需求,项目可以看成是由范围、组织结构、质量、成本、时间进度五要素构成。组织把其它四个要素综合在一起。 五个要素中,范围和组织是必不可少的,没有范围就没有项目;没有组织项目就无法实施;其它三个 ( 质量、成本、时间 ) 则是软限制因素,是可以有所权变的。在实际项目中,在范围与时间或范围与成本之间的权衡比范围与质量之间的权衡更为常见。
  • #24: 项目生命周期 (project life-cycle) 定义了从项目开始直至结束的项目阶段,确定了将项目的开始和结束连接起来的阶段。例如:当组织认知到它必须掌握某个业务机会时,常常会先进行可行性研究以决定是否要进行这个项目。项目生命周期的定义可以帮助项目经理厘清一件事:是将可行性研究作为项目的第一阶段还是将其作为一个单独的项目,当不能很清楚地确认这种初始工作的结论时,最好的办法就是将这种工作视为一个独立的项目。项目生命周期使得项目管理团队可以按其生命周期过程进行项目管理。
  • #31: Rule of Thumb: Differences between or among stakeholders should be resolved in favor of the customer.
  • #37: 实务上,针对上述项目管理的职责可进一歩细化。项目管理办公室内部又可视情况需要设立一些专业小组,如风险评估小组等。
  • #39: [ 续前 ] 人文素养环境次系统 ( cultural ambience subsystem ) 。 是组织在此环境中实践项目管理的次系统。大部分的人文素养可以用来描述人们—社会族群—如何去感觉在组织中实施项目管理。这些社会族群的心态 (emotional patterns) 、他们的看法 (perception) 、态度 (attitudes) 、偏好 (prejudices) 、假设 (assumptions) 、经验 (experiences) 及价值观 (values) 等,都可以用来发展组织的人文素养环境。这个环境影响人们在组织中的行为 (act) 、反应 (react) 、他们如何思考 (think) 、感觉 (feel) 以及他们在组织中说什么,所有的这些因素最后都会影响在组织中可被接受的行为。 规划次系统 ( planning subsystem ) 。 认知到项目的控制是从项目规划开始,因为项目计划书提供控制程序和机制作为衡量标准。项目规划从一个 工作分解结构 ( WBS ; Work Breakdown Structure ) 的发展开始, WBS 显示了整个项目是如何分解到各个组成要素。接着是发展项目时程和预算、选择技术性能的具体目标、以及为项目团队成员建立其职权和责任。项目规划也牵涉到辨识出在项目生命周期中项目所需要的物料资源。 人力次系统 ( human subsystem ) 。 牵涉到所有和人力元素有关的一切事物。要了解人力次系统需要一些有关社会学、心理学、人类学、沟通学、语意学、决策理论、哲学、领导统御等等的知识。在管理项目团队时,动机 (motivation) 是一个重要的考虑因素。项目管理的意义就是利用团队合作的方式来完成项目的目标和具体目标。项目经理们必须要想办法把他们自己置身于人力次系统中,如此一来项目团队的成员才会诚信并忠心的支持项目之目的。项目经理们用来鼓励项目同侪所发展的巧妙管理风格,可以容易地判断项目的成功与否。领导统御是项目经理们所扮演最重要的角色。
  • #48: 在项目规划过程中,项目团队应当根据对项目和项目结果的影响大小,邀请所有有关的利害关系者参与。因为项目利害关系者具备制定项目管理计划及其任何部分计划中所需的知识和技能,所以项目团队应当加以利用。项目团队必须创造便于项目利害关系者作出贡献的环境。 由于回馈 (feedback) 与细化 (refinement) 过程不能无止境地拖延下去,应按组织确定的程序查明应当结束规划过程的时机。这类程序受项目性质、既定的项目边界、适当的监视与控制活动,以及项目所处的环境的影响。 规划过程组内各过程之间的其它关系取决于项目的性质。例如,某些项目,只有在规划的大部分完成之后才识别出风险。这时候,项目团队可能才意识到成本和进度目标过于乐观,由此会带来比以前的想象大得多的风险。反复规划过程的结果应该当作项目管理计划的更新而被记录下来。
  • #50: 这种连续的监视使项目团队得以洞察整个项目的健康状况,并将需要多加注意的各个方面突显出来。监视与控制过程组不仅监视与控制在过程组内做的工作,而且还监视与控制整个项目的努力。在多阶段的项目中,监视与控制过程组还为实施纠正或预防行动使项目保持在项目管理计划要求的状态而在项目阶段之间提供回馈。当偏差损害了项目的目标时,就将其视为修改的“计划 - 实施 - 检查 - 行动”循环的一个环节重新审视规划过程组 (Planning Process Groups) 内的有关项目管理过程。审视的结果可能是项目管理计划的更新建议。例如,漏掉活动完成日期可能要调整当前的人员配备计划、靠加班弥补,或者在预算和进度目标之间权衡。图 3-9 表示了本过程组内各过程之间至关重要的几个相互关系。
  • #61: 时间管理的重要观念及应用 ► 定义所有项目活动 (Activity Define) ► 工作项目的先后顺序 (Dependencies) ► 规划活动所需的资源 (Activity Resource Planning) ► PDM , ADM , Conditional Diagramming 的异同 ► 时程估算的资料来源 (Historical Information) ► 了解发展时程的技巧 (CPM 、 GERT 、 PERT) ► 时程压缩技巧 (Duration Compression) ► 项目时程表 (Project Schedule)
  • #64: 人力资源管理的重要观念及应用 ► 组织规划 (Organizational Planning) ► 用人需求与招募 (Staffing Requirements) ► 角色及责任指派 (Role and Responsibility Assignment) ► 人员运用管理计划 (Staffing Management Plan) ► 组织图 (Organization Chart) ► 人力资源可用性 (Resource Availability) ► 组织理论 (Organization Theory) ► 团队建设活动 (Team-Building Activities) ► 奖励与表扬制度 (Reward and Recognition System)
  • #65: 沟通管理的重要观念及应用 ► 沟通需求 (Communication Requirement) ► 干系人分析 (Stakeholder Analysis) ► 信息撷取系统 (Information Retrieval System) ► 信息展示工具 (Information Presentation Tools) ► 绩效报告工具 (Performance Reporting Tools) ► 现况审查会议 (Status Review Meeting) ► 经验学习程序 (Lesson Learned Process ) ► 沟通方法 (Communication Method)
  • #66: 风险管理的重要观念及应用 ► 风险来源 (Sources of Risks) ► 风险定量 (Risk Quantification) ► 风险金钱价值 ( Risk Monetary Value) ► 风险响应计划 (Risk Response Development) ► 偶发事件应变计划 (Contingency Plan) ► 裕度与临时对策 (Reserves and Workarounds)
  • #73: 在各个过程相互影响并互相作用之时,“整合管理”可在项目管理中发挥明显的重要作用。例如,制定应急计划的成本估算就要求将项目成本管理、项目时间管理,以及项目风险管理过程中各详细说明的规划过程结合为整体。在识别出人员配备的各种各样办法带有的风险时,必须重新考察上述一个或多个过程。项目的可可交付成果也需要与实施组织或顾客组织的日常业务,或者同考虑到将来问题和机会的长期策略规划结合为整体。 大多数有经验的实际项目管理人员都知道,管理项目没有单一的办法。他们通过应用不同顺序与严格程度的项目管理知识、技能和过程,来达到项目理想的效果。然而,当在直觉上认为不需要某个具体过程时,并不等于就不应加以考虑。项目经理与项目团队必须考虑每一个过程,必须针对每一个项目的具体情况确定每一个过程实施的水平。
  • #99: CPMP 「项目管理知识体系」课程 全程执行 变是唯一的不变
  • #173: Although highly simplified, this chart shows the typical flow of activity when generating, reviewing, approving and implementing changes. Developing a workflow process chart may help you to pinpoint discrepancies or shortfalls in your existing process, or if starting a new process, may help you visualize a proposed process and the relationship of tasks.
  • #192: Notes PROJECT SCOPE MANAGEMENT