工作日报非开发内容如何撰写

• 调研了某个技术点。

这个技术点后期可能需要，如果项目当前使用了，但是机制不是很清楚，需要搞清楚，到底用的对不对，好不好。这个技术点后期可能需要，如果项目当前使用了，但是机制不是很清楚，需要搞清楚，到底用的对不对，好不好。

• 审核了他人的代码。

对制定项目或产品的非自己编写的代码进行了阅读或审核，如果有发现漏洞或可优化点，则进行修复或优化。

• 编写了某些技术文档。

文档可以从如下方面出发撰写，如流程，用户操作，设计，需求，运维，交接，技术点，漏洞修复，功能优化，参与人员，时间计划等。

• 进行了某些开发内部测试。

可以是测试用例测试，测试脚本测试，手动测试，api工具测试等等，最好有测试结果。

• 参加了某些会议。

需求讨论，工作安排，学习分享，公司学习等。

• 与某些同事就某些事项进行了沟通。

沟通是一项必须的工作，某些沟通虽然不是会议的形式，但是确实必须的，产生了重要的成果或结果。

• 对某些系统进行了运维工作。

定期系统巡查，查看日志，查看磁盘内存CPU网络状况，系统某些功能使用，系统可用性测试等。

• 对某些系统进行了数据操作或处理。

某些系统可能异常数据或者统计数据不准确，有手动操作或脚本操作的需求等。

• 有需要外出工作。

比如去其他地方进行业务办理，需求沟通等，基本是市内，非出差。

• 为公司内部系统进行了某些部署维护工作。

如git管理，api管理，禅道使用等等。

• 制订了某些计划。

指定计划是一些非常重要的工作，比如个人学习计划，项目开发计划，部门月度计划等。

• 做了哪些个人提高的事情。

了解新的知识，技能，框架等，阅读或编写了博客或开源项目，尝试了新的生产力工具等等，有些事情可能是在解决工作中的问题的过程中附带产生的，所以可以算做合理的工作内容。

• 编写了某些生产力脚本。

如测试脚本，部署脚本，代码生成脚本等。

• 梳理了个人的或部门的知识体系。

这种梳理知识体系也是一种总结，数据形式可以是个人文档，共享文档，流程图，思维导图，excel等。