“越敏捷越健壮”-开发中心敏捷开发培训有感

Posted 2021-04-25 村行Developers

    2018年4月25日，我部邀请微软最有价值专家MVP徐老师为研发中心团队进行了敏捷开发培训，培训内容包括“敏捷开发概述”、“精益看板方法”、“Scrum和站会”。

    在培训的第一个环节“敏捷开发概述”中徐老师纠正了大家对于敏捷开发的误解，即敏捷开发不是一种为了快速交付而出现的方法，而是一种为了使团队更好地适应变化、提高团队健壮性而建立的方法。

    笔者认为，敏捷开发方法刚好可以解决我们目前阶段工作中遇到的一大困难：“变化”。在过去的工作中我们经历了种种“变化”，而这些“变化”实实在在地影响到了团队的产出效率，其中最大的两种“变化”分别为：需求的变化和人员的变化。

    1.需求的变化    

    需求的变化主要体现在业务需求变更方面。由于我行处在起步阶段、业务发展迅速、方向变化快，提交给研发中心的需求经常出现反复的情况，例如第一周正式向研发中心提出A需求、第二周否定A需求重新提B需求、第三周否定B需求重新提C需求、第四周否定C需求又重新要求开发A需求。

    2.人员的变化    

    人员的变化则体现在外包人员的流动性方面。由于我行处在起步阶段、行内开发人员严重不足，相当数量的开发工作需要由外包人员来完成。而外包人员的频繁流动性等特点，给我行电子化的快速和稳定化发展带来了一定程度的制约。

    思考：怎样适应变化？    

    敏捷开发方法中提倡的“减小管理粒度”、“降低工程耦合”思想可以一定程度上帮助我们适应目前面临的各种“变化”。管理粒度被拆分到足够小时每个开发人员负责一个或几个功能点的开发工作，当发生人员流动时只影响到这几个功能点的开发进度，对全局影响较小。而工程耦合的降低主要通过加挡板的方式实现，即系统和系统之间加挡板、模块和模块之间也加挡板。这样不同模块的开发测试进度互不影响。当一份需求涉及到的所有模块均已开发测试完成后再撤掉挡板进行集成。这也和软件开发过程中的单元测试、集成测试方法不谋而合。由于系统被拆分成很多小的模块、模块和模块之间也是高度解耦合的，当需求发生变更时只需要调整所涉及到模块的开发工作，对于整个开发工作影响没那么大。

    事物的两面性    

    当然，马克思主义辩证法告诉我们，事物都是有两面性的。敏捷开发方法中的“减小管理粒度”、“降低工程耦合”思想虽可以提高团队面对变化的能力，同样也会导致管理成本的剧增。如何在这两方面进行有效平衡则是我们以后工作中需要探索的重点。

    徐老师在“精益看板方法”课程中给我们带来了哪些干货呢？研发中心团队对于“精益看板方法”又有哪些思考呢？且听下回分解...

    注：本文仅代表个人观点，文中所使用的图片来源于免费图片平台，本文中所出现的公司名称、人名均已征得对方同意。