我经历过这样的情况：某个项目中，研发团队由一个5年的研发带队，加上4位工作经验在半年到1年之间的程序猿们组成。从一开始就在一个又一个的坑之中跳来跳去。

在这种情况下进行敏捷开发，绝对是挑战极限的行为，但如果没有选择，那么尽量做好以下几点：

1. 做好充足的心里准备，并明确告知领导或客户（如有涉及）可能出现的后果，打好预防针，获取理解和支持。不要隐瞒问题或者『把所有问题都自己扛』；

2. 把迭代周期适当设定的长一些，不要过短（团队HOLD不住，时间都会浪费在代码分支合并，冲突检测，发版上），也不要太长（否则失去了敏捷开发的意义）。每个发版时间在可以在标准值基础上+30~50%时间，当然还要具体情况具体分析；

3. 至少有给力的研发负责人带队，可以对整个团队有所把控，准确处理非常『幼稚』的问题节省时间。如果团队中不具备这样的人，发挥人脉关系哪怕借一个来，也是非常有必要的。还是不行？不如放弃敏捷开发模式，以免拖垮团队。同样，在架构设计阶段尽量一次到位，也就是满足当前项目周期的里程碑目标即可；

4. 产品部门的支持。和产品经理谈谈心，根据团队现实情况，能否在产品设计上有所妥协。举个极端的例子，注册验证码都搞不定的的新人，就干脆去掉验证这步吧。冗余功能或者优先级低的果断砍掉，和产品团队有良好的协调。当然这种情况指新品，如果是对已有产品进行大的版本更新，你要考虑的兄弟部门就更多了。

5. 会议的重要性。这点所有敏捷开发都会强调，包括站会汇报各自进度情况。能力不足更要保持沟通，不要让成员自钻牛角尖再给项目雪上加霜。

6. 明确一切开发背景，包括开发框架，语言数据库服务器部署要求等等（尤其设计到客户，一定要确定清楚，必要时有合同，邮件为证）。不要进行到一半发现完全不对路，团队接收不了这样的惊喜。

7. 适当的说不。如果是为客户服务，难免会受到各种各样的干扰和额外的工作要求。要合理的拒绝，避免再牵扯更多精力。再纠缠？把项目经理电话给他。

8. 给予适当的安抚。能力不足往往是团队年轻，但年轻人充满活力，加班到凌晨不眨眼，虽然解决的问题看似都『不值一提』。但长期如此消耗势必对团队成员的心里产生巨大的折磨和影响。端茶倒水零食饮料不能少，如果有『产品安抚师』……想多了，有这预算不如在招个经验丰富的人吧。

一般来说，你会经历2~3个月的折磨期，这期间大部分人的能力都在突飞猛进，没准也可以显露大牛天赋。随着能力的提高和配合的加强，团队会慢慢走上正轨。

本文由PMCAFF产品经理社区作者 克劳德 原创，转载请标明来源出处。