项目管理进度表
发研发群的聊天界面截图
公司的研发项目管理历经了好几次的变迁。
先是研发部自己找了一款项目管理软件，后面可能涉及收费就停止使用了。
过了一段时间，研发部自己又启用了钉钉项目管理（纯属记流水账），但后来因为钉钉项目管理上要写一遍项目工作，在钉钉日志上还要再写一遍工作，时间长了就不胜其烦，于是就停了项目管理的记录，只写日志了。
过了半年，我研究钉钉项目管理，发现有现成的制造型企业研发项目管理，很清爽的看板化管理，可以按我们公司的研发流程进行项目阶段自定义，经沟通后研发部再次启用了钉钉项目管理，同时和老板沟通写了项目进度就不需要在写日志了。
再过了半年多，研发部发现钉钉项目管理有些模块开始变成收费了，项目详细进展无法书写，只能勾选项目阶段是否完成，于是再次停止了项目管理的记录。
10月例会研发部工作汇报时，聊到项目管理，我突然想到以前为研发部试运行OKR时曾做过一个OKR目标管理甘特图，发现和项目管理有着异曲同工之效，于是在会后对此表稍作了修改发研发部进行意见征询，最后在研发部的共同努力下，本周正式启用了EXCEL形式的项目管理。
设计评审报告
研发部设计评审问题沟通截图
本周完成了归档审核整改后的再次审核，发现研发部存在缺少设计评审记录的问题。
根据公司研发流程规定，每个输出的研发文件均需通过评审后才算通过。
我和研发部经理进行了沟通，得知评审的动作都有，有些文件也的确经过了几轮评审和修改后才定稿，但设计评审报告却一直没有填写。
询问不填写的原因，他们觉得每次一点小改动都要填写报告太麻烦了，也和他们说如果觉得公司已有的设计评审报告太过麻烦，可以对模板进行更改，一个项目文档的所有评审意见都可以只写在同一个报告上，只需要留下每次评审的记录即可。
问题是已经通过微信沟通传递过去了，但后续是否整改还需持续跟踪，有时想想该整改的不只是这一个动作，更该整改的是人的意识，对一个动作不愿去理解目的和意义，永远都不会从心底里接受它。
