技术赋能有利器——我与敏捷开发之看板使用心得

Posted 2021-04-25 我们的开心

文/ 杨耀莛

公共应用组在公共管理子系统项目的开发时应用了敏捷开发模式，笔者作为项目组成员，有以下几点心得与大家分享：

一、用户故事

项目开始时，组内组织了一次关于项目“用户故事”的会议。组内成员各自通过自身对项目的认识和理解，归纳出项目的功能点，功能点越详细越好。会议的过程相当于一次头脑风暴，每个人都相当于一个项目经理，不同的想法碰撞之后，会统一项目组每名成员对项目的认知，并且会对项目的规模以及接下来的开发过程有一个初步的了解，很多被大家遗漏的功能和前期未被重视的关键细节也在这个不断激起思维火花的过程中得到丰富和完善。这次会议，项目组讨论了近两个小时，归纳出了上百个功能点。笔者作为一名新人，在这次会议中理解了这个项目的目的及大致规划，同时也感受到了这个项目的复杂程度，进一步了解了项目。用户故事地图在我看来是一个平台，整合大家的想法并将其保存下来，为接下来的开发提供思路。透过用户故事地图，我对项目的需求也有了更深刻的理解。

二、每日晨会

每个工作日早晨，项目组都会组织晨会。晨会会将今天自己计划要完成的功能或一些其他事项写到便签上，并标注日期及名字，而后总结上一日便签上的计划完成情况，以及遇到的问题和产生的想法，每日的计划一定要详细且合理。晨会在我看来像是在游戏中领取任务的过程，这个任务不仅能够指明道路，其更重要的意义在于能够让人看到胜利的曙光——毕竟在项目初期的看板上内容可谓密密麻麻——随着晨会上大家各自汇报总结任务完成情况，看板上的各个目标被大家逐步达成，看板上的未完成内容越来越少。这个直观的过程让我产生了非常强烈的成就感，提高了我完成任务的动力。晨会的另一好处就是可以及时、高效地解决问题。在实际开发中由于项目的耦合性导致自己遇到的问题可能要其他多人一起合作才能解决，如果采取一般的开发流程，这些问题的解决可能会被各种原因推迟（典型的情况是在项目人数较多且无法定位问题时，很难快速地将大家集中在一起展开讨论）。晨会刚好解决了这样一个痛点，它给了大家一个固定的时间和地点聚在一起讨论问题、定位问题、确定解决方案，极大地缩短了问题解决时间，提高了问题解决效率。

三、看板管理

项目组每周一都会对上周的工作进行梳理，并安排接下来的工作内容，这里梳理的依据就是看板中已完成的事项，通过便签上的内容来规划接下来的工作。这个过程是一个总结和规划的过程，在项目开发的初期，这个过程尤为重要，开发初期项目组成员写的许多代码无论是规范程度还是一些逻辑都是存在冲突和差别的。看板管理同时也是代码review的过程，在项目初期看板管理是很有效的。对于一个没有中心项目开发经验的新员工来说，我需要将项目开发中诸如命名、代码结构等和大家形成统一规范。这个过程总结出的规则和了解到的代码规范帮助我能够在下一步开发时有一个模板，避免开发后期因修改代码浪费时间。看板管理也是控制项目进度的重要环节，上到对工期的规划，下到决定这周加不加班，在看板管理中都能得到很好的解决。同时，通过审视看板上留存的痕迹，也能对项目的开发起到查漏补缺的作用，进而更加合理地规划下一步的开发计划。

在我看来，看板在敏捷开发模式中，是一个可以清晰反映项目进度的平台，同时也是项目开发过程中进行调整与修改的依据。看板在实际使用中其实也会遇到一些问题，需要我们视情况灵活调整。例如：晨会上规划的任务可能由于其他工作或一些突发状况搁置，需要我们在确定好每周的大目标之后，在每天任务的分配上保持一些灵活性；又比如：任务设置的粒度太粗，导致任务无法在较短时间内完成，在看板上挂了很多天，这就需要我们根据自身经验和开发进度设置合理的任务粒度，加快任务迭代的效率。总而言之，看板就像是一个聊天室，大家能够保持交流，保存下所有交流的内容，并且能够随时看到交流的结论和成果。通过它强大的沟通、存档和可视化的功能，能够将项目的开发过程牢牢控制在手中。

轮值总编：冯建朋

责任编辑：王晨阳

美编：李沫

技术支持：董秀彩

我们的开心 · 总编辑部

（e 语）

-  

快 乐 生 活 

开 心 工 作 

   

我 们 的 开 心

微信号：abc_kx

■ 本文为“我们的开心”第 1741 期文章  

■ 转载本号文章请联系我们

■欢迎来稿：请按“作品名-作者-部门”命名，发送到[e-mail]