结合近期密集的战略规划研讨，针对产品和项目交付存在的问题，公司特地组织了一系列针对战略客户CIO、关键用户以及一线区域同事的现场访谈工作，获得了最真实的声音和反馈，感觉公司发展到现在，项目交付环节所面临的问题，往往不能单靠区域或项目开发单个环节来改善，而是需要通过交付链条整体的角度去思考解决之道，又或者是需要在交付链的源头（如产品、平台等）或公司层面去解决。
现就与项目开发直接相关的3个问题和解决思路分享如下：
1、 二次开发流程太长，响应太慢
问题描述：需求评估要3周、开发最少要1个月；紧急需求也要排队，让改个问题太难…
解决思路：
1）透明化需求交付过程，从客户视角实现需求端到端的过程管理和透明化（实现让客户需求处理进展在线查询），做到过程可知可管理；
2）区域ABU化，鼓励区域前后ABU间在基本协作规则下的创新协同机制；
3）在区域配置系统分析岗（编制归属研发中心），缩短需求交互周期（方案沟通、需求编写与分析）。
2、 工作量评估不合理，标准不透明
问题描述：相同的功能在不同开发团队、不同客户中评估的工作量结果偏差非常大；同样的需求和半年前的也不一样；评估方式老变…
解决思路：
1）启动评估方法透明化专项行动，最终目标是与TOP10典型客户达成工作量评估方法和结果的共识，并支持商务报价和工作量结算；
2）评估工具完善方向：
a、把所有工序和内容清单化列出供选择；
b、把复用打折和特殊点清晰列出；
c、按各岗位的工作量配比和工期的合理性进行复合评估结果。
3）建议公司层面考虑基于合同约定范围的总包报价模式，减少非客户因素的交付成本超支问题。
3、 质量差，质疑研发测试的有效性
问题描述：项目开发做了4天测试，提交给客户人家花1小时测试就发现了好几个BUG；最怕修改A功能，结果B功能出错；一线总得对更新包补测后才敢更新…
解决思路：
1）基于客户业务场景打通专业标准化，必须基于客户业务场景的分析来打通开发和测试环节的工作；
2）明确前后台测试分工，鼓励复杂专项的前后台联合测试提升测试人员对场景测试的分析和理解；
3）建立更贴合于客户真实数据的联合测试机制/环境。
