总控舱

存在问题

一、大屏：

1、程序不稳定，时间比较紧

2、UI参数不一致，需要临时改动

3、大小屏控制端，开始全部做到了大屏，现场临时改动，需要重构，换成小屏，摄像头的安装没有考虑到现场环境；

4、视频通话（监控视频地址本地外置更改为后台更灵活执行，GPS定位开关，GPS移动），技术保障；

二、视频日记

5、卡顿+清晰度（考虑硬件设备，摄像头一直是开着的，开久了设备很烫、有噪音），解决方法：换硬件，换有显卡设备；

三、个人电脑

6、需求理解错误；002--》001，001-》指挥中心；邮件都是保存在本地；

7、模拟现场情况，并给与反馈，但是反馈没有被记录和修改

8、临时增加收邮件的功能，需求增加

问题症结

1、没有考虑现场实际情况，没有模拟现场硬件

2、视频编码不擅长

3、没有进行实地勘察

4、没有预备相应的备用方案

5、需求没有及时给到程序时间上的反馈，没有交代好相应的工作

解决方法/注意事项

1、项目前期，应该多加强沟通，确认需求无误，开发与项目管理都得到有效的反馈，确保项目在顺利进行；

2、根据实际情况模拟现场硬件，并进行测试；

3、视频编码需加强；

4、实地进行勘察，应给出相应的备用方案

5、考虑到视频通话新技术功能，可以考虑多方案执行。例如自主研发，掌握技术或者利用对接第三方力量完成。

6、临时改动的需求，评估修改时间以及风险。

7、此次视频录制研发周期过长，评估风险，多套方案执行；得到确保的完成周期；

共同存在的问题

1、交互设计逻辑模糊；设计的字体需要说明提供；

2、需求沟通：项目合理分配，在项目管理上，确保开发者与项目管理者能够及时沟通，能够给予开发者反馈，确保无误；

3、研发周期长，制作时间短，修改次数多；

（在视频录制、视频通话没有得到确切的研发成果时间）【这样的情况下，我们是否可以寻找第三方力量支持解决，如果没有给予确切的时间，就由武当给予截止时间，没有满意的成果可否找第三方力量】

4、视频通话先前测试（本地测试，远程测试），在演示测试的时候就突然不行了；

5、项目预警：告知了项目风险详情以及邮件通知，剩余的项目需要的时间以及素材提交时间；预录的时候肯定是交付不出来的，预录的时候如果要录制画面，就只能是打开UI界面在上面预录，但是真实情况却不是这样，他们可以接受的不是完整版本，但是起码要可以点击，有交互画面；

6、需求变动作废：手写规则屏（嘉亮）、电子茶几（飞屏）、存储舱，所以在未确定需求前，先不用安排制作，并告知甲方风险期限；

7、执行测试：检查基础条件问题，例如网络、插件、设备；

8、预录的时候：网络服务器有很多次是蹦掉的状态；前端多次访问，数据异常报错；（升级服务器）

9、代码规范性很重要，可以让执行的程序员更有效的修改，而不是重构。

10、特殊项目：尽量做到多方面控制，沟通-》确认-》检测-》反馈-》修正；

项目相关总结

1. 评估项目需增加考虑的因素包含：项目的复杂性、需求方的专业性、经验性的评估

2. 合理性的demo要把控好确认时机，该确认就确认，不要以为就懂了，就是客户想要的

3. 与硬件结合的项目，尽可能多次模拟现场，多需求方多次探讨现场环境，多去现场环境勘察

4. 项目的设计尽可能结合现场，想清楚外置的参数（后台可控制的参数），以及可拓展性的需求

5. 尽可能选择安卓硬件，确保硬件可控

6. 新技术的研究：设置技术研究的关键检查点，与此同时要想好成熟的解决方案进行代替风险

7. 测试流程要加上硬件模块的测试

8. 风险识别来自于现场使用情况的多次模拟，并及时尽早解决

9. UI的需求文档必须规范性

10. 整体项目的跟进的责任感，对应的人的及时反馈。确保每次沟通是有效的，可以得到反馈的

11. 项目集群的管理要先出全貌的架构图，及时多次召开让全体项目成员了解，执行过程中，确保有专门的需求人员对接，发现项目需求人员对接不及时，及时找到原因，并可以随时调配人手。

12. 大项目尽可能多走原型与流程图并尽快确认.并严格根据项目管理模板所规定流程进行把控与调整