想太多？不一定！
不过述职确实是对自己工作成果的展示总结，以及未来工作的规划
前一段时间公司组织了研发管理层的述职会议
发现很多开发人员不太会写这类报告
我自觉的，写的算清晰，分享给你
至于能不能涨薪，看造化！
接下来我讲用我实际的述职内容来说明，我写述职的思路和方法，仅供参考
场景
1、报告给谁看？
2、谁你的述职？
3、目的是什么？
3、多少人的报告会议？
这些问题需要去提前了解。以便于让报告有针对性。
我们是一个研发团队，开会的是各个职能，各个项目组长。
所以我们的报告要什么特点呢？
1. 序列化报告，层级逻辑清晰，不拖泥带水
2. 少用形容词，多用动词➕名词，多用数据
3. 不打太极，客观中肯，直截了当
具体如何实现，往下说。
大纲
其实这个是一份公司给的模版
1. 2017年工作述职
2. 2017年工作检讨
3. 2018年工作目标
4. 2018年工作安排
不过基本上大同小异，回顾展望
继续看
一、2017年工作述职
我是职能部门负责人，我主要是分几点
1. 基本情况
2. 使用技术
基本情况
前面有提到，尽量用数据，我就用在这个地方
一个是量，一个是时间
比如：多少个人，多少个项目（可以细分什么类型多少个），
再比如：几次团队内部分享，每周例会平均时长
这里注意：平时管理工作就需要去踏踏实实做这些事情，并且注意积累，整理资料
使用技术
这里实际上用列举的方式，罗列出一些使用的技术，
我建议你也可以对平时团队中解决的问题归纳罗列出来
解决了哪些大问题，记得要简明扼要，突出关键词，同时带上数值
比如：优化了页面打开速度 50%以上
二、2017年工作检讨
1. 优点
2. 缺点
优点
有很多人的检讨这个地方只写了，缺点
这个对公司的认可度有一定影响。优点还是要的，这个即使在日常的项目例会中也会需要
即哪些是做的好的可以延续，哪些做的不好的可以改进
由于前面已经把工作成果描述清楚了，所以这个地方主要体现 团队协作，工作态度，工作效率上
缺点
这里我又将缺点分成2个部分，对内，一个对外
对内：跟优点差不多，当然有些具体的需要反思的，还可以更深刻有些
为什么要有一个对外的呢？
在团队协作中，有些问题确实不是自己或者一个部门能解决的，所以你需要向外求救
所以对外的意思是：有些问题我看到了，但是我需要外部资源来协助我。
三、2018年的工作目标
由于是职能部门，这里的目标基本上是以效率，效能为基础细化出来的。
值得注意以下几点
1. 定性，不定量
如果是销售部门，或者跟业务关系比较大的，定量是好的。
但是作为研发部门，定量的意义不大，而且容易引起反感。
定性可以是“完成XXX” “提高XXXX”
2. 目标不宜多，基本以往年的缺点的扩展
三点原则，2-4个即可
其次排列上，按可以预计完成度从上到下排列
3. 目标是团队共同商讨的
当然这个已经涉及到实际管理的操作上了。 顺带提下，基本过程如下
先罗列大纲，团队脑暴，整理初稿，裁剪主要线条（三点原则），排序优先级，制定执行方案
并执行迭代机制
即：比如以1个月为周期，重审计划，修正执行
这边的管理方法是：我是服务人，整理工作，团队是确认人，确认并执行
因为有管理者是命令式的，不建议这么搞。
当然除非是与公司业务相关的另当别论
四、2018年工作计划
目标设定好，计划其实也就出来了
但是这里注意下：虽然我们说，目标建议定性不定量，但是计划必须具有可执行性
所以这边制定执行计划的时候，还是需要把时间，执行方法的数量写上去。
比如提高基础知识水平
我们的执行计划是：
目的：提高基础知识水平，提高技术梳理能力
方式：轮流以一个小的知识点来做分享，1～2周一次，一次循环后总结一次
以上就是我写述职的基本思路
看下详细的总纲来回顾下
一、2017年的工作述职
1、基本情况
2、使用的技术（或者解决了什么问题）
二、2017年的工作检讨
1、优点
2、缺点
A、对内
B、对外（寻求外部资源）
三、2018年的工作目标
1、
2、
3、
（定性不定量，按可能完成度和重要性，排序）
四、2018年的工作计划
1、
2、
3、
（制定可以执行的计划，需要带数值，时间点，确保计划有效可行）
反例
我们开会的时候大概是10多个人
我把报告中，看到的，认为是错误的提出来。
1、使用大段文字
有部分同学使用大段文字，并且照着念。这个其实意义不大。一定是序列化，言简意赅，客观的表达
2、只说缺点
大部分同学都有提到缺点，也说要改正，但是都没有具体的改正方法，执行方案。
3、使用产品图片
这里有问题，是我们面对的是研发上级，展示产品功能不是太精准。如果能将产品涉及到的一些已解决技术难点，展示出来更好
申明
本文只是作为分享，有问题还望指正，共同进步
其次本文说的述职场景已经描述的很清楚。其他场景下的报告有别的技巧，但是思路类似。
