项目版本管理过程存在的问题

上个月做了工作日志记录，今天顺便梳理了一下过程中存在的问题以及相应的解决办法。

问题1：

在收集需求的时候，通过邮件形式通知各业务人员和产品经理，并且附有此版本关键时间节点。但是里面的时间节点没有严格执行。

解决办法：对过程质量进行打分分析复盘，明确存在的问题，找出原因并且相关人员进行讨论解决办法。这个是比较理想的解决的措施，但是要看公司在部门管理沟通上是否存在阻碍，对时间节点的重视程度。

问题2：

设计文档照搬需求文档，没有自己的思考

这个问题和开发同学沟通了挺多次的，在做设计文档的时候应该要认真点，写点有关自己的思考，但是效果甚微。当然这个也跟项目组排期有关，需求刚评审完，相隔1天就要进行设计评审，所以就目前情况看设计评审的效果不好，没有思考没有问题，全凭后期线上沟通了。

解决措施：合理安排好项目计划，对设计文档的输出制定一定规则，按照模板输出

问题3：

经过设计评审后，没有输出会议纪要。

需求评审会有会议纪要输出，但是设计评审完成后就没有会议纪要输出。对于这个文档，项目组没有强烈要求，所以都是置之不理。但是对于后期的测试人员就有点被动。设计评审在需求评审的基础之后，评审的内容应该更加完成，注意的细节也是更多。

解决措施：将评审会议纪要的输出纳入管理规范中，按照要求执行。

问题4：

评审完成后，有修改，文档没有更新

这个问题已经强调了N次，已经不想说这个问题了。路过的大佬有没有好的不办法可以解决下，或者说下贵公司的管理情况

问题5：

项目信息共享不及时

项目信息不同步，对于中途新增的需求，更新的需求，产品比较喜欢找开发私聊或者直接找开发负责人，开发人员又理所当然的认为，只要改好再跟测试人员沟通也不迟，测试人员非常被动，安排了工作任务和时间，可以对测试用例进行一个优先级的测试或者颗粒度的选择，临时接受其他安排打扰了计划，对测试会造成一定的影响。

解决版本：后期部门层面会推出项目管理工具，希望对此现象有一定的缓解，但是提前必须建立在大家会及时去更新需求状态。

以上是我目前会遇到的一些问题，解决措施不仅仅需要测试组人员的努力，也是需要部门领导进行一定的宣导，并且要有一定的执行力度。如果不重视不规范，问题得不到改善。