- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
项目章程 –某某项目案例
项目章程应当包括:
项目发起人
上项目的理由和目的(项目要满足的商业需求)
满足各方干系人需要的要求和产品要求(产品描述)
委派的项目经理及权限级别
假设和制约因素
干系人及其影响
总体里程碑进度表与总体预算
项目章程应相对简短 (通常长度为1-2 页)。项目章程应由项目主管经理而不是由项目经理编制。
如必须由项目经理编制,一定要项目发起人正式签署项目章程,并正式对外颁布。
练习任务 – 各小组就项目章程进行讨论,且由各小组指定的组织高层经理编制下述项目章程。
__________项目的项目章程
项目名称:
日期:
总体预算:
版次:
计划开始日期:
计划完工日期:
项目的目的和目标:
产品描述:
项目的主要特点:
假设和约束条件:(可以省略)
项目经理及其授权:
批准人 :
(签名)
日 期:
项目授权书________项目案例
一.项目信息
提供项目名称、项目经理以及项目发起人姓名等与项目相关的一般信息
项目名称:
主管部门:
项目经理:
授权书起草人:
项目发起人:
日期:
二.项目授权书
描述项目的工作任务,被任命的项目经理的姓名、职责、权力等方面的信息
授权书发出人姓名:
职务:
授权书发出人姓名:
职务:
抄送人:
职务:
抄送人:
职务:
抄送人:
职务:
抄送人:
职务:
项目任务描述:
项目经理的职责:
项目经理的权力:
授权人职务:
签字:
日期:
项目范围说明 – ______项目案例
项目范围说明书一般包括如下内容:
方面
内容
说明
项目论证
商业需求、需解决的商业问题
项目目标
目标
项目成功所必须满足的定量标准
项目成果
产品范围说明书
项目应创造的产品、服务或成果的特征
可交付成果
产品、服务或成果组成的结果及附带结果
要求说明书
说明了可交付成果为满足要求而必须具备的能力
项目要求
技术规定说明书
识别项目应遵守的技术规定文件
产品验收准则
确定验收过程和原则
批准要求
识别变更的批准要求
配置管理要求
项目实施的配置管理和变更控制水平
项目条件
边界(明确哪些在项目范围之内,哪些在项目范围之外)
进度里程碑、资金限制和费用估算
制约因素、假设
项目组织
初步组织
识别了项目团队和主要干系人
项目风险
初步确定的风险
识别的已知风险
项目范围说明书的长度可以从1 页到40 或50 页,取决于项目的复杂程度和确定项目阶段的
方
法论。
项目经理应当与所有的项目干系人一起来制定项目的范围说明书。客户应当签署范围说明,
以
表明同意项目范围。
练习任务 –编制项目范围说明
项目范围说明书
项目名称 Project Name:
项目经理 Project Manager:
日期 Date:
项目发起人 Project Sponsor:
编号 ID:
版次:
项目论证Project Justifications(商业需求、需解决的商业问题Business Needs and Business Problems):
项目产品和可交付成果Project Products Deliverables(功能/技术的):
技术规定说明书:
产品验收准则:
项目目标Objectives(符合S.M.A.R.T 原则):
? 时间 Time:
? 费用 Cost:
不包括的工作Exclusions:
约束Constraints:
假设Assumptions:
主要风险Major Risks:
项目组织Project organization(项目团队和主要干系人):
配置管理要求:
范围变更的批准要求:
项目工作分解结构 (WBS) – _______项目案例
WBS 是英文Work Breakdown Structure 的缩写,是面向项目可交付成果的对于组织并定义整个范围的项目元素的分组,未列入工作分解结构的工作包将被排除在项目范围之外,不属于项目团队的工作范畴。
WBS 的表现形式
工作分解结构有两种比较通用的形式:一种是类似于组织结构的图形方式,只不过方框中的内容表示活动,而非人名或职务;第二种是任务清单式的直线排列方式,从上往下排列,上面一层是大任务,下面一层是完成大任务的具体活动、更详细的工作内容。
WBS 的编制原则
一个工作只能在WBS 中出现一次,因为每项工作都需要占用时间和资源,一项工作重复出现就意味着时间和资源重复配置,这会导致时间和成本计划的失误。在编制范围计划的时候,需要时刻兼顾与后续时间和成本计划的衔接。
一个子项目的工作内容是下一级工作任务之和。例如:化妆、灯光、道具、音响等项工作共同组合成子项目“剧务”,这同时也意味着这些工作任务占用的资源和时间之和,刚好等于“剧务”占用的时间和资源。
最好让团队成员参加与其工作相关的WBS 条文的编制,以便他们能够准确地理解
文档评论(0)