敏捷开发培训学习心得

2018年5月1日于石门。

2018年4月25~27日这三天时间，我在集团总部参加了敏捷教练培养专项的培训。主要内容是CSM认证相关的部分。

可能由于我主要从事技术相关工作，彻彻底底老码农一个，所以关注点一致保存在如何提高工作效率上。敏捷开发确实是一个提高效率的比较好的解决方案，这一点可以说业界公认。但是真的适合我们当前的项目、产品或者当前的部门吗？

我们是做医疗产品开发，现状就是活很多，管理有一些混乱，有人忙的要死，有人闲的蛋疼，反正干多干少还是那么多工资，今年据说要有一部分绩效奖金之类的批了下来，多少还不知道，因为还没有发过。那么在这种现状下，推广敏捷开发模式，绩效方面如果不跟进改革的话，可能在大多数员工严重可能只是黑心老板的压榨手段罢了。

其实我一直有一个想法，很单纯也很傻，只是希望能够多劳多得，我多干了活就要拿到多的钱，否则为什么要多干？可能有些人会说我不讲奉献，拜托，我们是伟大的社会主义国家！社会主义制度不就是讲“多劳多得，按劳分配”吗？当然劳动和劳动不一样，工种不同，创造的价值当然也不同，这就需要一个完善且详尽的约定或者制度来控制执行了。虽然我也知道很难，但是总比现在厚脸皮才能要求涨工资，或者手里拿着某个项目来要挟领导要好得多。当然，这些只是我个人的一些想法，我也和相关领导们聊过，但效果吗，只能呵呵了。

那么话说回来，如果敏捷开发模式在我们部门或者我们项目中落地，会不会出现一些比较恶心的现象？比如说，本来很有能力的员工专挑简单的模块去实现？或者说能力很强的员工1天能干完的活儿拖到3天甚至更久远？我感觉这个问题肯定会出现，原因吗，也很简单，还是归结到绩效上来，估计真正实行起来难度或许不大，毕竟可以从领导方面下手，向下强压，至于效果，也只能呵呵。

就像五一的加班，在没有加班费（五一那天有）的情况下，有多少是自愿加班？领导要求了，发邮件通知了，所以兄弟们也都去了，但是效率呢？我承认，我是会有怨气的，我可以倚老卖老拿自己的二儿子小说事儿，但是其他人呢？不要怪员工留不住，而要多想一想我们凭什么留下人家，除了孩子小有拖累的，或者是前线实施的兄弟们多少能够多报点票套点钱出来的，又有几个长期留下来的？

或许真正能够应用起来的只有看板，效率提升不提升的先不说，起码可以避免领导们整天问进度，一句话就可以打发走领导，“不会自己看啊！”，呵呵，这倒也是不错的，相信兄弟们也更容易接受一点。

话说回来，集团培训的是敏捷教练，按说我们应该是学成之后能够帮助团队做些事的，或者说能够帮助团队再带出几个能够帮助团队做事的人，不过，绩效问题不能解决，敏捷如何落地？我对于下一阶段的学习真的报以怀疑，只是担心学不好，做不好，但是既然领导安排参加这个培训，硬着头皮也要上啊，就像五代史冯道在《天道》中所说：“但知行好事，莫要问前程。”

多学一点总是没有什么错误的，整个过程中我会尽我全力，至于结果吗，再说吧！