个人简介

👀个人主页： 前端杂货铺
🙋‍♂️学习方向： 主攻前端方向，正逐渐往全干发展
📃个人状态： 研发工程师，现效力于中国工业软件事业
🚀人生格言： 积跬步至千里，积小流成江海
🥇推荐学习：🍍前端面试宝典 🎨100个小功能 🍉Vue2 🍋Vue3 🍓Vue2/3项目实战 🥝Node.js实战 🍒Three.js
🌕个人推广：每篇文章最下方都有加入方式，旨在交流学习&资源分享，快加入进来吧

站会控制在 10 分钟内

• 每人只答三问：上周交付了什么？这周要做什么？有什么阻塞？
• 阻塞项当场解决或指定人跟进，不要拖成"下周再说"
• 关键：站会不是汇报给组长，而是让成员知道同伴在做什么、能否互相清阻塞。

用看板可视化任务

• 待办 → 进行中 → 审核中 → 已完成
• 限制"进行中"的数量（每人同时不超过 2 个），团队吞吐量反而会提升——这叫 WIP 限制，避免上下文频繁切换。

每周一次半小时的"周计划会"代替长度不定的会

• 确定本周要交付的 3-5 个目标（有明确完成标准）
• 确认之前阻塞项的解除方案
• 剩下的时间留给团队讨论技术问题

任务分解：小组长最重要的附加值

• 一个任务能在 1-3 天 内完成，超过 5 天的必须再拆。
• 每个任务有明确的验收标准（不是"优化性能"，是"500 零件装配体的拖拽延迟降到 50ms 以下"）
• 内核任务注明边界条件和数值精度要求（e.g. “当两个零件以 0.001mm 间隙贴合时，约束求解不震荡”）

Code Review：不要变成形式主义

内核代码的 review 重点：这行代码在极端输入下会挂吗？ 前端的 review 重点：三个月后新人接这个代码能看懂吗

一对一沟通：频率 > 时长

• 每周 15 分钟，固定时段（比如周一 10:00），雷打不动
• 问三个问题即可：
  a. 这周有什么工作不顺或被阻塞的地方？
  b. 最近学到了什么新东西？（引导成长）
  c. 有什么我作为组长可以帮你做得更好的？（收集管理反馈）
• 不需要每次都有结论。有些时候成员只是需要一个倾诉对象，听完就够了

向上同步：让老板知道你们在做什么

管理不只是向下，还有向上。

• 周报像"电梯演讲"：用 3-5 条 bullet points 说清：交付了什么、卡在哪里、下周目标
• 出现问题第一时间同步，而不是解决完了再说。老板最怕的是 “突然发现你们已经延期两周了”
• 把技术问题翻译成业务影响：“约束求解器收敛慢” → “当客户在 500+ 零件的装配体中拖拽零件时，会有明显卡顿”

常见陷阱

• 不要单打独斗：别看到难活就自己上手，培养别人去做比你自己做完更重要
• 不要追求"同频"：你不需要和每个人成为朋友，尊重、公平、透明比亲和更重要
• 不要在公开场合否定：有意见私下说，团队在其他人面前信任你比让你显得正确更重要
• 保持一线编码：增强技术判断力，脱离代码会逐渐失去这个优势

用看板管理任务流，用一对一建立信任，用拆任务放大产出，用 code review 守住质量底线。