本文共 1353 字，大约阅读时间需要 4 分钟。
一、背景
过去的一年，用在敲代码上的时间越来越少，年前突然从带一个项目，加到带四个项目，倍感亚历山大，这其中酸甜苦辣，只有自己知道。由于经验不足，导致很多问题。所以要写一篇文章好好总结一下。
我们在项目中尝试使用敏捷开发的思想来进行管理，经过几次简短的培训，我们就上马了，当时对于敏捷开发的认识还很肤浅，秉着“先用起来再说”的原则就干上了，时间不等人啊。
现在回想起来，我们用敏捷开发，有其形，无其神，虽然按着敏捷流程，制定迭代计划，开立会，评审会，总结会，但都流于表面了，没有最大化地发挥其作用。
一开始，依赖项目组成员个人水平比较高，项目进行得还算顺利。当由于产品需要，忽然加入其他3个项目组后，处境就变得不那么乐观了，开发人员水平参差不齐，对项目环境不熟悉等等，导致了一系列问题，这也间接地暴露了管理上的缺陷。对反思会上，我们总结了如下问题：
（1）对敏捷开发调研不充足，培训进行得不到位，对敏捷开发认识不够充分，经验不足
（2）没有准备必要的措施应对从旧管理模式到新模式的过度阶段可能会出现的问题
（3）各项目组各水平程序员配比不合理也是导致过程混乱的原因，感觉敏捷开发的开发人员的水平要求比较高，最好是跨职能人才
（4）由于迭代计划会，组员没有参与，story分解，任务估点等并不准确，一方面导致开发过程中，进度失控，另一方面导致开发人员积极性不高，没有主人翁意识
（5）敏捷开发管理工具使用规范没有得到彻底贯彻，开发人员总是不及时更新。
（6）敏捷开发不提倡冗杂的文档，不代表没有文档，出现了需求人员一拍脑门就改需求，开发人员疲于应对，最后都不知道到底该做成什么样子的情况，发现问题后，我们决定采用wiki工具对文档等进行管理，对需求等核心文档进行逐步完善，使变化可追溯。
（7）对优先级把控不好，项目B依赖项目A的接口，这些接口的实现没有给予足够的优先级，各项目组协商不够及时，我干预得也不够及时，导致项目B延期。
（8） 任务预计耗时与开发人员可用时间配比不合适，按整个组所有可用时间统一分配到任务的方式制定本次迭代计划，但部分任务一个人领后，跟该任务相关的任务，别的人不适合再领，导致“有未开始的任务，有未领任务的人”的情况。story分解，估点考虑不全面导致该问题。
在总结会上，大家也提了这样那样的问题，也值得我好好反思：
（2）由于前期准备不充分，在增加了3个项目组后，开发环境的变更导致几次大规模返工，开发人员产生了抵触情绪。
不能光说不足的地方，我认为我们整个团队也有闪光点：
（1）
遇到问题，能够及时解决问题，这符合敏捷开发的思想，值得推广。 （2）
管理和开发过程出现问题，能做到及时改进，符合持续过程改进的思想。 经过这段时间的工作，也让我深深领悟了两件事，其一、面子和责任是两码事，千万不可混为一谈，否则结局肯定里外不是人。其二、团队建设，让每个员工都有主人翁意识，值得思考，真的不简单。
如果敏捷开发有成熟度区分，弱弱地说一句，我们现在应该属于敏捷开发的初级团队，但不管怎么说，总算是找着点门了，自己勉励一下自己吧。
转载地址：http://lpdci.baihongyu.com/