#星空云诊所#:以实际项目案例来分享如何管理好二开团队保证高质量交付

一、  总述

作为一个项目来说，开发的进度影响整个交付的进度，开发质量影响整个交付的质量，项目的进度及开发质量与开发团队的每位开发顾问的水平息息相关，对于大的开发项目，可能会面临团队多、团队顾问多的问题，那团队管理显得尤为重要，如何步调一致，将每个开发人员的水平能发挥到极致，那才是真正的高效管理团队，这样的团队才是成功的保障，下面以实际项目案例来分享如何排配置好二开团队、如何管理好二开团队来保障高效、高质量交付

二、  场景描述

案例1场景描述

1.   该项目为一央企星空项目，金额比较大，实施由3家伙伴构成（中途有换伙伴），开发由一家开发伙伴完成，开发内容主要体现在生产及财务部分的开发，项目中有大量的集成开发内容，集成主要由一家财务软件公司的资金支付及凭证同步

2.   该项目由于有大量集成，由于第三方财务软件系统供应商本身架构问题，同步都是通过中间表完成，所以不能达到实时同步，因此这家开发伙伴就利用了自己的集成开发平台进行同步，同步也是通过定时任务去完成，通过定时任务去抓取同步需要同步的数据，形成任务

3.   该项目由于开发由伙伴完成，开发管理缺乏，项目经理对开发这块管理也缺失，造成开发当初选择集成平台的方案没人把关，开发质量没人把关，造成上线后出现了两次事故，第一次事故：为集成平台的部署不规范和管理不规范，造成将测试环境的付款单数据同步到第三方财务软件的资金支付平台，其中有一笔数据由客户方资金会计支付了给供应商，金额在1万左右， 第二次事故：为性能问题，造成所有使用人员无法登录星空系统，监控发现使用TCP连接数高、端口释放不及时的情况，导致网络连接很慢（局域网ping延时可达3667ms）。其中mysqld.exe、java.exe程序占了连接数的主要部分，如下截图：

案例2场景描述

1.   该项目为一国产化替代项目，由SAP替换为星空企业版项目，过去很多在SAP满足不了的需求，通过自研的一个系统来满足所有的个性化需求，这家客户比较精细化管理，造成很多是标准产品满足不了的一些需求，都需要通过二开来实现，因此开发点特别多，包括条码标准产品也无法满足该客户的需求，因此现场当初决定自己全部通过一个比较成熟的平台来进行条码的开发，开发需求特别多

2.   该项目最开始整包给一个实施伙伴和一个开发伙伴，分公司没投入开发人员和开发管理人员，开发团队前期总共5人，团队整体开发能力不行，不仅开发进度不行，开发质量也存在验证问题，由于开发进度缓慢，很多开发没达到客户预期，还存在很多方案不合理问题造成后面返工

3.   元数据有使用协同开发平台，但代码都没通过协同开发平台进行统一管理，都在自己本机开发，造成部署时问题比较多，还很麻烦，问题难排查，不能使用协同开发的在线构建一键式构建方式

4.   开发方案缺比较资深的专业人员来对方案进行把关和控制，造成存在很多因方案不确定就开发的，造成多次返工的情况，还有就是有些方案因为迟迟定不下来，造成一些开发项无法动工的问题

5.   实施人员由于缺乏专业性，对需求没有判断，客户提出的问题就直接登记到在线文档表格中，开发人员没了解到需求的合理性或者方案的合理性按实施人员的需求就直接进行开发，造成返工

三、  改善措施和方案

案例1改善措施和优化方案

1.   规范开发过程管理，包括代码检查和代码调优，代码编写规范等，部署规范的建立、生产环境、测试环境、开发环境完全分离开，将测试环境从原来生产环境账套及应用服务器分开。集成平台对接时指定其中一台服务器，减少

2.   生产环境的管理中心、应用服务器、集成平台服务器分别部署在不同的服务器上（原来在一起），由于应用服务器原来2台做了集群部署的，将集成平台在与星空进行集成时，直接指向其中一台星空应用服务器进行集成，减少对整个星空系统的影响。

3.   不同系统之间的对接环境严格隔离，生产环境对接生产环境、测试环境对接测试环境、开发环境对接开发环境

4.   代码检查及代码优化，优化有性能影响的代码，包括对调用接口建立连接后需要及时释放连接，为了减少请求次数，同步时调用批量接口方法

5.   生产环境的文件服务器从原来应用服务器里分离

6.   数据库服务器硬盘检测发现不是固定硬盘，存在较严重读写问题，改为固定硬盘

7.   使用协同开发平台，部署时只能通过部署包进行部署，修改元数据时不能直接连生产环境进行修改，实施人员不能直接在客户生产环境维护数据，收会过去生产环境权限太大的问题

8.   部署方面必须是客户参与UAT测试，并且测试通过的才能部署到生产环境

案例2 改善措施和优化方案

1.   总部资源现场支持开发指导，建立开发规范，比如统一使用协同开发平台进行开发，把原来所有的线下工程代码都统一迁移到协同开发平台上，并将原来太多的不规范建立的工程统一整合，让后期维护方便

2.   对于比较复杂且与标准产品有关的不确定的方案，总部专业人员给出一些合理的方案或者通过总部人员对方案进行把关后才进行开发

3.   提升现场开发人员的能力，提供一些参考案例让开发人参考学习和利用

4.   修改过去直接修改后台数据的方法，比如很多地方需要价格修改和调整，原来直接用执行SQL 进行修改，统一改为利用星空模拟界面保存的方法，给对应的元数据赋值，然后调用标准产品的保存方法的方式，这样就减少很多风险，如果直接修改价格，不用标准的保存方法的话，则会跳过所有的校验及值更新事件，会造成后续很多业务和财务问题

5.   协调技术比较强的开发资源包括分公司的星空开发资源，逐渐代替原来的技术水平不高的开发人员，增强开发团队的实力，既保证了开发进度、又提高了开发质量，逐步替换的方式也降低了项目风险。

6.   由于开发团队人比较多，为了规范建立和制定了开发规范，部署由专门的人员负责，这样既保证了规范，出问题时也会出现能快速定位和解决。

7.   严格控制开发需求，必须通过开发负责人确定后并讨论对应的需求的合理性后，并跟客户确认清楚后才形成开发需求规格书进行开发

四、  总结：如何管理好二开团队

总结以上两个问题项目，开发都存在着严重问题，共同点如下：

1.   都是开发外包，开发团队的能力都存在着不足，开发团队人员都没经过分公司的面试

2.   机构也没自己的开发人员参与项目，分公司也没派懂星空开发的人员来管理开发团队，把控项目风险

3.   都没使用协同进行统一团队管理，开发不规范、部署不规范

4.   缺乏开发方案及开发需求把关的人，造成开发进度延期、开发质量不高

       因此要管理好团队需要从下面细节做好把控

1.  建立高效的开发团队，做好人员及角色分工

团队人员的素质直接决定了项目交付进度和质量

(1)  提前做好资源计划、合理调动和分配好资源

首先要根据概要需求做好工作量评估，做好开发资源计划，做好需求难易度识别，掌握好团队人员的能力分布情况，对于开发实现难度大、影响面广、对开发能力及设计能力要求高的一定要安排骨干开发人员来实现，对于一些影响面小、技术能力要求没那么高的可以安排经验稍微没那么丰富的人员来实现.

问题： 如果资源不够，需要外包时需要注意什么？

1）  必须选择开发实力比较强的伙伴，开发团队中必须有开发能力比较强的资

源做保障

2）  如果大型项目必须有资深的能做技术架构和设计的人员，并且能与项目经理一