【心得体悟】浅谈带团队心得 - 成长篇
随着工作不断深入，角色不断强化，我慢慢地从一线开发，升级成一线带团队开发。在这个过程中，总结了一些心得感悟。
成员选择
团队成员选择 正式员工 OR 外包 ？这是一道没有标准答案的选择题。不论是选哪个，都有好有坏。具体跟员工的素质有关。
跟领导要资源说：“这个项目量太大，这么点时间内做不完，你再给我一些人。”
领导想了想说：“好，不过目前骨干同事A，B，C都在忙项目X，抽不出来，要么从外面再招一些人吧。”
集团招人自有它的一套流程，冗长且缓慢，而且还有 budget 考虑，要想快速 onboard ，只能招外包，灵活度大一点。
但是外包（特别是 remote work）有几个问题：
- 新人进来培训上岗要手把手带。我花了大力气培养好了，他们（可能）合约到期就走人，白瞎我一番心血。
- 有的 contractor 挑活，看到项目比较老旧，理解起来困难，就想干一票走，并不愿意沉下心来好好从头学起。
- 站在我的角度，还得好生哄着他们，“压榨”其剩余价值。
与之相比，正式员工，即使能力稍差一些，但是最重要的是态度要好。给他一个任务，能从各个角度积极地推进解决。这样即使有 blocker ，我看到他的努力，也愿意帮助一把。
这里只是我的一点片面的看法，并不是说正式员工要由于外包，而是提醒自己，在今后的招人中，【态度】是一个非常重要的衡量标准！
项目责任制
以前，一个人做开发，领导的期望是完成 100% 的活，我自己做的好一点，达到 120% 。
现在，带团队开发，比如4个人，期望就变成了 400% 。我需要对一个团队负责，把一个团队的指标抗在肩上。
如果有人表现不足，只有 80% ，就需要想办法去填补这剩下的 20% 。而不是把锅甩给组员。
用人之道
人进来了，怎么用，这里面学问也很多。该忽悠当然得忽悠，不过我觉得最关键的，还是实现双赢。即公司成长和员工成长同步，两者都要得到发展。细化下来，有三个方面：
统筹
“画饼”，人人都会，这个饼怎么画可有讲究。画好了，手下人愿意花大力气跟你干；画的不好，磨洋工也是有的。我认为，关键在于任务目标的合理拆解。
举个例子：给两个人，3个月，做基础配套软件升级，从Python2升级到Python3。大的目标有了，可以延申出很多问题：
- 这次软件升级带来的好处有哪些？
- 这次软件升级影响到哪些模块？
- 这次软件升级如何做测试？
- 这次软件升级需要怎么统筹配合，联合其它小组完成？
其中关于第一点，更是可以深入挖掘，从小到大，我归纳了几条：
- 是公司硬性要求升级的，以保证基础软件版本使用的是足够新的。（那为什么公司要求升级呢？）
- Python 2于2020年停止更新，官方不再提供维护，今年是2021年，所以更新刻不容缓。
- 保持最新的版本，可以在安全性上得到提升。（且可以使用最新的功能。）
- 公司内部层面内，作为第一批升级的用户，我们小组可以成为全公司的示范。
所有的开发，最终都要落地到企业价值的提升。
包括了以上内容，这个“饼”，就变成了丰富的，有内涵的。而一旦把这个饼真的做出来，所有的参与者收获的，将不仅仅是几行代码的改动，而是全方位的提升。
自由度
饼画好了，其它的应该放手，不要设置太多的条条框框，给予组员充分的自由度。中间怎么实现，任务具体怎么安排，先做啥，后做啥，让其自行安排。
当然，最终 code review ，还是要有，可以提一些建设性的意见。
竞争
作为催化剂，可以安排适当竞争。比如，把两个差不多的活分成两份，给两个人，这样，他们就形成了竞争和互助的关系。
做的快的人，可以 刺激 / 帮助 做的慢的人。
以免出现一个人做开发，总是用各种理由拖延，推诿任务。而你也没有什么办法。（很多时候，人不是说撤换就能换的）
自我驱动
目前，一方面手上有一些开发的活，另一边方面，还需要花一定时间管理，带团队。这个阶段的工作量是非常大的。
以前，可能上班时间的80%，就可以做完所有的工作，余下一些时间做学习和提升。现在，这个比例就变成了110%~120%，需要加班，完了需要再挤时间学习。
这个阶段，需要一定的自我驱动。简单的说，一份耕耘，一份收获。跨过这个阶段，就是事业的新高度。
需求与打断
"Hi XXX, do you have a minute?"
从前，主要是我说这句话比较多。找同事，谈开发的需求，谈具体实现，谈对于一些疑难问题的困惑。
现在，主要是别人对我说这句话比较多。找我问问题，处理 code merge request ，处理技术难点。
我的角色，从“需求”，变成了“被需求”。当然，一开始感觉很不错，助人为乐总是很有成就感的。
慢慢地，会发现时间被大量占据，导致自己原本的活干不完，需要加班加点。一度看到聊天软件里的小红点就有种“恐惧”的感觉。
渐渐地，我学会了平衡，首先快速评估事情的优先级，然后使用GTD归档，优先解决今天的最重要的几件事，而不是沉溺在一味解决别人的问题。
打断，总是不可避免，更多的时候，我学习了说一句：“稍等一下。”然后把目前问题处理到哪里记录下来，相当于 stack push 。
然后一会回来的时候，再做一个 stack pop ，就很容易接着往下干。
