敏捷项目管理

目 录 D

I

R

E

C

TO

R

YPART 01PART 02PART 03重 新 认 识项 目 管 理敏 捷 型项 目 管 理敏 捷 转 型成 长 之 路PART01重

新

认

识

项

目

管

理如

何

应

对

互

联

网

巨

变

时

代无处不在的项目项 目 管 理 做 什 么交付：范围、时间、质量·····组织：团队、氛围、能量、文化、目标······项目管理定义将知识、技能、工具与技术应用于项目活动，以满足项目的要求——PMBOK指南在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望的过程——百度百科项

目

管

理

五

大

过

程

组启动千里之行

始于足下

规划运筹帷幄

决胜千里

执行言出必行

行必结果

监控审时度势

沉着应变

收尾慎终如始

如履薄冰

项目管理五大过程组项目管理=重要通用能力执

行

力责

任

心自

驱

力觉

察

力 感

知

力客观开放全

局

观项目管理的常量和变量范 围时 间成 本产 品类 型生 命周 期团 队阶 段经 典 项 目 管 理 铁 三 角时

间资源

/

成本

范围

/

质量

◆

所谓“铁三角”，指的是三者中任意一方的变动都会对其他二者产生影响。◆

项目管理的目标是平衡三者的关系，使之达到最佳的效果。计划铁 三 角 有 所 思时

间成本

范围

◆

各因素相互

牵制

◆

对

需求

的管理是源头

◆

单纯加人是个

“焦油坑”

◆

时间

总是最易确定的因素

，也是最易被重视的维度

◆

要求

克制追求时间

的冲动

◆

最易伤害：

长期质量

◆

衡量什么，就得到什么

价值项 目 管 理 思 维目标管理全局眼光项目分解流程管理风险意识目 标 管 理◆

点头之前多问几个“为什

么”

◆

期望管理：结果 V

S 过程

◆

“奇怪”的期望

◆

成功交付，是唯一的目标

吗？

目 标 管 理专职项目经理

①

项目经理直接入驻项目，深入了解项目日常情况，在项目中因地制宜实

施项目管理方法和流程。作为项目经理，一方面对各版本项目的成功交

付负责，另一方面也需关注团队的长期健康成长。

②

项目的成功交付

是指根据项目实际情况所需达成的重要交付目标

,

包括

但不限于时间、范围、质量等因素，通常是这几项因素的综合结果。

③

团队的长期健康

成长是指随着产品各版本的推出，团队在执行力、协作

氛围等方面的日渐增强，以及团队日益形成的自我组织和自我管理

.全 局 眼 光低头抬头前

后

上

下

通

吃假象演绎想 象 沙 盘归纳联系问题、风险、懂了追求“小而美”哪怕应对的

“排山倒海”

凡事皆可拆事、人、物

交付增量式

（快速、试错、风险）

改进每次一小步

（接纳、适应）

团队功能团队

交付能力、克服划

水、自组织、激活

项 目 分 解流 程 管 理基本框架上的因地制宜遵循但不死板重视流程背后的原则而不是流程行动本身◆

药，不可多吃！◆

规范性vs灵活性◆

持续改进◆

落实重于制定◆

要找到

试点没有一劳永逸的流程来自团队意愿每次一小步◆

只相信你有权相信的开发对测试说，我的代码没bug了…◆

风险识别，贯穿始终◆

拓展信息来源，让信息汇向你◆

致命风险，不仅仅是上交◆

两份风险列表，一份不公开◆

悲观心态看项目，乐观心态看团队◆

不再成天救火风 险 意 识PART02敏捷型的项目管理

如何应对互联网时代管理

变

化灵

活团

队检验适应什 么 是 敏 捷？敏捷（Agile）是一种关注价值、消除浪费、以人为核心、迭代、循序渐进的开发方法。透明价

值效

率用

户传统项目常见模型传统开发面临的问题交付周期长6-10个月甚至更长软件质量差赶上线而牺牲质量团队士气弱死亡行军及不关注结果进度延期久计划和估算全靠拍脑袋沟通效果差文档化的沟通不及时按时发布低技术债务增多无法发布传统和敏捷有什么区别传统思维VS敏捷思维敏 捷 思 维是

流

程

的

问

题是

员

工

的

问

题优

化

各

部

分

的

工

作系

统

思

考

，

优

化

整

体快速交付和高质量意味着多花钱快速交付和高质量互为手段、目的针对个人进行考核

针对流程进行考核

激励并管理员关 注 计 划为了更好的预测，

做全面的分析清除员工面临的障碍，

开发员工关 注 价 值频繁的预测才是可依赖的方法大

而

集

中

能

提

高

效

率小

而

灵

活

才

是

美传 统 思 维VS为 什 么 要 敏 捷为啥要变化呢？不能一开始多花点力气，想明白呢？◼

细节无法提前全都想明白◼

世界变化太快，原本有价值的东西，可能会变得不那么有价值了◼

