01.契机
在职业发展的旅程中，每位技术人员都会面临一个关键性的选择：是继续深耕技术领域，还是转向管理岗位。这一选择不仅关乎个人的职业路径，也涉及到如何最有效地发挥自身才能的问题。
我们必须承认，人的精力和时间是有限的资源。在技术领域达到高深境界的专家，其管理能力未必同样出色，反之亦然。管理与技术，虽然同为职场上的重要角色，但它们的要求和侧重点却大相径庭。技术的焦点在于解决与机器相关的具体问题，而管理的重心则在于协调人与人的关系，优化团队的整体效能。两者之间的差异，使得在两者间寻求平衡成为一项挑战。
在过去的一年里，我深刻体会到了这一难题。我面临的困境是：我应继续深化我的技术专长，还是应该转型，投身于管理岗位。
经过一年多的实践和深思，我积累了一些关于技术和管理融合的经验和反思。我希望通过分享这些经验，能够为同行们提供一些参考，特别是那些在技术和管理之间徘徊不决的同仁。
以下是我个人对技术与管理结合的总结与思考，希望能够对大家有所启发，也期待与各位共同探讨，以促进我们在这一复杂领域中的成长和进步。
谈一谈职业规划
关于程序员的职业规划，下面有一张网图，感觉还是很有代表性分享给大家
从上图可以看出，当你实际干了几年之后，通常会出现一个分支，继续走技术，往专家、架构的方向走，还是往技术管理、项目经理的路线发展
就个人职业发展规划而言，我的性格倾向较为内向，并不擅长或特别偏好与人频繁互动。鉴于此，我的初步规划是沿着技术路线发展。
在技术路线上，我们可以进一步细分为两个方向：
- 纯粹的技术方向，这一路径要求深厚的技术功底，专注于解决技术难题、构建系统架构，例如成为Redis、消息队列（MQ）等领域的技术专家。
- 业务专家方向，这要求深入理解业务领域，更侧重于实际业务问题的解决方案和架构能力，成为业务线中的核心力量。
在我国的职场环境中，纯粹技术路径的机会相对有限。对于大多数程序员来说，成为业务专家可能是一个更加现实和贴切的选择。以下是我对于职业规划的一些思考，这些观点主要适用于面试环节或是与上级领导讨论职业发展规划时的情况。
如何谈自己的职业规划
- 技术路线
比如我个人比较喜欢搞技术，因此想在技术这一条路线上继续往下周，通常有两个方向，一个是业务架构、一个技术架构；
1.1 针对业务架构方向：
业务架构可能更看重实际的业务解决能力，然后结合自己的实际工作经验说一下 比如：我想成为某个领域的业务专家，梳理复杂的业务模型、制定业务标准解决方案，我的规划是先希望能成为某个业务的负责人，然后再往上负责一条业务线，最后希望可以成为行业类的专家
- 为了往这个方向发展，我做了哪些尝试，比如不仅仅局限开发的角色，会主动反推产品优化业务模型等、不断地学习相关的业务知识点，比如学习了xxxx，参加了xxx会议分享，组织了xxx业务共创会等;
1.2 针对技术架构方向
技术架构，则可以从纯技术的角度出发，比如个人还是有很强的技术崇拜，更喜欢做一些技术上的东西，因此希望朝着主程，高级开发，系统架构的方向进行发展
- 对于此，自己做了xxx，比如先成为团队的技术骨干，掌握日常工作的所有技术栈，时刻关心新的技术架构、技术演进，经常参加一些xxx技术会议，平时遇到问题都追本溯源，深挖原理细节，做完之后也会输出相关的复盘给别人分享； 经常思考现在工作项目的架构设计、为什么这么设计，可以怎么优化，组织技术方案评审、架构评审等等都可以谈 （当然重点突出自己做过的事情，不然一问深就露馅了）
- 管理路线
如果想做技术管理，则可以从职业的生涯规划来说，谈一下什么一个人可以走的很快，但不一定能走的很远；一个团队则可以走的更稳、更远，也希望能结合自己的技术能力 + 加上团队的力量，最大的发挥出自己的特长
2.1 技术管理 先简单说一下为什么想做技术管理，以及个人的忧思：比如一个人的影响范围有限，更希望能依托自己技术的优势，充分发挥一拨人的潜能，干一些有意思、有挑战、有成就感的事情
- 基于此，平时除了做技术的事情之外，也会额外关心team leader是怎么带领团队的，然后从他身上学习xxx
- 平时也会带一些实习生、应届生，增加自己的带人能力
- 在一些日常的项目需求中，主动承担牵头人角色，积累自己项目管理的经验，比如具体的有xxx
- 经常和一些小组长、管理者聊，怎么样来调动大家的积极性，自己也经常学习一些相关视频、文章，提升自己的人际处理能力等
2.2 项目经理 对技术人员而言，这条路线相当于转行了，因此要先说一下为什么想做这个：
- 一个供参考的回答 比如说自己有很多的想法，想去充分发挥自己的才能，更喜欢做一些落地事情；或者非常擅长人际关系，资源协调。想充分体验一下不同的风景
对于此，自己的努力尝试：
- 个人性格外向，社牛，很会和被人打交道，很会维护人际关系，很会协调资源等 (优势)
- 做了xxx项目管理的学习，从一些大牛身上学到了xxx （说明自己有在持续学习）
- 平时有提高自己的汇报、文档能力 （PM基本功）
- 在平时的项目管控中，有意思的加强自己的节奏控制能力，比如之前负责xxx项目，经过了xxx步骤，最终完美交付
转管理的契机
在我的职业生涯中，目前我正担任技术管理的职位，这已是我第二次承担此类角色。初次尝试管理职位是在一家初创公司，当时的技术负责人离职后，我便接替了他的位置。与许多人的首次管理经历相似，我缺乏管理经验，经历了一段时间的摸索和努力，最终效果却是一般。而现在，我面临着第二次管理的机会。
在2022年底，我转至一家新公司，这里的团队更重视管理经验而非单纯的技术能力。公司的运作模式与IT行业常见的持续迭代和维护的项目有所不同，主要是周期性项目。通常，一个项目的生命周期并不长，项目交付并回款后，主要的工作便是运维，这与外包工作的性质比较相似。加入公司后，感受很深的一点是，在现在的这个环境中，技术研发的地位非常低，一条路走技术是不长久的。
在这样的背景下，我在入职一个月后遇到了转变的契机。公司有一个企业电商项目需要从外部合作方转回内部进行研发和运营。可能是考虑到公司内部具备电商背景的人员较少，我就被选中参与这个项目。当然，对于这个项目，我最初是持怀疑态度，不太愿意接手，主要原因有两点：
- 这是一个已在线运行的项目，每日成交额超过1亿，代码量达千万级别，除了代码外几乎没有任何有效文档，而我需要在半年内完全接手；并且在项目经理与我交谈时，团队的基本框架尚未建立，整个项目看起来比较不靠谱
- 当时我所在的项目组工作相对轻松，工作量小，压力不大，下班时间早，这是我从业以来经历过的最轻松的工作，按照内心想法，确实不太愿意离开现在的神仙项目组。
在选择的过程中，发生了一个小插曲。我个人更倾向于留在原项目组，也与原项目组的项目经理（PM）讨论其对2023年的规划以及我能发挥的作用。PM建议我若不想加入新项目组，应尽快向公司高层表达我的立场。然而，由于高层领导忙碌，我未能找到合适的机会表达我的想法。而直接负责这个新项目的负责人先行与我交谈，然后我便加入了这个新项目。
之前阅读《知行》一书时，作者提到“超过80%的技术管理者，都是在没有明确表达管理意愿的情况下，被公司推到管理岗位的。”，就我个人的感受而言，在IT行业，突然被推上管理岗位的情况确实比其他行业更为常见。那么，当这样的机会来临时，我们是否真的做好了准备呢？
预设目标
随着新的征程的开启，设定明确的目标对于成功至关重要。在23年初，我即将踏入新项目组并面对即将到来的挑战时，为自己设定了以下目标：
- 迅速融入新项目，建立团队成员之间的信任，并组建一个高效的团队。
- 顺利接手项目任务，确保工作的连续性和项目的顺利交付。
- 完成从技术专家到管理角色的转变，培养出一个具有强大战斗力的团队。
这些目标在当时看来可能显得有些抽象，缺乏具体的衡量指标。为了在接下来的系列分享中能够对这些目标进行详细分析，我计划在最后的总结中对它们进行深入拆解。 接下来，让我们正式开始这一段项目管理的旅程。