个人简介
👀个人主页： 前端杂货铺
🙋♂️学习方向： 主攻前端方向，正逐渐往全干发展
📃个人状态： 研发工程师，现效力于中国工业软件事业
🚀人生格言： 积跬步至千里，积小流成江海
🥇推荐学习：🍍前端面试宝典 🎨100个小功能 🍉Vue2 🍋Vue3 🍓Vue2/3项目实战 🥝Node.js实战 🍒Three.js
🌕个人推广：每篇文章最下方都有加入方式，旨在交流学习&资源分享，快加入进来吧
文章目录
-
- [站会控制在 10 分钟内](#站会控制在 10 分钟内)
- 用看板可视化任务
- 每周一次半小时的"周计划会"代替长度不定的会
- 任务分解：小组长最重要的附加值
- [Code Review：不要变成形式主义](#Code Review：不要变成形式主义)
- [一对一沟通：频率 > 时长](#一对一沟通：频率 > 时长)
- 向上同步：让老板知道你们在做什么
- 常见陷阱
站会控制在 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 守住质量底线。