不确定性太多，可能连用户自己都没意识到自己到底想要的是什么敏捷软件开发优势快速交付1-4周迭代结束即可交付可运行的软件降低风险短周期迭代持续反馈，提高预见性适应变化小步快跑，快递验证产品需求及调整方向满意度高高ROI的需求快速交付早期实现商业价值持续改善迭代结束后进行回顾频繁检查团队动向质量更好持续集成及频繁测试保证代码质量更高敏捷型项目管理特点快！离用户近！范

围时

间质

量来

源

广

泛拥

抱

变

化快

速

试

错透 明全

民

测

试阶段性质量敏捷推崇的工作方式开发项目的复杂分类需求、技术明确，采用传统项目管理即可需求、技术都不确定的复杂类型，适合敏捷预定义过程VS经验性过程复杂的环境会干扰我们对目标的判断，让我们偏离目标不断的侦测目标，收益反馈，调整方向，完成目标敏 捷 宣 言个体和交互可工作的软件客户合作响应变化流程和工具面面俱到的文档合同谈判遵循计划胜过胜过胜过胜过虽然右项也具有价值，但我们认为左项更具有更大的价值敏 捷 项 目 阶 段立项 建立愿景 商业论证启动 项目章程 工作协议 人物角色初步Backlog 高层次估算产品roadmap 用户故事地图发布计划 用户故事分解 估算定义DoD 发布迭代Splike 迭代计划 开发及测试 每日站会 评审会议 回顾会议Backlog梳理收尾 回顾会议 感恩游戏 总结经验教训 成功交接 文档归档 行政收尾敏捷原则-12条准则敏捷原则1我们的最高目标是通过尽早和持续的交付有价值的软件来使客户满意敏捷原则3经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，且时间间隔越短越好敏捷原则4在整个项目开发期间，业务人员和开发人员必须每天在一起工作即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程利用变化来为客户创造竞争优势敏捷原则2敏捷原则-12条准则敏捷原则5要善于激励项目人员，给他们所需的环境和支持，并相信他们能够完成任务敏捷原则7可工作的软件是衡量进度的首要指标敏捷原则8敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久、稳定的进展速度团队内部和各个团队之间，最有效的沟通方法是面对面的沟通敏捷原则6敏捷原则9对技术卓越和好的设计的持续关注有助于增强敏捷性敏捷原则11最佳的架构、需求和设计出自自组织团队敏捷原则12团队要定期回顾和反省如何能够做到更有效，并相应的调整团队的行为敏捷原则-12条准则尽量做到简洁，尽最大可能减少不必要的工作这是一门艺术敏捷原则10你的团队还好吗?有人绩效很差，但没什么问题会越开越多，越开越长，但决策越来越难群里po个信息，没人理，全天没几条信息开会就是各自开小差关于一个问题，各种讨论，但迟迟没有定论除了测试和运营，团队很少人日常使用自己的产品重要问题，很少有人提反对意见邮 件 中 打 仗明明觉得有问题，但懒得说不想再提，因为提了也没用各种病假事假迟到早退团建没几个人参加团 队 问 题团队建设四个阶段相对独立成熟期Performing凝聚力规范期Norming冲突振荡期Storming依赖于领导者形成期Forming确定方向组织架构公开的数据流动问题解决团 队 管 理形

成

期定义方向、任务、期限、规范，启动会，团建，学习震 荡 期协调情绪、加强沟通、建立信任、随需调整、认同方向规

范

期共同目标、信任、鼓励协作、流程制定和改进、松弛有度成 熟 期自我管理、肯定鼓励、处理突发、关注大局团 队 发 展 注 意 点◆

团队可能一直处于、也可能随时重新进入形成期

-震荡期

-正规期◆

业务绩效、关键人员、大批新人……◆

团队负责人起着关键作用，当ta不再被信任时，团队将持续处于震荡期，最终的结果是解散◆

每个新人进入一个团队，都将经历这四个阶段，

包括PM自己用户角色Persona建模在很多项目中，需求分析人员只是从一个角度去写用户故事，这样往往容易忽略一些需求(故事)，因为有些故事针对的并不是系统的一般用户。以用户为中心的设计和交互设计让我们明白在编写故事前识别用户和虚构人物会有很多好处类别姓名求职者张三初次找工作者李四裁员受害者王二大学生小朋监控者小芳工作发布者…建立阅读者…用 户 故 事 是 什 么用户故事描述了对用户、系统或软件购买者有价值的功能 一份书面的故事描述 有关故事的对话，用于具体化故事细节 可验收测试，用于表达和编档故事细节且可用于确定故事何时完成Independent独立Estimable可估算作为XXXX，我想要XXXX，这样我可以XXXX角色：谁要使用这个功能功能：需要完成什么样的功能价值：为什么需要这个功能，能带来什么价值INVEST原则Negotiable可协商Valuable有价值Testable可测试No.S01 优先级

12作为：一个卖家我希望：发布我的商品信息1、显示名称、规格、价格等属性2、支持上传图片3、在线编辑目的：让更多的买家查找到商品估算：5

