跳转到内容

项目管理/PMBOK/集成管理

来自维基教科书,开放世界中的开放书籍

集成管理是一组确保项目各个要素得到适当协调所需的流程。它涉及在竞争目标和替代方案之间进行权衡,以满足或超越利益相关者的需求和期望。

组成部分

项目计划开发
整合和协调所有项目计划,以创建一个一致且连贯的文档
项目计划执行
根据策略、计划和活动,按照计划执行项目计划
集成变更控制
协调整个项目的变更

项目计划开发

输入 工具和技术 输出 其他规划输入 项目规划方法 项目计划 历史信息 利益相关者技能和知识 支持细节 组织政策 项目管理信息系统

约束 挣值管理

假设


什么是计划?

A scheme, program, or method worked out beforehand for the accomplishment of an objective: a plan of attack.
A proposed or tentative project or course of action: had no plans for the evening.
A systematic arrangement of elements or important parts; a configuration or outline: a seating plan; the plan of a story.
A drawing or diagram made to scale showing the structure or arrangement of something.
In perspective rendering, one of several imaginary planes perpendicular to the line of vision between the viewer and the  object being depicted.
A program or policy stipulating a service or benefit: a pension plan.

已计划、规划、计划

To formulate a scheme or program for the accomplishment, enactment, or attainment of: plan a campaign.
To have as a specific aim or purpose; intend: They plan to buy a house.
To draw or make a graphic representation of.

项目计划的主要目的有哪些? 指导执行 记录假设 规划决策 - 替代方案 促进沟通 确定关键管理评审 基线用于进度衡量和控制

项目失败的十大原因

Inadequately trained and /or inexperienced project managers 
Failure to set and manage expectations 
Poor leadership at any and all levels 
Failure to adequately identify , document and track requirements 
Poor plans and planning processes 
Poor effort estimation 
Cultural and ethical misalignment
Misalignment between the project team and the business or other organizations it serves
Inadequate or misused methods 
Inadequate communication , including progress tracking and reporting 

来源 - gantthead.com

在任何项目中,好事不会轻易发生,但坏事却可能随时发生。为了使项目按时、按预算且按要求质量完成,项目步骤需要提前做好计划,谁做什么,什么时候做,也需要提前做好决定。为了让任何团队取得成功,以下 14 点非常重要;

在项目规划中应用 Q12 实践

如果团队能够确保满足以下目标,那么它可以被视为一个好的计划 让每个团队成员的工作变得清晰(我知道对我的期望是什么吗?) 确保团队拥有完成工作所需的材料、设备、技能和知识(我有完成工作所需的材料和设备吗?) 确保尽可能地将分配的工作与团队成员的喜好和技能相匹配(我每天都有机会做我最擅长的事情吗?) 确保团队内部更好地沟通,让好的工作得到应有的认可(在过去的 7 天里,我是否因为出色工作而受到认可或赞扬?) 我的主管或工作中的人似乎关心我这个人吗? 确保在执行项目工作的同时,团队成员不断提升专业技能(工作中有人鼓励我的发展吗?) 确保建立开放沟通的文化,每个人都有机会分享(在工作中我的意见似乎很重要吗?) 确保路线图对所有人都清晰(我的项目的章程让我觉得我的工作很重要吗?) 促进个人卓越与团队卓越(我的同事致力于高质量工作吗?) 建立信任的环境(我在工作中有一个最好的朋友吗?) 确保每个人都能获得他们绩效和团队绩效的适当反馈(在过去六个月里,是否有人与我谈过我的进展?) 确保每个人都能在职业生涯中得到晋升(在过去一年里,我在工作中是否有学习和成长的机会?)


项目计划的内容

