记得那是平常的一个工作日, 在中午吃饭完之后, CTO忽然对我说, 新的半期要不要当Manager? 虽然我当时的反应比较正常,但是之前我做Team Leader的时候是被批评过的.整体下来比较意外, 不过既然这么定了, 我还是决定抓住这个机会, 争取不再犯同样的错误
角色的转变: 从写代码到带团队
虽然我现在的角色是 Team Leader, 不过现在的工作大部分还是做PM沟通和技术调研等相关的工作. 虽然也会做一些管理的工作但是整体偏技术层面.
成为Manager之后, 管理工作会大幅增加. 比如团队负责的项目的推进和落地. 人员协作沟通, 还有跨团队协作等.
关注的重点也会有变化. 比如之前只需要关注自己小组内的成果物即可, 但是成为Manager的话, 需要关注团队的产物, 成员的成长等. 主要从解决技术问题变成了解决人的问题.
当然, 现在还没有开始正式的进行Manager工作, 等有了具体进度之后我还会再次更新.
目前的准备
这段时间我一直在看《Become an Effective Software Engineering Manager》。
除了看书，我还做了一件事：给团队现状拍了个”快照”。
什么意思呢？就是把现在团队的状况详细记录下来：
- 每个人在做什么项目
- 项目进度如何
- 有哪些技术债
- 团队氛围怎么样
- 大家的工作状态
这样三个月后我可以对比：我的管理到底有没有让事情变好？如果没有，那说明我的方向错了。
还有一个准备，就是改掉拖延症。
就拿写博客来说，我之前定的是两周一篇，但总是拖到截止日期前一天才开始想写什么。结果就是文章质量不高，自己还很焦虑。
如果连这点自律都做不到，怎么管理团队？
我的担忧
虽然准备了很多, 但是说实话,我最担心的还是会重蹈覆辙, 上次被批评就是因为管理能力不足, 或者说汇报能力不足. 不过我觉得经过了这一段时间的磨练, 尽管存在这种担忧, 但是我还是打算迎难而上.
期望
下个月的这个时候，我可能会觉得今天写的这些想法很幼稚。也可能会发现，有些担心根本是多余的，而有些挑战是我完全没想到的。
但没关系。这篇文章就像一个时间胶囊，记录下此刻的我——带着期待，也带着不安。
如果你也在经历类似的转变，欢迎留言告诉我你的故事。
也欢迎三个月后来看笑话——看看我到时候会不会打脸 😅
To be continued.