story

point

计划完成时间：2019.10.01用 户 故 事 估 算故事估算方法

依据经验和其他故事做比较分解成更小的故事计划扑克估算理想日估算

集体估算，只有开发人员才能估算

估算不是承诺

准确而不是精确

使用相对值

避免长时间讨论

大的故事可分解再估算

需要PO澄清期间的问题用 户 故 事 排 序Simple

schemeMoSCoW100-PointKano

Analysis

按客户价值进行优先排序

优先选取能交付最高价值给客户的

让客户参与到优先排序过程

在制约下优先交付一组有用的功能

MMF(最小可售单元)Product

BacklogDSDM(优先级列表)价值优先级排序方法建立产品Backlog

类似于传统的系统需求

全程可视化的功能列表

按优先级排序的

每个Sprint开始时调整优先级

由PO准备和维护

包含验收测试标准

估算：故事点Backlog

条目估算(故事点)优先级作为一个博客读者，我想设置发布文章的背景图片，以便于我的读者阅读的时候感受到文章的意境8100作为一个博客读者，我想让我的读者对我的文章进行评价，以便于收集读者反馈，日后改进1080作为一个博客读者，我想通过博客发布我的照片，以便于我的读者们认识我2060……3014……506产品Backlog的属性详略得当

优 先 级估算过的

够用就好

定期梳理

渐进明细，文档够用就好从优先级最高开始开发优先级越高估算的越精确适合自己的，逐渐演进

每次新的Sprint开始前梳理调整产品Backlog特点故事主题故事史诗创建用户故事地图管理账户注册浏览图书清单下单购买购书消费者登陆图书详情收获信息确认购买修改密码维护地址手机验证微信绑定书名检索购物车书号检索分类浏览修改订单配送员发货清单退货线下付款配送支付配送清单支付宝配送单退货申请微信支付信用卡退货处理退款高低商业价值

业务流程时间线发布1发布2发布3发 布 计 划确定满意条件估算故事规模可以按任意顺序进行选择迭代长度估计团队速率确定优先排序确定发布日期Sprint特点容易做计划和承诺投入产出比高反馈快检查点多产生的错误更少快速激励和开始时 间 盒时间计划首先是迭代方式：版本、固定时间盒基于WBS和估算的时间计划当你遭遇时间倒排时：范围、缓冲背后的原则强制排定优先级增强可预见性、避免镀金展示进度、促进技术S p r i n t 计 划 会会议目标1、明确该Sprint做什么，输出Sprint

Backlog2、足够深入理解需求参与人员Team、Scrum

Master、PO议程1、讨论产品Backlog中高优先级项2、团队挑选部分作为该Sprint目标3、分解估算产品

Backlog故事1故事2故事3……Sprint

Backlog故事1故事2…每日站会昨天我做了什么？今天我要做什么？碰到了什么阻碍的问题

团队聚在故事板旁边，可以围成环形

从左边第一个开始，向团队伙伴说明他到现在完成的工作

然后该成员将任务板上的任务放到正确的列中

如果该成员遇到问题或障碍，就要将其报告给

Scrum

Master

每个团队成员重复步骤2到步骤5

最多不超过15分钟燃 尽 图

有助于预测问题

有助于生产力评价

有助于对个人或总体任务的跟踪

团队每天更新燃尽图

剩余的工作量每日站会的作用同事间互相的压力每天做出承诺可视化促进协作提出阻碍的问题关注在少数事情上探针大家都喜欢的站会找到团队关心的问题合 适 的 时 间010204大家觉得每日站会没用通常情况下都是下面几个原因造成的03每日站会没什么可说的团队可能平时工作中也是这种情况，团队协作较少，可能之间不太熟悉其他人说的内容我不关心视野停留在自己的任务层，工作内容差异较大？

互相关系不够融洽？每日站会时间太长人太多说的太多，不是核心三个要点每日站会的常见问题Sprint评审会会议目标1、展示成果2、收集反馈3、验收功能参与人员Team、PO、干系人等形式1、向PO和干系人展示产品2、只展示100%完成的部分3、来自干系人的直接反馈01ONE02TWO03THR04FOU反馈产品负责人和客户对演示的成果进行反馈终结意味着本次Sprint的终结总结总结本次Sprint相关的经验教训调整根据反馈提出的修改或新增调整后续BacklogSprint Review的作用会议目标1、持续的评估2、阶段性改进3、调整和适应形式1、头脑风暴2、确定改进项(一两个最优先即可)3、针对改进和优化流程4、在开发的氛围中解决问题S p r i n t 回 顾 会Sprint回顾会的好处14183341555758606065850102030405060708090改善团队内部沟通创作相互信任的氛围提升工作质量提升团队生产力提升敏捷实践获得成就感减少团队冲突快递发现团队障碍更好的进行项目提升预测性改进客户关系0102030405060708091011敏 捷 相 关 书

籍PART03敏捷转型成长之路互

联