在敏捷转型的过程中，大部分组织往往会采用选择团队进行试点的方式来进行。在获取到更多经验，看到效果之后才会尝试规模化推广。所以试点团队的选择就显得尤为重要。通过试点运作来暴露更多的问题，便于收集现状问题，提炼解决措施，并制定后续的规模化转型方案。
那么通常我们如何去选择一个合适的试点团队，来达成我们想要的预期呢？
笔者在一线的工作中，总结了以下几点，供大家参考：
1. 合适的产品
首先考虑选择合适的产品，这里面有包括两个方面：
一是产品的重要性程度，如果选择的产品不重要，被边缘化，那么很难得到利益干系人的支持，对于团队敏捷的推动实施是不利的，但是如果产品的重要性太高，则容易承担过大的风险，而导致团队在转型的过程中束手束脚，思想负担过重，不敢轻易犯错。实际上转型的过程中我们倡导团队敢于试错，给与一定的犯错空间，如果因为产品重要而导致团队畏首畏尾，则很难充分的暴露问题，不利于提炼解决方案。
第二点则是产品的内外部依赖性，如果产品在内外部有很强的依赖性，如果要解除这些依赖，则需要花费很大代价或者很长的周期去消除，在此期间不能独立的运作和进行版本发布，则对于敏捷中快速交付的验证无法进行兑现，所以需要慎重考虑。
2. 合适的团队
一是团队规模适中，在对于Scrum团队，通常定义为“2个披萨”团队，也就是团队人员控制在7±2的规模。
第二是人员的稳定性，在转型过程中，尽量保持人员的稳定性，避免团队成员的频繁流动，团队目标的达成是要基于团队成员之间具备良好的信任基础以及能够进行高效的协作，无疑人员的频繁流动会大大影响转型的进展。
还有一点要识别关键角色的意识和积极性，比如对于团队的PO、SM、TL等关键角色，大家对于敏捷的理解、对于转型的支持态度、是否愿意接受新鲜事物，以及是否有勇气面对接下来的挑战，应对新的变化，这些也是我们考察试点团队时需要关注的点。
3. 其他内外部因素
最后提到其他的内外部影响因素，也会对试点团队转型进程产生重要的影响。这里主要涉及到两点：
一是团队物理位置，也就是是否存在异地办公的情况。在试点初期，不建议选择异地化办公团队，本身敏捷价值观倡导面对面沟通，如果试点团队就存在异地办公，则对于试点效果会大打折扣，加大了团队对于敏捷实施的难度。
另外一点就是外部干系人的支撑力度，组织的变革都需要结合自上而下和自下而上的协作，敏捷转型也是一样，脱离的干系人、尤其是领导层的支持，团队很难凭借自己的能力把方案和落地措施有效的推行下去，毕竟转型的过程中会涉及到各个不同的职能部门，比如研发、测试、产品、设计以及运维等等职能线的支持，所有相关干系人的意识转变及支持也非常重要。
哪大家可能就有疑问了，如果设置了各种各样的限制，哪我们如何保证试点的效果，还怎么去发现问题？怎么去给出后续的转型方案？其实对于这个问题，我们要一分为二的去看：
首先组织里存在的问题落在任何一个团队身上都是能够有所体现的，所以80%的问题，从一个团队的试点过程中是能够识别到的；另外我们也希望从团队层面提炼出的效果实际上更多的是针对团队级的规模化转型方案，而在规模化的过程中，会逐渐暴露跨团队、甚至组织级的问题。那么这一层级的问题和方案还需要进一步去挖掘和提炼，大家不必着急，问题总是一步一步的去解决的。
