敏捷试点项目选择标准

试点项目的选择在行业内目前只有概念性的标准。

图：敏捷选试点项目概念模型

图示为行业内的一个选择标准模型，大意是从项目的周期，重要性，业务支持，项目大小来选择一个折中的方案。

项目周期：周期如果取得太短，那么对于试点将会没有意义，原因在于短周期例如3-4个月的话，考虑团队的成型，冲突到成熟稳定，是将会经历一个过程的，而这样的过程通常也会大于3个月以上，并且足够的长度，从项目团队来说也会有一个很好的感知，通过一定周期了解到变化的产生与适应变化是需要一个过程的，同样的道理可以运用在企业级转型。因此至少6个月的项目周期是一个推荐的数值。

重要性：项目的重要性决定了高层，业务对其的压力以及交付的压力。因此如果拿过于重要的项目作为试点，那么我们的确会有极高的关注度，压力也是巨大的，反而也许会忽略了团队的转变。但是如果选择不那么重要的项目，效果也将会不那么明显，原因是将会缺乏一定的关注度。换言之，项目的代表性将会不那么强烈。

业务支持：拥有一个高度关注并且支持该项目的业务赞助方或者高层，将会极大的降低组织的障碍并且可以更好的激励团队。也有足够的经费支持到团队。

项目大小：选择一个项目能够拆散重组为3-9人的团队。并且团队大小不宜过大，因为单团队能够充分体会敏捷试点在团队内的变化。2团队也是一个可接受的范围。但是3团队以上将会带来一个新的变化，就是跨职能多团队的协作将会为项目提升一个复杂度。对于第一次接触敏捷的项目团队来说，这将会是一个新的挑战。

除此以外，还可以从以下两个方面考虑

项目参与人员比例：

在不同组织内，还需要考虑是否有多方共同参与的情况。比如，有供应商的参与，不同地的业务人员，技术人员，架构人员等等。都是会加大沟通成本与项目复杂度的。选择一个适度并且大概率符合目前组织内项目类型的项目是一个值得优先考虑的因素。

计划不确定性：

项目的计划不确定性是否足够大，如果是一个项目计划非常明确的，需求很明确，那么选出来的项目就明显不具有代表性，敏捷对于可变形的控制的优势也难以体现出来。因此一个市场不够明确的，或者需求变化较多的项目成为首选因素之一。

项目人员工程技术能力：

最后在于技术能力，一个工程技能成熟的团队，那么在体现敏捷自组织上会有较强的感悟，那么相反的如果工程技术一开始就薄弱的项目团队，在起步的直到想将会加入更多的工程辅导的因素，反而淡化了敏捷能给团队带来的思想意识的变化。

总结，凡事有利有弊，我们也不能一概而论。因此这些都是供参考的因素之一。