在敏捷实践中加速成长（敏捷实践的方式）

平安集团是国内少有的，具备成体系的敏捷教练队伍的企业，从上到下拥有很好的敏捷土壤。再介绍一下我自己，我有十几年的工作经验，最初几年是做程序员，后来转向了项目管理和技术团队的管理，长期服务于外资银行和金融互联网的企业，我曾经在日本生活过很多年，非常熟悉传统的软件研发流程，也算是比较成功的 it项目管理者。我 可以非常准确的挖掘客户需求，管控项目成本，管理团队，把成果物非常高品质的交付给客户。

研发总是无法按承诺解决问题，每次都要我去向领导解释，我夹在中间很难受，这帮人到底行不行？

架构师说：需求这么粗糙，每次都逼着我们上，我又开发又设计我好累。

有一些骨干的研发会质疑架构师，架构师的方案总是有问题，但讨论调整就需要一两天，开发时间根本不够，我们只能是加班，因为你方案有变化，

测试反馈说：方案总是变，每次都压缩我们测试的时间，还要求质量，最后我们这边已经走了好几个人了。

技术团队负责人，他的吐槽最多，这一块他本来想交给这两名架构师的，但他们太忙，手头事情太多，根本就hold不住。测试新人太多，因为老人走了之后（被压迫走了）新人经验不足，完全依赖手工。随着我们系统的建设，系统测试和系统回归测试的工作量越来越大，根本就顶不住。还有一点是业务领导已经向大领导吐槽我们了，我又没有机会去解释，压力好大。如果延期我们就要向运维申请紧急发布，运维很有意见，感觉是四处冒火。

兼职的 Scrum：回顾会根本开不起来，大家都在吐槽需求有问题，但是产品又不认，现在交付确实是比以前快了，但是加班这么忙，感觉很难持续下去。这和敏捷的初衷不一致，这是敏捷吗？

首先需求第一个是沙子，是只有想法，没有经过沟通，也没有办法进行落地。

第二个是板砖，板砖是经过了沟通，颗粒度比较相似，研发认为是可以接下来去研发。

第三个是钻石，是经过了设计和估算，边缘清晰，随时可以开始。

我自己是不是在使用方的轮子在拉车。

不要以为自己懂了圆的轮子，就想马上去换掉他的方的轮子。

内容来源：敏捷+社区线上直播009期，《在敏捷实践中加速成长》分享实录

敏捷开发

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。