公司研发管理流程图
本周参加了研发部项目管理软件研发需求讨论会。公司的研发流程图是我进入公司后梳理定稿的，而且后面也一直参与了研发部周例会，对研发整体流程较为熟悉，对研发部一直以来项目管理的曲折历程也亲眼目睹，所以这次公司决定由公司自己的软件工程师自行编写研发项目管理软件，也让我一同参与了项目需求讨论。
公司研发人员一直以来存在的问题是任务拿到手直接动手开始做，这次的软件研发也一样，研发部经理给了软件工程师一个项目管理软件参考，告诉他能作出80%的功能即可，然后工程师看了几天软件后就开始直接编制总体技术方案，又几天，一份技术方案草稿完成，研发部就召开了本周的讨论会。
当然这个流程下来的方案是基本被全盘推翻的，一切都得重新从需求出发，正如总经理在会后说的，“我们聚焦于结合前面的研发实践经验来提需求，希望这个软件实现什么功能，使用这个软件能给管理人员和研发技术人员带来什么好处和便利，哪些地方可以提升工作效率；软件工程师要通过主动找提需求人员进一步沟通清楚明白这些需求，然后可以在了解参考软件的基础上博采众长，发挥自己的聪明才智提出适合/更优的技术路线和方案”。
所以，会后的第二天，我从研发管理的角度提了一份需求文档，内容包括项目创建、信息维护、进度管理、文档管理、研发更改等模块，把公司目前应用于研发管理的相应excel表也截图做为附件，提供软件工程师作为参考。
复盘反思整理
复盘反思整理
根据11月全员复盘会调研，近68%的员工认为“总结经验教训：将学习到的知识或技能进行记录和整理，成为日后的参考”对复盘会起到复盘反思、提升绩效的作用是最重要的，而我在调研报告中也写到：公司从21年2月开始的复盘，已经留下了很多的基础数据，但一直没有得到很好的整理利用，计划在12月底前完成这项整理工作，为明年各部门的改善项提供一个依据，也方便员工更直观地查看工作、学习、生活各方面的复盘反思。另外，后续开展全员复盘会后，人事部会实时将复盘结果进行整理，放入到整理表对应的栏目下；
本周，我就启动了这项复盘反思整理工作，但考虑让复盘整理的价值更大化，本次整理工作没有针对员工个人工作/生活的经验教训，而是着眼于有利于部门改善的角度进行汇总整理。计划在各部门写年度总结计划前完成此项整理工作，希望能为各部门明年的管理改善提供一些参考。
