落地敏捷典型问题：Sprint中的外包

落地敏捷典型问题：Sprint中的外包

在我们的实践中，遇到这样一些情形：在Sprint内团队确实无法完成，但业务、商务必须要实现，否则就会推迟数月不能开展业务，此时我们选择的是外包。虽然最终都完成了功能，达到了业务需要，但还是有一些经验和教训可以分享：

 

1.选择按项目承包，而不是“按人承包”

 

2.由于无法明确所有的需求细节，而且遍于沟通，要求承包公司的员工在我们公司实地办公

 

3.外包的部分只是用户的展示部分和非核心的功能，核心的业务功能还是由我们的团队完成

 

4.将外包的功能分为相对独立的子集，3天左右经行一次正式的评审（PO需要参加）。 一般的承包方都会要求用瀑布开发的方式进行，这样他们的风险最小；我们的敏捷方式是通过沟通明确需求，文档化的东西不是非常细致，所以我们的做法是提供包 含正常和异常流程的Use Case（不是user story）以及界面原型，由承包方提供设计文档，同时3天评审一次可以工作的系统。我们遇到的最大问题就是评审时发现完成的和需要的不是很匹配，承包商 的解释是需求不明确，同时又是刚开始合作，不好意思多问…

 

5.外包的需求要必须说明页面的兼容性要求以及性能要求，还有一点特别重要，就是不能影响现有的系统功能。我们在外包中发现，由于要实现页面内刷新，承包方用了Ajax，但影响了现有页面的菜单系统，但我们在外包合同中没有标明…