【本期介绍】

继续分享 Marty Cagan 的《启示录》里面的知识。

今天的主题是「合理运用敏捷方法：十大秘诀」，主要内容见时间轴~

【时间轴】

00:50 一、概述

1. 认识敏捷方法

（1）起源与注意

（2）官网：https://agilemanifesto.org/

02:03（3）敏捷软件开发宣言

我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：

• 个体和互动 高于 流程和工具


• 工作的软件 高于 详尽的文档


• 客户合作 高于 合同谈判


• 响应变化 高于 遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

03:01（4）敏捷软件的十二条原则

• ① 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。


• ② 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。


• ③ 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。


• ④ 业务人员和开发人员必须相互合作，项目中的每一天都不例外。


• ⑤ 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。


• ⑥ 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。


• ⑦ 可工作的软件是进度的首要度量标准。


• ⑧ 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。


• ⑨ 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。


• ⑩ 以简洁为本，它是极力减少不必要工作量的艺术。


• ⑪ 最好的架构、需求和设计出自自组织团队。


• ⑫ 团队定期地反思如何能提高成效，并依此调整自身的举止表现。

05:40 2. 本章注意

• 这些诀窍只适用于产品软件团队，不适用于定制软件团队

--------------------------------------------

05:51 二、十条原则

1. 产品经理即是产品负责人

• 代表客户的需求


• 敏捷方法不能让工作变轻松

（部分观点参考：vol.03《启示录》产品管理与产品营销：两者不是一回事）

2. 使用敏捷方法绝不等于省略产品规划

• 仍然要做的事


• 敏捷环境里的特殊处理

（部分观点参考：vol.12《启示录》评估产品机会：确定待解决的问题）

3. 产品经理和设计师的工作进度应该比开发团队领先一两个迭代周期

• 让交互设计师和视觉设计师提前设计


• 让开发人员参与评估产品设计和产品原型

（部分观点参考：vol.20《启示录》 用户体验设计与实现：先定义用户体验再动手开发）

4. 把产品设计工作拆分成独立的部分，分而治之，但也不能拆得太细

• 解释


• 敏捷环境下的注意事项

（部分观点参考：vol.21《启示录》 基本产品：消减功能还是延长工期？）

5. 产品经理的主要任务是定义有价值、可用的产品原型和用户故事，作为开发的基础

• 替代文档的三个优势


• 具体做法

6. 让开发人员自主划分迭代周期

• 不同产品的迭代周期不同


• 开发团队的考虑

7. 产品经理和交互设计师必须出席每天的晨会

晨会是一天沟通的开始，而不是结束

• 设计师的沟通


• 开发人员的沟通


• 测试人员和开发人员的沟通

8. 除非达到了产品经理的要求，否则不要轻易发布新版本

（部分观点参考：vol.25《启示录》平滑部署：避免更新产品导致用户反感）

9. 在每次迭代完成后，产品经理应该向团队展示产品现状，以及下次迭代的产品原型

• 这样做的意义

10. 在团队内展开敏捷培训

• 聘请敏捷顾问


• 让每位成员都理解敏捷方法

--------------------------------------------

04:01 三、问答

14:37 1. 迭代初期开发的产品能做原型吗？

（1）这种做法对产品软件是行不通的

（2）原因如下

• 两种效率的比较


• 应该减少占用开发团队的精力


• 开发团队的成本和难度问题

16:52 2. 敏捷方法可以用来开发产品软件吗？

（1）很多人持怀疑态度

• 原因

（2）敏捷方法的起源

• 起源于定制软件领域

（3）关于定制软件

• 长久以来，开发定制软件困难重重


• 定制软件领域长期很难招聘/留住顶级程序员


• 定制软件的客户


• 定制软件的另一特点：项目规模较小


• 定制软件领域的瀑布式开发方法

（4）敏捷方法对于定制软件的作用

提高了开发定制软件的效率：

• 增进客户和开发的交流


• 降低风险


• 引进现代软件测试的理念


• 省去撰写连篇累赘的产品说明文档的麻烦

（5）敏捷方法与产品软件

• 同样适用，但需要调整


• 敏捷方法唯一不适合产品软件的地方：架构设计方面


• 产品团队使用敏捷方法时遇到问题的原因


• 转型成为敏捷开发团队的关键

【关于主播】

感谢大家收听「产品自习室」，做这个播客的目的，主要是想记录自己的产品经理的学习过程，希望通过声音输出提高自己的学习吸收率，通过做轻文案播客锻炼口才。



欢迎添加我的微信交流！pmnino9

公众号：PM尼诺