禅道项目管理软件 使用手册_项目管理 | 敏捷开发（项目经理篇）

目录：

• 常用开发模型一览

• 什么是敏捷？

• 什么是Scrum? Scrum标准流程是什么？

• 进入封测以后，项目进度可视化怎么办？

• Product Owner 和 Scrum Master 可否为同一个人担任？

• 看板无dead line如何控制时间周期？

常用开发模型一览

• 瀑布开发模型：问题在于周期过于长，一般半年-两年。需求分析-设计-开发-测试-维护，这一过程不可逆
• XP 极限编程：沟通、反馈、简单、勇气（说出真相）、尊重（尊重专业与判断），六大准则。
• Scrum：解决迭代，有dead line，需要冻结需求，实际效率和交付时间方面更有保证。适合早期阶段，可以快速实现最小可行产品(MinimumViableProduct,简称MVP)。
• 精益看板：解决优先级，无dead line，需求调整灵活。适合维护阶段。

产品开发流程图

什么是敏捷？

定义：敏捷 = 快速 + 灵活

用处：解决 进度预测、质量保证、成本控制、软件维护、功能不满足的问题

什么是Scrum?

Scrum是一种迭代式增量软件开发过程，框架如下：

两个文档：

• 需求列表 Product Backlog
• 本次迭代（冲刺）规划的需求拆解 Sprint Backlog

三个角色：

• 产品负责人 Product Owner
• Scrum Master
• 团队

四个会议：

• 迭代启动会 Sprint Planning Meeting
• 每日立会 Daily Standup Meeting、
• 评审会 Review Meeting：在冲刺结束前给产品负责人演示并接受评价的会议
• 反思会/回顾会 Retrospective Meeting：在冲刺结束后召开的关于自我持续改进的会议

迭代标准流程

Scrum

敏捷开发

---

迭代启动会 Sprint Planning Meeting

• 参与人：全部相关人员
• 会议时长：项目时长X周，会议时长就2X小时
• 内容：需求评审、答疑、估时、砍功能、确立里程碑（时间点）
• 会后：邮件

---

需求列表 Product Backlog

详情请见点击链接找到文中该问题。

ZJICMHAHAH：产品方法论 | 需求分析与需求管理​zhuanlan.zhihu.com

---

本次迭代（冲刺）规划的需求拆解 Sprint Backlog

这个拆解需要开发人员参与，需要将需求拆解成功能点，一般每个功能点拆解纬度不能超过两天。

Sprint Backlog Excel Demo

---

每日立会 Daily Standup Meeting

• 参与人：产品负责人 Product Owner（推荐参加）、 Scrum Master、团队
• 会议时间：时间早上上班后半小时（推荐），或者下班前一小时。
• 内容：三个问题：昨天做了，今天计划，碰到什么问题需要帮助
• 会后：更新燃尽图（可以不用）
• 任务墙：实体比电子效果好

---

燃尽图

半年开发效率图

---

反思会/回顾会 Retrospective Meeting:

讨论哪里完成好，哪里需要改进。往往出现无法开诚布公，要么开成了和谐会，要么开成了批斗会，下面介绍一种方法：

每个人在一张纸片上回答3个问题，写好后顺/逆时针交给最近的同事，如果同意纸片上的回答画一笔正字。每张纸片被所有人打过分数后，主持人进行收集，得正字最多的几条纸片优先被讨论成为action plan。

---

其他注意事项：

• 邮件发出的时间：需求确认；估时、里程碑确认；验收确认。
• 建议一个虚拟组织：微信群 / 钉钉群 / QQ群，必要信息都在群内沟通。
• Dealine：可以讨价还价，里程碑不能Delay。

---

进入封测以后，项目进度可视化怎么办？

不用任务墙，改用测试人员的bug跟踪系统 —— 禅道 / JIRA / Bugzilla

站立会议主持人的角色交捧给测试

Product Owner 和 Scrum Master 可否为同一个人担任？

可以，但是资源足够的话最好不要 。

Product Owner = 狼 、 Scrum Master = 牧羊犬 、团队 = 羊群。Product Owner 和Scrum Master最好不要是同一个人来担任，造成左右手互搏。

另外，产品还有许多重要的事情，其实比过程管理更重要。

看板无dead line如何控制时间周期？

通过限额来“降低开发团队在可视范围内的待开发任务量”的，比如看板上只能压入“最新十个新功能（用户看得到的）”、“最新五个技术问题（用户看不到的）”、“最新五个bug”。这些“最新”都是优先级最高的，超过这个限额的，就不往看板上放。

看板

写在最后

不要为了敏捷而敏捷，项目管理方法论的目标是最优的实现项目管理，对人对项目来说都是一种健康、可持续的状态。可以根据团队而调整，具体的项目管理框架。

另外，下文对在常见的软件项目管理各阶段中会使用到的文档、进行的会议以及需要的邮件通知进行了列举，有需要可以查看。

ZJICMHAHAH：软件项目管理中需要的各类文档、会议与邮件一览​zhuanlan.zhihu.com