当tech lead 如何把活儿分配下去

作为新人lead来冒个泡。整体思路就是首先经常和队员们深入聊天了解其兴趣爱好个性，尽量按照喜好分配。如果一个项目没人爱好，就进行正能量的‘PUA’，描述这个项目能取得的impact还有exposure的机会，并提供更清晰的roadmap和方法或者帮助，队员们基本也不会拒绝，因为每个人心中有个天平，当产出的impact远大于投入时间的时候，即使没那么感兴趣，也会有动力去做。至于琐碎的东西，也要‘PUA’，是让他们学习了解流程和整个项目的scope，这样以后他们可以尽快自己上手未来可以独立承担项目。表现好的，多在部门点名表扬，做错的，不严重的就私下谈心改正。简单来说leadership很多时候是个情商活，具体问题必须具体分析，但整体要给队员们你和他们站在一起朝一个方向奋斗，你的每一个安排都是为了他们职业生涯好的感觉。

匿名用户 发表于 2023-1-7 12:02
你分任务的时候就不能把性价比高的分一个，杂活分一个，那正常人都会挑前者。你要按照module或者功能来分， ...

感谢大佬分享！有些杂活是公共的模块、搭建pipeline，给其他任务使用的。这种pipeline搭建杂活不知如何切分，再跟其他任务绑定。

个人不建议由leader分活，除非是非常紧急的事情。一般最好养成同事自己主动领活，养成主动完成，主动找新活的节奏。这个从管理节奏上也更好吹。

如果没人领杂活，就自己领一部分。剩下的就file work tasks，放在那里。让每人自己去领一两个就可以了。所有这些尽量在所有组员在的时候一起说，养成习惯。每次开会的时候一看进度就知道谁领谁没领。其实很多事情摆在台面上，大家都会明白的。慢慢就形成了潜规则

楼上说得都对。任务要捆绑销售，拆得太细让一方面让人觉得没有ownership了，琐碎的工作更难保障了，二是自己也很难验收。

匿名用户 发表于 2023-1-7 20:19
个人不建议由leader分活，除非是非常紧急的事情。一般最好养成同事自己主动领活，养成主动完成，主动找新活 ...

这种模式我个人认为只能应用在某些团队，例如团队都是senior，大家已经共事很长时间默契好，应用在小型老项目。
这不能广泛应用在大部分场合。
- 如果项目是新的，Research/Dev/Deployment等等最好由少量专业人员带领（小lead），R&D作为工作速率的核心。
- 工作进度和小组之间的沟通由lead监督。

.google  и

匿名用户 发表于 2023-1-7 22:06
感谢大佬分享！有些杂活是公共的模块、搭建pipeline，给其他任务使用的。这种pipeline搭建杂活不知如何切 ...

那就跟一些好的任务绑定，你是TL你说了算，总之不能有只占便宜一点亏不吃的事，规矩定好了并且坚定执行，那么大家自然就不会再跟你没完没了地讨价还价。另外我听上去凑过来的一堆都是跟你级别差不多的，如果有选择的话，带几个Junior会容易的多，一方面比较听话，另一方面他们干活一点不比senior慢。

如果实在是没法切分的杂活，可以看看能不能分配给一个资历略浅或者暂时没事干的，但是跟他说好下次impact大的任务优先给他，而且要keep这个promise，就是干杂活并不会吃亏。如果实在实在没办法了，可以escalate给老板，让他想办法，这也是他的职责。

TL干杂活很正常，我做TL的时候经常就会干些繁琐但是没啥impact的杂活，但是前提是如果我不想干也能分下去，而不是被迫干。

匿名用户 发表于 2023-01-07 20:19:31
个人不建议由leader分活，除非是非常紧急的事情。一般最好养成同事自己主动领活，养成主动完成，主动找新活的节奏。这个从管理节奏上也更好吹。

如果没人领杂活，就自己领一部分。剩下的就file w

我们组以前是这样的，但随着人员变动这套变得不好用了。
一开始组里大部分人是senior，责任感也很强，和自己相关的杂活会主动清理掉。
后来组里结构变了大部分人是3和4，只有简单的杂活有人做(删deprecated 的代码这类)复杂一些的根本不管，只盯着有visibility的干，最后都是几个Senior清理掉的。

我的意见是杂活必须公平地发布出去，理想条件是大家主动领，没人领的话TL要和Manager商量出一个办法，要么让做杂活的人有credit，要么强制不想做杂活的人做，给一个制度保证。

匿名用户 发表于 2023-1-8 09:26
那就跟一些好的任务绑定，你是TL你说了算，总之不能有只占便宜一点亏不吃的事，规矩定好了并且坚定执行， ...

大佬好眼力，一针见血。确实有好几个同级别的senior，只挑对自己有利的活儿做，各种打太极拳。说实话对方估计不服。这种情况怎么才能树立威信、所谓leadership呢？