「小型项目管理」
生活中没有什么可怕的事情,只有需要理解的东西。
—— 居里夫人
2021.08 摄于天津北安桥
项目管理知识领域
项目管理概论
最佳实践
- 使用能捕获项目商业论证意图的项目管理方法
- 制定项目章程
- 记录项目需求
- 确定项目范围
- 使用项目进度表来规划和监测项目活动
- 通过制定项目预算来控制项目成本
- 管理项目风险
- 与项目干系人沟通
- 使用项目管理工具、技术和模板
- 依据小型项目的具体需求来定制方法,以应对范围、进度、成本、资源、质量和风险等竞争环境下的制约因素
项目的定义
项目的特征
- 项目是临时的
- 项目是独特的
- 项目是渐进明细的
小型项目的定义
- 项目周期短,时间不超过6个月,项目团队成员为非全职投入
- 团队成员不超过10人
- 涉及的技能领域少;
- 拥有单一的目标和易于实现的解决方案
- 具有狭窄的范围和定义
- 影响单个业务部门,并且只有一个决策者
- 能够获得项目信息,不需要从外部项目获得自动化解决方案
- 项目经理是首要的领导者和决策者
- 不涉及政治问题
- 产生直观的可交付成果,技能领域之间的相互依赖小
- 有可用资金
项目管理定义
- 项目管理是指通过应用知识、技能、工具和技术来满足项目的需求,包括澄清项目需求、定义和规划必要的工作、安排项目活动、监测和控制项目活动、与项目干系人交流项目进展情况,以及展开结束项目的活动。
- 项目经理是被指派实现项目目标的人,负责完成项目
- 项目管理是门艺术,因为它包含了人的因素
- 项目管理是一门科学,是因为它是建立在可重复的过程和技术之上。
- 项目管理是科学的艺术,学习基础科学是实践艺术的必要条件
项目管理的价值
- 有助于组织实现商业目标
- 提供建立专业领域的程序和工具,以及组织管理项目数据的方法
- 提供定义范围和控制范围变化的方法
- 确定项目的角色和责任
- 允许项目经理管理利益干系人的期望
- 允许团队专注于优先事项
- 平衡范围、进度、成本、资源、质量和风险等制约因素
小型项目的关注点
小型项目的挑战
项目规划
- 一定要制定计划
- 计划可以界定范围、工作内容和成本
- 计划是团队与利益干系人的一个沟通工具
- 计划可以控制项目
- 计划可以跟踪变化
- 计划可以预测潜在问题,并提供主动管理的手段
- 计划使你专注于商业目标
- 让与项目相关人员参与到制订项目计划的过程中
- 使用合适的工具和技术来管理项目
- 计划不要过于简洁也不要过于详细
- 尽量不要用过去的经验来安排项目
- 获取商业计划书
低优先级
无经验的项目团队
项目经理需要承担多个角色
流程和工具
管理和领导小型项目
管理者使正确做事情的人,领导者使做正确事情的人。管理者使高效的,领导者使有效的。只有将效率和效果结合起来,才是一个好的项目经理。
项目整合管理
- 将项目的各个层面联系在一起
- 制定项目章程、制定项目管理计划、指导与管理项目工作、管理项目知识、监控项目工作、实施整体变更控制、结束项目
- 执行项目管理计划中规定的工作
- 监控项目活动
项目范围管理
- 确保项目团队做且只做所需的全部工作,以成功完成项目的各个过程
- 明确那些工作会包括在项目内、那些不在项目内
- 规划范围管理、收集需求、定义范围、创建WBS、确认范围和控制范围
- 审查和批准项目交付成果
- 确定范围变更的影响,并在变更之前获得批准
项目进度管理
- 确保管理项目按时完成所需的各个过程
- 包括规划进度管理、定义活动、排列活动顺序、估算活动持续时间、制订进度计划、控制进度
项目成本管理
- 为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程
- 包括规划成本管理、估算成本、制定预算、控制成本
项目质量管理
- 把组织质量政策应用于规划、管理、控制项目和产品质量要去,以满足干系人期望的各个过程
- 包括规划质量管理、管理质量、控制质量
项目资源管理
- 包括识别、获取和管理所需资源,以成功完成项目的各个过程
- 包括规划资源管理、估算活动资源、获取资源、建设团队、管理团队和控制资源
项目沟通管理
- 为确保及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置项目信息所需的各个过程
- 包括规划沟通管理、管理沟通、监控沟通
- 可以通过制定沟通矩阵、编写状态报告来完成
项目风险管理
- 包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程
- 风险是计划外的事件
项目采购管理
- 包括识别需要外包的项目/资源、制定采购管理计划、与供应商签订合同、监控采购
- 提供管理合同的框架,解决如何获取组织外资源的问题
项目干系人管理
- 项目干系人四指对项目产生积极或者消极影响或者受项目影响的任何人
- 干系人管理解决两个问题:
- 谁是我的项目干系人?
- 我如何让我的项目干系人参与进来?
- 包括识别干系人、规划干系人管理、管理干系人参与、监督干系人参与
领导小型项目
领导一个项目需要权威、职责和责任。
- 以良好的人品赢得团队的信任和尊重
- 了解自己,熟练履行项目职责
- 寻求解决方案,成为问题的解决者
- 了解团队成员,努力与他们建立良好的关系
- 培养良好的沟通能力,快速响应项目干系人的要去
- 指导项目干系人,为他们提供建议、解决眼前的问题
- 引导和培养项目团队成员,然后将项目责任下放
领导并不是要有一个头衔,而是要有追随者。“如果你认为你在领导,却没有人追随你,那么你只是在散步”。
项目前活动
项目通常从项目发起人开发业务文档开始,其中包括商业案例和项目收益管理计划。对于简单项目,可以使用工作说明书。
商业文件
- 项目商业案例:描述项目实现收益的可行性,列出项目的启动目标和原因。
- 项目效益管理计划:描述了何时、如何交付项目的效益以及如何衡量这些效益。
工作说明书
项目请求
记录商业需求、描述产品范围,并概述潜在的项目,并向决策者提出审批要求。主要包括以下内容:
- 业务信息
- 业务领域
- 商业机会
- 连接到战略目标
- 识别项目最终客户
- 项目描述
- 项目要实现的目标
- 项目中要包含的内容
- 预计完成日期
- 初步资金预算
- 项目信息
- 假设:规划中被认为正确、真是、确定的因素
- 问题:识别出有问题或有争议的观点和事项,或者存在分歧的观点
- 风险:识别任何不确定的事件或者条件
- 验收标准:确定如何知道项目是完整、成功的
小型项目管理过程
过程概述
项目生命周期
一个项目从开始到完成所经历的一系列阶段
通用项目生命周期
- 项目前工作
- 启动项目
- 组织和准备
- 开展项目活动
- 完成项目
小型项目生命周期
项目建议书
需求定义
设计
开发
测试
实施
评审
可交付成果
为完成过程、阶段或项目而必须生产的任何独特且可验证的产品、结果或执行服务的能力。
- 最终可交付成果
- 临时可交付成果
小型项目管理过程
通用项目管理过程
- 启动过程组:获取启动项目或者阶段的授权
- 规划过程组:确定项目方位、细化目标和确定实现项目目标所需行动过程
- 执行过程组:完成项目管理计划中确定的工作,满足项目需求
- 监控过程组:跟踪、审查和调整项目的进展与绩效,识别必要变更以及变更所需过程
- 收尾过程组:正式完成或结束项目阶段或合同所执行的过程
小型项目管理过程
- 启动过程组
- 规划过程组
- 监控过程组
- 收尾过程组
PALM原则
- Plan:计划项目活动
- Analyze:分析情况并提出问题
- Lead:领导项目活动
- Monitor:监控进度和资源
过程成功的关键
- 记住每个项目都是独特的,要根据项目特点剪裁管理过程
- 确保每个项目使用适当数量的过程,并根据实际进行调整
- 将过程指南放到手边,以便快速参考
- 将项目管理过程与产品开发过程想结合
- 引导其他项目经历使用项目管理方法
启动
定义一个新项目或者现有项目的一个新阶段,授权开始该项目或者阶段的一组过程。
启动步骤
- 获取项目论证文件
- 识别项目干系人
- 访谈项目发起人和其他干系人
- 起草项目章程
- 识别假设和制约因素
- 与干系人一起审查项目章程
- 获得项目发起人批准并开始规划项目
项目章程
项目章程明确项目与组织正在进行的工作的关系,以及项目目标与组织战略目标之间的联系。对于小型项目,项目章程需要明确项目目标与业务部门目标之间的联系。项目章程是小型项目管理过程中最重要的文件之一。
项目章程的内容包括以下内容
- 项目描述
- 背景信息:概述项目目标和业务目标
- 项目目标:SMART原则(明确的、可衡量的、可达成的、切实的、有时间限定的)
- 项目范围
- 范围内
- 范围外
- 项目预算
- 里程碑概要
- 项目信息
- 高层级可交付成果
- 假设
- 制约因素
- 技术决策
- 对其他项目的依赖
- 整体项目风险
- 关键项目干系人
- 项目发起人
- 项目经历
- 其他项目干系人
- 核心团队成员
- 支持信息
- 业务流程影响
- 验收标准
- 项目章程的批准
- 项目发起人
- 客户
项目角色与职责
- 发起人
- 客户
- 项目经历
- 项目团队
干系人登记册
启动过程指南
- 描述:启动过程定义并获取授权
- 目的:项目启动的目的
- 输入
- 商业文件
- 项目范围说明书
- 项目需求
- 项目建议书
- 工具和技术
- 项目章程指南
- 项目章程模板
- 精简版项目章程模板
- 假设日志模板
- 干系人登记册模板
- 输出
- 项目章程
- 假设日志
- 干系人登记册
- 程序
- 获取项目论证文件的副本
- 识别项目干系人
- 访谈项目干系人和其他干系人
- 编写项目章程
- 识别假设和制约因素
- 管理项目干系人的期望
- 与干系人一起审查项目章程
- 获取项目发起人的批准并开始规划
启动过程成功的关键因素:
- 整个项目生命周期中,确保项目干系人的持续参与
- 建立信任
- 项目章程为规划阶段奠定基础,应该包括所有干系人的输入
- 在继续进行项目之前获得必要的批准
小型项目的规划
规划是为确定工作、定义和完善目标以及制定实现这些目标所需的行动方针而执行的过程。规划是一个反复的过程。规划是项目成功的关键,因为这是项目经理定义和记录项目细节的地方。
规划的步骤
- 准备规划活动
- 审查项目章程以及项目前的任何文件
- 回顾以前项目经验教训
- 召开规划会议
- 收集需求
- 项目需求是项目或产品的需求或期望
- 需求表明了如何完成可交付成果
- 记录项目发起人的需求和期望,收集其他干系人的问题
- 需求应该清晰明确,可以记录在档
- 制定项目范围说明书
- 详细描述项目交付物以及完成这些交付物所需的工作
- 可用于项目控制
- 制定工作分解结构
- 可以是一个简单的层次结构,只显示主要或高级别可交付成果,也可以更详细
- 确保包含所有项目组件
- WBS是一种将项目工作分解为组件的工具,是对项目团队为实现项目目标、创建可交付成果而需要实施的全部工作范围的层级分解
- WBS的开发方法有两种:
- 自上而下
- 列出最终产品
- 确定主要交付成果
- 确保包括项目的所有工作
- 制定一个显示等级关系的编号方案
- 与干系人会面,审查主要可交付成果
- 将主要可交付成果分解为足以满足项目需求的详细程度
- 确定编号方案
- 与干系人合作完善WBS
- 落实最低层级可交付成果的责任人
- 自下而上
- 自上而下
- 制定活动清单和里程碑清单
- 活动清单列表:完成项目所需的计划活动,体现为项目进度表
- 里程碑清单:项目的重要时点或事件,零持续时间,使用活动来安排工作
- 估算工作量和持续时间
- 估算工作量
- 三点估算法:
- 最可能时间
- 最客观时间
- 最悲观时间
- 计算持续时间
- 自下而上估算法
- 三点估算法:
- 估算持续时间
- 估算工作量
- 制定项目进度表
- 关键进度术语
- 活动
- 活动顺序
- 并行
- 后继活动或任务
- 里程碑
- 项目进度表
- 甘特图
- 里程碑图
- 电子表格
- 关键进度术语
- 制定项目预算
- 估算级别
- 数量级估算:项目早期
- 相对估算:大型项目估算
- 绝对估算:自下而上的估算
- 估算方法
- 类比估算
- 参数估算
- 自下而上估算
- 三点估算
- 估算级别
- 确定质量标准
- 确定并获取资源
- 计划、识别、评估和应对风险
- 风险管理规划
- 风险识别:识别风险并建立风险登记册
- 风险分析:对风险进行量化和排序
- 计算风险概率
- 估算影响等级
- 登记风险负责人
- 风险应对规划
- 上报
- 规避
- 转移
- 减轻
- 接受
- 制定沟通文件
- 干系人登记册
- 沟通矩阵
- 责任分配矩阵
- 责任分配矩阵
- R:执行
- A:负责
- C:咨询
- I:通知
- 责任类型
- A:批准
- C:创建
- I:通知
- R:审查
- S:支持
- 责任分配矩阵
- 项目日志
- 制定采购管理计划
- 更新假设日志
- 制订项目管理计划
- 获取发起人的批准
计划成功的关键
- 计划并准备重新计划
- 让项目工作人员参与工作计划
- 利用头脑风暴会议让团队参与
- 利用决策工具和技术促进规划过程
- 在项目计划中包括项目进度表以外的内容,并包括所有计划文件
- 收集项目需求并确定项目范围
- 记录假设和约束条件
- 了解组件间的逻辑关系并为其制定计划
- 可以使用项目管理软件
- 协商关键项目资源
- 充分利用以前项目的经验教训
- 将项目文件保存在项目笔记本中,并建立电子归档系统
- 如果没有规划,你将无法控制项目
- 获得发起人批准
控制
对于小型项目而言,执行、监督和控制项目活动是结合在一起的,简单可以称为控制。
- 执行过程组包括“完成项目管理计划中确定的工作,以满足项目要求的一组过程‘
- 监控过程组包括”跟踪、审查和调整项目进度与绩效,识别必要的计划变更并启动相应变更的一组过程’
控制过程活动
控制就是将实际绩效与计划绩效进行比较、分析差异,并在必要时提出适当的纠正措施。在小型项目管理中,控制还包括协调人员和资源、管理利益干系人的期望,以及监控正在进行的项目管理活动。
控制活动不是按顺序进行的。以下是控制活动的清单:
- 更新项目进度
- 控制成本
- 准备状态报告
- 管理问题
- 更新风险登记册
- 评审和批准可交付成果
- 管理变更
- 更新项目进度表
- 控制成本
- 准备状态报告
- 管理问题
- 更新风险登记册
- 评审和批准可交付成果
- 管理变更
行动方案
控制成功的关键
- 仔细监控项目进度,应对差异,并与利益干系人沟通
- 管理问题和风险,必要时上报
- 识别所要求的变更对项目资源、进度和预算的影响,并在获得批准后将变更纳入项目
- 有一个积极的态度,特别是在困难时期
收尾
收尾是正式完成或关闭项目、阶段或合同而开展的过程。收尾意味着完结一个项目或阶段所定义的过程均已得到妥善处理,并正式确定项目已完成。
小型项目容易收尾,重点是管理收尾,更确切的说是交付项目输出及结束项目。项目经理需要收集项目的记录,分析项目的成功或失败,总结经验教训,撰写项目结项报告,归档项目信息以备未来使用。
收尾活动
- 关闭项目文件
- 回顾项目计划,确保所有工作已完成
- 撰写及分发项目结项状态报告,通知干系人项目已完成
- 确保没有严重的问题遗留,所有问题状态都应该被关闭
- 确认是否有项目风险需要转交给运营环节
- 审核项目预算,确定超预算结果
- 评估项目
- 对实际产出和计划进行对比
- 发放调查问卷收集关键信息
- 总结经验教训
- 什么做得好
- 什么做得不好
- 那些地方需要改进
- 是否有建议
- 过程:
- 识别
- 记载
- 分析
- 存档
- 检索
- 撰写结项报告
- 结项的原因
- 结项的职责
- 项目绩效
- 绩效与成功标准比对
- 绩效与计划比对
- 经验教训
- 项目庆功
- 归档项目文件
收尾成功的关键
- 保证项目目标已完成
- 保证所有可交付成果已完成
- 归档项目文档
- 庆祝项目成功
附加知识领域
同时管理多个小型项目
多项目管理
- 项目、项目组、项目集、项目管理与项目集管理的定义、联系与区别
- 小型项目组合
- 相关联项目组合
- 无关联的项目组合
多项目管理流程
- 为每个独立项目单独制定项目计划
- 将独立的项目计划汇总到多项目计划中
- 多项目概述:以电子表格形式呈现的高层级项目信息
- 项目ID
- 项目名称
- 优先级
- 类别
- 类型
- 目标
- 预算
- 预计完成时间
- 高层级可交付成果
- 项目依赖
- 状态
- 范围
- 假设
- 约束
- 多项目风险
- 编号
- 项目名称
- 状态
- 类别
- 风险事件
- 概率
- 影响
- 优先级
- 风险应对
- 责任人
- 整合的项目进度计划
- 项目间的依赖关系或者项目、阶段、活动之间的逻辑关系
- 可能会影响资源分配的项目活动时间表
- 多项目概述:以电子表格形式呈现的高层级项目信息
- 执行并监控多项目计划
- 整合的项目进度计划
- 多项目日历
- 多项目状态报告
- 里程碑报告
聚焦会对人的感知及表现产生影响,能帮助人们明辨方向并维持在既定轨道上,人们很容易在多项目切换的过程中迷失方向。因此,聚焦对于达成项目目标是至关重要的。管理多项目的关键就在于有意识的聚焦。
多项目管理活动的成功关键
- 对每个单独的项目使用一致的流程和工具
- 整合项目,在合适的层级上进行管理,并贯穿所有项目进行分析
- 确保进行两次风险规划,第一次在规划单独项目时进行,第二次在规划多项目时进行
- 使用整合报告来沟通项目进度。
- 使用看板作为管理项目活动的工具。
组建高效团队
团队建设是一个持续不断的过程,会在整个项目生命周期内存在,项目经理有责任为团队创建可达成的项目目标的环境。
小型项目团队角色
- 项目经理
- 业务分析师
- 主题专家
团队章程
- 团队名称
- 项目经理
- 团队成员
- 使命
- 价值
- 行政指南
- 基本准则
- 决策指南
- 会议指南
- 口号
- 标识
会议管理
- 会议议程
- 会议角色及职责
- 会议纪要
有效的项目会议
会议分类
- 正式会议
- 非正式会议
- 临时会议
会议提示
谨慎选择会议时间和地点
提前发放会议议程、预期需要使用的文档
使用计时器
吸引所有参会人
控制讨论方向
跟踪行动项
记录可后续讨论事项
提供决策辅助工具
- 头脑风暴
- 多重投票
- 决策举证
- 差距分析
- 亲和分析
会议结束阶段检查下一步事项
准备分发会议纪要
塔克曼模型
- 组建期
- 团队认同
- 共识决策
- 激荡期
- 规范期
- 执行期
- 休整期
团队成功的关键
- 确保会议纪要清晰、简洁、重点突出
- 为决策制定及问题升级制定流程
- 在团队组件期提供团建活动
- 在规范期,通过互动式提问、协同制定目标,积极引导团队
- 在激荡期,使用恰当的流程和技术来管理冲突
- 在执行期,允许团队成员间的相互依存和机动灵活
- 在休整期表现出关怀与感激
一个人的项目
如果你想获得项目的成功,就必须完成项目的可交付成果,并执行启动、计划、监控、执行和控制、收尾活动。在时间内、在预算内和根据需求,这三重限制在一个人项目中仍然适用。要想获得成功,你必须戴上多顶帽子:项目经理、领导者和主题专家。
时间管理
时间管理需要纪律。它要求你写下你想要完成的事情,创建清单,并设定优先事项。
- 使用看板
- 使用一个文件管理系统,使你方便的访问你的文件
- 创建每月、每周和每日优先事项清单
- 整理你的工作空间
- 提前计划好每一天的工作
- 追踪到期日期
- 先做最困难的任务
- 发展适合你的系统
- 依据你的性格来工作
- 为意外保留一点时间
- 避免无价值的活动
- 选择积极的态度
一个人项目成功的关键
- 进行项目管理,因为它是正确的事情
- 把所有小型项目作为大型项目的训练场
- 有效的管理时间,并找到保持动力的方法
敏捷.
敏捷是创造和应对变化的能力。它是一种应对不确定性和动荡的环境并最终取得成功的方法。敏捷与其他方法的区别在于,解决方案是通过自组织的跨职能团队之间的协作而不断演进的。
敏捷宣言
- 个体和互动高于流程和工具
- 可工作的软件高于详尽的文档
- 客户合作高于合同谈判
- 响应变化高于遵循计划
敏捷原则
- 我们最优先考虑是通过尽早和持续不断地交付有价值的软件来使客户满意
- 即使在开发后期也欢迎需求变更
- 采用较短的项目周期,,不断地交付可工作的软件
- 业务人员和开发人员必须在整个项目期间每天一起工作
- 围绕富有进取心的个体而创建项目
- 不论团队内外,传递信息效果最好且效率最高的方式使面对面交谈
- 可工作的软件是测量进展的首要目标
- 坚持不懈地追求技术卓越和良好设计,从而增强敏捷能力
- 以简洁为本,最大限度减少工作量
- 最好地架构、需求和设计出自自组织团队
- 团队定期反思如何能提高成效,并相应调整自身地行为
仆人式领导
- 促进自我觉察力
- 倾听
- 为团队中的人服务
- 帮助人们成长
- 教练与控制
- 促进安全、尊重和信任
- 提升他人的能力与智慧
角色和责任
- 敏捷专家
- 跨职能的团队成员
- 产品负责人
- 团队协调人
团队结构
- 自管理
- 跨职能
- 同地办公
- 专注
工具和技术
Scrum
- Scrum板
- Scrum团队
- Scrum时间及工件
看板方法
常规实践
- 用户故事
- 描述
- 预期的任务
- 验收的标准
- 回顾
- 待办事项的准备和细化
- 每日站会
- 自从上次站会以来,我完成了什么
- 从现在到下一次站会,我计划完成什么
- 我的阻碍是什么
- 每次站会时间不应超过15分钟