项目章程 项目管理方法 范围说明书 WBS(到控制级别) 责任表/分配 网络图/主要里程碑 预算 时间表 资源 变更控制计划/资源 绩效衡量基线 管理计划(范围、进度、成本、质量、人员配备、沟通、风险应对、采购 附属管理计划 • 范围管理计划 • 进度管理计划 • 成本管理计划 • 质量管理计划 • 人员配备管理计划 • 沟通管理计划 • 风险应对计划 • 采购管理计划 项目计划开发的输入 其他规划输入 工作说明书 范围说明书 合同副本等 历史信息 与类似过去项目相关的成本/工作量/质量信息 类似过去项目的风险数据库 类似过去项目的法律方面 组织能力基线 行业数据库等.... 组织政策 项目管理政策 人力资源政策 质量政策等.... 约束

限制项目团队选择的因素

大多数项目都在范围/进度/成本的三重约束下运行。当范围增加时,进度和成本也会随之增加。因此,这些约束之间总是存在权衡。其他约束示例可能包括:项目执行所在地区的法律政策 地理条件 文化问题等..

假设 一些假设示例包括: 假设开发完成后,测试团队将可以测试产品 假设在项目开始后的两周内,将为那些不熟悉该技术的人提供培训 假设学校在冬季关闭,因此项目团队可以利用这些建筑物

基线 包含已批准变更的原始项目计划。基线是跟踪项目进度与批准计划的偏差所必需的。可以有多个基线吗? 答案是“是”。项目基线可以通过正式批准的变更进行更改,但应记录基线的演变。

项目计划执行 输入 工具和技术 输出 项目计划 一般管理技能 工作成果 支持细节 产品技能和知识 变更请求 组织政策 工作授权系统

预防性措施 状态审查会议

纠正性措施 项目审查会议


项目管理信息系统


组织程序



什么是支持细节?

估算工作表 技能数据库 合同 工作说明书 (SOW) 审查报告 项目沟通

组织政策的示例? 质量政策 变更管理政策 招聘政策

预防性措施和纠正性措施有什么区别? 预防 - 预防某事发生的主动措施 纠正 - 问题发生后进行纠正 预防性措施 - 侧重于预防某事发生的措施。例如:培训、同行评审、质量规划(主动性质) 纠正性措施 - 侧重于纠正已经发生的事情的措施(被动性质)

项目计划执行需要哪些一般管理技能? 管理 - 规划、组织、执行、控制 人员管理 时间管理 情商 主动性 领导力 沟通技巧 - 书面、口头 必要的技术意识,以有效地进行沟通 自信 组织政治意识 产品管理技能和项目执行 没有项目产品的基本技术知识,就无法管理项目 这并不意味着像设计人员那样需要对产品有深入的技术了解 这意味着参与项目讨论和决策所需的最低限度技术知识,以便能够有意义地参与 什么是工作授权系统? 决定何时何人做什么 工作的正式开始或停止 必要的批准和授权级别的定义

集成变更控制 输入 工具和技术 输出 项目计划 变更控制系统 项目计划更新 绩效报告 配置管理 纠正性措施 变更请求 绩效衡量 经验教训

额外规划


项目规划


项目管理信息系统

整合所有控制流程产生的变更 采取纠正措施 与变更控制委员会合作 配置管理 按照定义的变更控制程序/系统执行 管理变更 确保所有事情都按照变更管理计划进行 控制在基线范围内 根据需要细化控制限度 数据收集 项目控制会议 协商 沟通 解决冲突 在政策范围内工作 进行事后分析并捕获经验教训 确保在项目的后续阶段实施经验教训 发布项目计划更新 最常用的绩效报告有哪些? 挣值分析报告 里程碑图 风险报告等

什么是变更请求? 一份正式文件,其中包含: 所需的变更描述 发起人 批准人 日期等


项目变更请求表格


项目名称

项目编号

请求编号

日期

请求人

电话

拟议的变更 简称

描述: (如有必要,请附上附件)


变更属于: 范围外 [ ]

范围内 [ ] 请求人签名


批准评估 日期

优先级

项目经理: [ ] 是 [ ] 否 签名

发起人: [ ] 是 [ ] 否 签名

拟议变更评估 受影响的工作包

预计项目影响: 工时

成本

进度

成本效益


建议的措施: 实施 [ ] 推迟 [ ] 拒绝 [ ] 建议实施日期

推荐人

日期


批准 工作包负责人

日期

项目经理

日期

发起人

日期

分配给

接受


措施完成: 日期


批准人


变更日志表格


项目名称

项目编号

请求编号 日期 摘要描述 措施 I / D / R 目标日期 解决日期


**什么是变更控制系统?**一个典型的变更控制系统将包含以下组件:变更请求表、变更审批流程、变更实施信息记录、变更控制委员会、变更沟通系统。

华夏公益教科书