项目接收方

西门子中国研究院

项目内容

开发VR地铁模拟驾驶

项目管理中的亮点（项目的复杂性与关键的解决办法）

1.项目开发范围不明确，导致开发资源使用非常被动   解决：与甲方再次确定开发范围，配合甲方进行需求的修改。告知开发工程师，把代码写灵活点    3. 项目执行过程中，有些需求点需要让甲方进行确认。由于甲方公司决策时间过长，导致需求确认的时间过长，影响开发进度。解决：及时与渠道商沟通催促甲方给予需求反馈，并跟开发团队说明情况。同时在开发邮件中，标明最迟的确认日期。若甲方没有进行相关需求确认，我方就会按照合理的方案先进行开发。重大的需求修改，我方将会根据甲方的确认时间进行顺延

项目管理遇到的问题与解决方法

1.项目开发范围不明确，导致开发资源使用非常被动   解决：与甲方再次确定开发范围，配合甲方进行需求的修改。告知开发工程师，把代码写灵活点    2.项目立项前期，甲方需要看到我方的程序架构，要求我方将VR端的程序进行快速的PC端demo展现。由于低估甲方对PC端程序的要求，我方答应可以制作。导致PC端的程序的开发进度拖延了VR端的程序开发。   解决:明确PC端的程序DEMO的开发范围，进行快速的开发后，文档确认需要修改的需求后，马上进行VR端的开发   3. 项目执行过程中，有些需求点需要让甲方进行确认。由于甲方公司决策时间过长，导致需求确认的时间过长，影响开发进度。解决：及时与渠道商沟通催促甲方给予需求反馈，并跟开发团队说明情况。同时在开发邮件中，标明最迟的确认日期。若甲方没有进行相关需求确认，我方就会按照合理的方案先进行开发。重大的需求修改，我方将会根据甲方的确认时间进行顺延  4.项目开发过程中，由于甲方需求点确认不明确，导致某些功能的实现没有很好的符合甲方的需求本意。我方需求工程师也没有很好的进行跟进，导致有些功能的实现差强人意。  解决：项目执行过程中，尽可能让甲方参与进来，同时梳理清楚甲方的需求本意。特别是明确其修改的需求本意，明确甲方做这个需求修改要解决的问题，与甲方一同探讨更优的解决方案。  5.项目开发过程中，需求的确认，有时仅仅是口头的语言进行确认。因此有时会导致一些功能的修改没有依据，需求的跟踪也造成了较大的麻烦。 解决：项目需求的变更，无论甲方怎么保证，都必须让甲方发送书面文档，再进行修改。  6.项目开发过程中，项目计划的调整有点频繁。 解决：确保主要路线的开发，主要路线的开发点必须把控好，尽可能得少调整计划。

复盘问题（经验总结与分析）

1.VR项目，特别面对大型企业的VR模拟训练项目，必须让甲方提供相应的学习资料。同时配合甲方，进行脚本的文件的书面确认，明确开发范围后再进行立项开发。脚本确认的过程中，必须确保甲方充分参与。基础方案要给，技术方案也尽可能提供。细化好相关的流程图。若出于特殊原因，双方无法在项目启动阶段明确好开发范围，则必须与业务方协商好下一次的确认时间，双方签名，确认好重大的开发范围再进行深度开发。 合同的签订方面，考虑到甲方的需求变更成本以及确认日期约束条件等。  2.注意DEMO版本的开发难度，协调好PC端与VR端的开发进度。DEMO的开发秉承着快速清晰的敏捷开发手段，尽早给到客户清晰形象的DEMO。控制好DEMO的开发维护范围，将维护的力度，放在主要的开发线路上  3.项目过程中的要注意把控好供应商管理。对于由于供应商关系，导致项目延期的问题，需要及时发现，并将尽早采取对应措施，处理该问题。同时跟相关干系人说明情况，请求协助。同时学会抓住该机会进行需求的引导，掌握开发的主动权   4.需求的修改，都是有原因的。任何项目都可以能有需求修改的点。我们要明确用户需求修改的原因，理解该需求的修改会解决的问题。尽可能向相关开发人员表述该原因。在进行相关需求确认的同时，尽可能让相关开发人员进行需求复述。在沟通修改需求的同时，也要尽可能得跟客户进行复述，确保自己与客户的沟通是在同一个维度上。

5.需求的变更，特别是重大的需求变更，必须收到甲方的邮件才可以进行修改。同时，给开发人员进行安排需求修改任务的同时，尽可能发送需求修改的文档，方便以后需求的跟踪。落实好需求跟踪矩阵的书写。  6.影响工期的大功能点，尽可能给甲方提交版本之前，给予其相关的素材进行确认再进行制作。避免做出来以后，不符合甲方要求再进行返工

其他

1.脚本范围确认出现了问题，导致开发前期被动  2.细化文档出现了问题，没有细化考虑到相关的情况，同时这些情况的处理必须得到甲方认可  3.沟通确认需求出现了问题，没有很好的理解甲方真正的需求，一并探讨相关的解决方案。 4.项目把控开发的过程中，出现问题，没有及时很好的把控好主要路线的开发