产品迭代——敏捷模式的一点感悟

目录

一、什么是敏捷

二、敏捷团队项目举例

感受到的优点

三、敏捷的误区

1、 与 质量的关系

2、 缺陷的处理

3、 项目过程文档

4、 团队成员合作方式

5、 敏捷适用范围

6、 质量意识方面

7、 安全生产方面

四、个人经验：敏捷最让人满意的点

五、是不是只有实行敏捷，才能高效呢

一、什么是敏捷

理论派角度看，敏捷宣言强调的敏捷软件开发的四个核心价值是：
个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划

个人理解：

1）敏捷是一种思想， 方法论， 需要根据业务项目特点、团队成员合作模式来考虑是否适用。 

2）敏捷方式一定比传统方式效率高吗？
不一定。 需要进行对比， 同样的人，需要分别进行敏捷和非敏捷的项目对比才能有结论。

二、敏捷团队项目举例

例子：  TOB侧的web全站系统测试

1、 业务需求现状特点
需求方众多/产品用户就是直接需求方；
都说重要、紧急；

2、开发资源
资源紧张、反复排期
产品研发资源玩命投入，快速支撑业务

3、敏捷团队意味着什么

0） 参与方。 研发同学、测试同学、产品同学。 后端开发一般10人左右，前端开发1-2人，测试1人，产品1人；

1）每日站会。 各成员同步昨日工作、遇到问题、今日工作、如需哪方协助，直接拉人，但不做问题深入

2）周迭代。 每周平均上线1次