反思一波:针对新人如何提供帮助
团队越来越大,对于每一个leader都是一次精力和灵魂的考验。
在规模不大的时候,大家还能口耳相传,很容易达到团队规范。偶有例外,也能把影响控制到很小的范围,并且通过一次次高强度的code review,保证最终的代码质量。但是新人不断加入,让整个过程管理变得不那么丝滑。
有人可能会说,需要通过积累靠谱的文档,让新人起步得更容易。这的确有一定道理,我也是这样做的。主流且必要的方式如下:
- 从项目开始以来,我们不断地编写模块,业务逻辑以及构建的指南文档,把相关的知识也进行了详尽的归档.
- 每次迭代周期里面,我们定期也做文档实时性的维护,保证文档和最新稳定版本是一致的。每次更新文档也会同步通知给相关调用方。
- 团队任何成员都可以随时找到相关熟悉业务模块的人进行沟通确认,整个团队的知识体系是共享的。
- 如何科学寻找资料和文档,以及分析问题,拆解问题的方法建议,我都在新人培养的过程里面反复讲解,也做了必要示范。
但是就是如此,也不能保证所有人100%都能得到成长和相应的知识。文档只是一种呈现知识和技能传承的方法,也不是适合每一个人。有的人需要手把手教,甚至需要多次演示,最终仍然get不到。
而且个人驱动往往是一个漫长的过程,需要自发的去反思,然后真正去改进甚至改变自己。
所以我一直在思考如何帮助新人,也如何做知识的传递和消化。这种思考还在继续。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通