在互联网平台企业中，技术团队通常被认为是成本中心，所有的需求来自于业务部门、产品团队。在整个交付价值链中，技术团队通常处于被动地位。而“主动、灵活、有计划”，则是要求在主动、灵活、有计划地实现高价值交付，并在交付过程中争取自由空间和实现持续改进。

我们需要能够在大规模业务项目中，实现主动的小规模持续改进；能够在周期较长的交付过程中，灵活安排速战速决的系统改进项；能够在编写业务代码的同时，安排团队进行技术钻研。这些改进项可以是：用看板实现协同透明和沟通高效、和团队约定和调整DoR及DoD、在业务需求和团队意愿之间进行权衡、和团队一起回顾存在的问题和优先级、为团队争取出一天时间来共同攻克一个难题、让一名伙伴挑战一项高于其Lever的Task，甚至是为某些“只能做不能说”的Task约定统一的口径。

主动、灵活、有计划地实现持续改进，集合小的进步化为大的进步，两三个月回过头去看，也是能产生惊人的成绩的。这就是把“主动、灵活、有计划”称之为战略的原因。

1.主动性

说起主动性，首先要说主动权，技术团队的主动权在于安排团队任务的自由权。既然所有的需求来自于业务部门和产品团队，同时又面临各种各样的问题，我们何来的自由空间呢？
我们通常会面临以下问题：
① 业务团队不关心技术架构及系统风险，只追求功能和交付速度。
② 架构不合理导致团队间的系统耦合和协同低效。
③ 团队技术经验能力不足。
④ 团队思想的不统一。
上述四点，都需要在敏捷实践中一点点克服和解决，而我们产生主动性的空间，也在其中。
① 业务和产品通常不愿意了解系统架构，我们对于工作量的安排，是拥有话语权的。在这个过程中，可以灵活争取空间，对架构方案进行验证或者加入改进任务。而业务方的对策只有一个，总是会预设一个Deadline而倒排计划，这使得我们时常在架构风险和交付时间上做出权衡。对于有心人来说，每次权衡和结果反馈都是一次主动提高的机会。
② 系统间通常会存在耦合，这会带来协同的低效，会出现互相等待的过程，我们可以适当加入一些系统改进项，或者想办法解决或降低发现的耦合。
③ 业务发展有高峰期、平稳期的发展阶段，在业务的观察期或平稳期，我们可以在进行优化和改进，重新Review并补齐文档，或者集中分享知识经验。
④ 在连续交付的间隙里，业务团队在某个阶段可能恰好没有需求，我们抓住这个时机，速战速决地解决因优先交付而积攒的架构风险，这种风险越早解决成本越小。当然，从斗争手段的角度来讲，你也可以积攒下来，留着在关键时刻派用场。在笔者的斗争史里，曾经有一次故意不去解决某个问题，等到产品意识到问题主动提起的时候，才集中吐槽，批判业务方盲目压缩工期的问题，然后乘胜追击，隔三差五就拿出来讲一次，给了业务方一次深刻的印象，并最终改善了协同。
对于在平台型企业的技术部门来说，跨团协同的问题、系统建设的问题、业务团队的问题，可能都是弱点和待改善点，但这些弱点却能够成为我们争取主动地位的条件，运用得当就能够争取到相当大的自由，我们要主动地去抓这些机会。

2.灵活性

灵活性就是具体地表现出主动性。我们应该深刻认识到，灵活地安排工作任务，是争取主动性最重要的手段。分配团队资源时，必须根据项目和任务的特点作灵活的变动，主要方法是分散、集中、切换，其思路是分散要强、集中要快、切换要一致。
团队资源化整为零的分散使用，大体上会有几种情况：
（1）通过资源统筹，一段时间内隐蔽使用一部分余力来做团队想做的事。
（2）在需求交付间歇期，对技术方案进行预研探查。
（3）并行项目较多，要同时应对多方面的需求方和协同方。
本来就单薄的团队，再分散开就更为单薄，从编码技术、业务领域、任务协同上就会有很多限制，对个人的全栈和横向能力产生了较高要求，但这对团队成员也是难得的锻炼机会，每一名程序员都是这么成长起来的。作为Leader，要能够清楚的判断，哪些任务必须要hold住局面，哪些任务放手交给新人锻炼，而每一次的分散安排，都是Leader验证自己判断的机会。
集中使用资源，即所谓的化整为零，难度不高工作量较大的项目任务，这种任务交给个人不如交给集体，可以看做是一个集体游戏来用来检验团队的协同，看看能否用超预期的短时间来完成交付。
按照情况灵活地分散或集中使用资源，是争取主动性的主要方法，但是还是必须灵活地切换，根据情况的变化，或者业务方交付压力的上升或下降，我们可以像流水和疾风一样，迅速切换我们的任务安排，你可以秘密而迅速，可以声东击西，总之可以采取巧妙的方法和口径。
分散、集中、切换，都是在敏捷实践中表现出主动性的动作。如果死板、放任地陷入被动地位，变成了纯粹的单边交付主义，你的敏捷实践是很难取得进展的。作为技术团队的Leader，练就这种善择时机和随机应变是不容易的，唯有在日常工作中勤于思考和实践才能够慢慢积累。

3.计划性

主动和灵活是离不开计划性的。前文提到了敏捷实践无法按照时间来进行规划，但这与敏捷实践战略的计划性是不冲突的，这个计划性指的是行动的预先准备工作。对于一段时期之内交付任务的了解、资源的负荷、团队认知的一致性、架构风险、代码质量等，都要包括在Leader的细致评估、检查确认的工作中。没有提前准备的计划性，是难以争取主动空间，也是无法灵活安排工作的。
另外，主动、灵活离不开团队成员的统一认知和高效协同，分散、集中、切换都需要团队伙伴的理解和支持。作为Leader，要把敏捷实践的战略思想，变成团队的统一指导思想，这样才能行动一致。

来源：《敏捷之道》——谈技术团队如何在敏捷实践中加速成长---文/杨大鹏

【每日一学 20260623】敏捷之道——谈技术团队如何在敏捷实践中加速成长

1.主动性

2.灵活性

3.计划性

联系我们

融实践库

微信公众号

微信视频号

社区微信群