工作8年，谈谈实际工作中从敏捷和精益总结与感悟

一、差异比较

在增量市场阶段，新的业务需求有很多，同时在开发过程中变化也有很多。 所以适合这个阶段的项目管理方式就是敏捷开发，将一个项目以迭代的形式拆分成若干个小的阶段，逐步实现最小可行产品交付，实现小步快跑。同时主张响应变化重于遵循计划。

在后来的存量市场阶段，新的业务需求逐步减少，企业需要降本增效，而精益项目管理流程的核心思想就是消除浪费(没有价值的产品的浪费，通过消除浪费，降本增效，所以转型是必然的趋势。但同时还保留了敏捷管理流程中的优点。

二、精益流程可以消除的浪费

1. 人力的浪费，具体可以实施的方案有做人力的池化管理，也就是每位测试或者开发人员所在的项目组不是固定的，也就是哪里需要就会被借出到哪里。另外还有容量规划，每位开发或者测试每个月都会有自己的项目安排，提前写到共享文档里，并且每天更新进度，这样技术经理可以了解每位成员的工作量，合理安排任务，避免出现忙闲不均的情况。
2. 第二个是bug修复时间成本的浪费，一个项目的生命周期中有bug是不可避免的，但是有很多环节可以避免bug比如在需求分析阶段测试和开发员可以把不合理或者逻辑不自洽，有风险的地方及时提出来，可以把bug扼杀在摇篮里；在用例评审阶段，开发和业务人员积极参与，校验用例与需求大家是否理解的都一致。在开发代码review和开发自测阶段也是可以发现隐藏bug的好时机。
3. 第三个消除浪费的环节是在业务提需求的阶段，这里需要业务人员做充分的调研，评估当前产品的价值，从而避免交付无价值的产品。

三、敏捷开发管理

scrum的团队架构

Product Owner（产品经理）：定义需求，与开发沟通和协作

SCRUM Master（敏捷教练）：保证scrum文化与纪律，为团队保驾护航（保护团队）

Development Team(开发团队)
程序员、测试、实施、运维、……

Scrum流程框架

将待办的项目在看板里列出产品待办列表（Product Backlog）然后按优先级在冲刺列表中拆解成颗粒度更细的工作项，也就是冲刺待办列表和用户故事

通常一个一个迭代是两周，每个迭代开始第一天上午开迭代启动会，如果有新的需求通常会跟业务先进行一个需求讨论会。然后Master将每位成员事先列好的任务卡片和估算的点数，也就是多少人天。跟成员都过一下，讨论本迭代的工作量和优先级是否有不合理的地方，及时纠正。

之后每天早上花费大概10-15分钟的时间开会，每位成员向团队汇报昨天的工作量，今天的工作安排，工作过程中遇到的问题。解决方案可以在会后找到相应的同时配合解决。

迭代的最后一天下午团队开迭代总结会，主要是检阅本迭代的工作完成情况，分析当前迭代的bug产生的原因，解决方案，以及如何避免。每位成员发言，列举出这个迭代自身或者团队在工作上，有哪些需要改进的地方，列出行动项，下个迭代注意避免类似问题。有哪些做得好的地方可以继续保持。让团队更加健康积极向上。这就是一个完整的迭代周期。敏捷开发过程中测试人员与迭代内的开发测试人员沟通联系比较紧密。

四、精益开发管理

精益的团队架构

Product Owner（产品经理）：定义需求，与开发沟通和协作

开发项目经理、测试负责人

Development Team(开发团队)
程序员、测试、实施、运维、……

精益流程

精益流程保留了原先需求讨论会，每日站会，站会除了与开发人员一起开完之后测试的技术经理也会再过一遍工作的进展。取消了每两周的迭代启动会和总结会。但每个月有月度回顾会，测试技术经理整理大家的测试数据包括每个小组的用例数，bug数，生产问题，本月做的好的地方和需要改进的地方。精益流程除了之前提到的消除浪费之外，整个测试团队的管理比之前更加有凝聚力。技术经理对团队的整体把控工作也会做的更好。