2019年，对我来说，是蜕变的一年。怎么说呢？
从我毕业之后，我一直从事的都是嵌入式开发工作，从最开始的助理工程师，绘制简单的电路，到嵌入式工程师，能独立的编写代码。在今年的春节时，我给自己抛了个问题：除了技术，我是不是可以尝试新的方向？我带着我的问题，在2月份进入了现在的公司，做了约3个月的电子工程师。直到5月左右，我踏出了第1步，成为了“电子工程师兼项目经理”，实际上，也算是给我自己一条后路，如果发现自己真不适合，我还可以退回来做我的工程师。但过了2个月，我发现了问题了，我在尝试朝着2个方向努力，但最终的结果是，就向给2个势均力敌的人绑上一根绳子，两端都在使劲，最终哪端都没有进展。在8月，我又做了个决定：我要完全转做项目管理。我换了部门，向一个方向勇敢地前进。
这么一回顾，这一年咋这么感人！！！
实际上，我深刻地意识到，现在的我，还只是个项目管理的小白，纵使我是刚考完PMP的人。
想要进入另外的领域，必须要有一项通有的技能。
我是一个善于写文档的人。以前总有人说，说PPT的人，最没能力。今年，我才意识到，这话完全错了！一个能在短短的数页PPT内，能把一个知识点、一个项目、一个问题，给分析梳理得明明白白的，这可不是一件轻而易举的事情。尝试去想象，如果一个人不是对一项技术（or 其他）有全方位的掌握，怎么可能用一句话、数页的PPT给你讲得透透彻彻！
能将项目写得明白是我进入项目管理的敲门砖。对于项目成员，谁不希望，能在短短的一个文档中，看到项目的整体情况呢？对于领导，谁不希望，有人能代替自己，去了解项目进展、分析发现项目问题，再给汇报得简简单单呢？大家都在期望着，自己想什么时候了解项目，就可能找一个人或者一个文档，对于自己，我在某个领域深挖就好了，对于工程师来说，他们最期望的，莫过于此。
为了发挥我这项长处，我给每个项目都建立了一个档案，里面包含项目：
- 基本信息：起止日期、立项背景、项目目的
- 设计框图
- 里程碑清单：里程碑、日期、交付物、执行指标
- 开发计划：子任务、开始时间、计划完成时间、实际完成时间、负责人、风险|问题、应对策略、进展。每个阶段的开发计划会做个阶段汇总
- 项目团队成员：姓名、团队角色、参与度、职务、部门、任务分工
- 风险And问题日志：类别、问题描述、负责人、状态、解决方案、相关信息
一开始，随着时间的推进，我把档案建立得越来越健全。可能这里，有人觉得这是成功进阶的案例。这里得加个“但是”，随着时间的推进，项目也越来越多（我做的是项目集管理，是中台专门为产品线输出电子模块的部门，背景：2018年12月左右刚成立），项目也越来越多，记忆中，最多的时候有10+，这种精细化的管理方法，令我自己疲惫不堪，也让项目管理得一塌糊涂。我的每周的时间分配到每个项目上，连半天都没有，再去除日常开会的时间！！！亲，快完蛋了！！！
我对自己提出了新的疑问，是否必须要对每个项目进行精细化管理？
答案：否。
我开始重新对项目进行了梳理，对项目进行了优先级排序，分为4类：
- 重要的、紧急的项目
- 重要的、不紧急的项目
- 不重要的、紧急的项目
- 不重要的、不紧急的项目
最终整理出来的结果： - 重要的、紧急的项目：只有2个。针对这2个项目，我每周都给上1DAY去梳理项目进度，以及汇总问题点。另外，保证每周会和需求方进行信息同步；对内保证，每个问题点能在当天找到对应的负责人，并明确每个问题的预计Close时间以及解决方法。在周 5 对问题点处理结果进行汇总。在周 1 确认下周的任务，继续使用我的精细化管理的方式。
- 重要的、不紧急的项目：有2个。这个我一般只会花半天时间，因为这种项目的话通常是处于项目的刚开始，着重于对项目的需求进行定义，这部分仅需要保证每个项目的会议能有结论。
- 不重要的、紧急的项目：此类的项目着重于将项目的紧急问题，分发给对于的负责人。同时确保每周进度更新。
将项目分为三六九等，去进行管理，是个行之有效的方法。有 2 个月的时间，我享受到了这种管理方法的甜头，每天都美滋滋的。
日子，永远是不会让人好过的。
当大家都对你的工作产生满意之后，随之以来的是更大的责任和挑战。我11月初正式接手了2个软件综合项目。
先来说下，我的前置背景：人家是做硬件->嵌入式出生的！！！
这意味着，我根本就不了解，软件项目是怎么开发！！！
但，我是个不认输+爱挑战的人。结果，当然是我把项目接了哇！！！
然后就开始了我12月到现在的煎熬日子。。。
前面的8个硬件项目没有时间管，2个软件项目不会管。一下子，又进入了混沌状态。。。
至今未解。。。
会写文档，只是个敲门砖，并不是安身立命之本。掌握游戏门道，才是硬道理！
这是2020年的Flag！