从小厂到大厂：技术人转型进阶指南之五

 第 7 章 赵玥的任务拆解灾难：Jira 里的 “大象装冰箱” 笑话

赵玥入职 A 厂测试开发团队的首周，就因为一个 Jira 任务，成了团队站会上的 “焦点”。

那天早会，测试负责人李姐打开 Jira 面板，指着赵玥创建的 “用户登录模块测试” 任务，语气里带着无奈：“大家看看这个任务，标题就四个字，描述里只写了‘完成登录模块测试，保障上线’—— 这相当于把‘大象装进冰箱’只写了‘打开冰箱’，剩下的‘把大象塞进去’‘关上冰箱’全没提，50 人团队怎么配合？”

会议室里的目光齐刷刷落在赵玥身上，她的脸瞬间热了。在小厂做测试时，她一直这么拆任务：把 “登录测试” 当一个整体，自己闷头测完，只要没发现大 bug，就标 “完成”—— 没人要求她写 “测什么、怎么测、测到什么标准算过”。

“赵玥，你说说，这个任务里‘登录模块’包含哪些场景？” 李姐的问题让她更慌了，她支支吾吾答不上来 —— 小厂的登录模块只测 “账号密码登录”，可 A 厂的登录有账号密码、短信验证、第三方授权三种方式，还涉及 “异地登录风控”“密码过期提醒” 等子场景，她根本没拆过。

李姐没再追问，而是点开自己创建的 Jira 任务做示范：“你看，同样是登录测试，要拆成三个子任务：第一，‘登录接口测试’，验收标准是‘10 种异常参数返回正确错误码、接口响应时间 < 200ms’，负责人是你，依赖开发小明的接口联调完成；第二，‘登录 UI 测试’，覆盖‘PC 端 + 移动端 3 种分辨率’，验收标准是‘元素显示正常、点击无卡顿’，负责人是小张，和前端同步进度；第三，‘登录异常场景测试’，包含‘异地登录拦截’‘密码连续错误锁定’等 8 个场景，验收标准是‘风控规则触发正常’，负责人是老王，需要对接安全团队拿风控规则。”

每个子任务下面，还附了 “测试用例链接”“依赖任务 ID”“截止时间”—— 赵玥看着屏幕，突然明白：小厂的 “任务拆解” 是 “自己清楚就行”，大厂的 “任务拆解” 是 “让所有人清楚”。50 人团队里，开发要知道 “测试什么时候开始，需要提供什么支持”，产品要知道 “测试进度能不能赶上上线”，跨部门的安全团队要知道 “什么时候给风控规则”—— 模糊的任务描述，只会让所有人都卡壳。

站会结束后，李姐把赵玥叫到工位，打开 “Jira 任务拆解规范” 文档：“在 A 厂，每个任务都要符合‘SMART 原则’：Specific（具体）、Measurable（可衡量）、Achievable（可实现）、Relevant（相关）、Time-bound（有时限）。你之前的任务，既不具体，也不可衡量，更没关联依赖 —— 这不是‘不会拆’，是没养成‘协作思维’。”

那天下午，赵玥照着规范重拆任务。她把 “登录测试” 拆成 6 个子任务，每个都写清验收标准和依赖关系，甚至附上了初步的测试用例框架。提交 Jira 时，她特意 @了相关的开发和安全同事 —— 这一次，没人再提 “大象装冰箱” 的笑话，反而有开发主动留言：“测试用例里的‘异地登录场景’，我们还没做风控对接，可能要延迟 1 天，需要调整下测试时间吗？”

赵玥盯着这条留言，突然觉得：任务拆解的本质，不是 “把大任务变小”，而是 “把模糊的协作关系变清晰”—— 小厂靠 “默契”，大厂靠 “规则”，而 Jira 就是把 “默契” 变成 “可落地规则” 的工具。

第 8 章 50 人团队的会议日历：为什么要花两小时讨论 “讨论什么”？

赵玥第一次参加 A 厂跨部门会议时，心里满是疑惑：一个 “支付模块上线前协调会”，居然要提前两天发 “会议预议程”，还花了整整两小时讨论 “会议要解决哪些问题”—— 在小厂，开会就是 “人到齐了就说，想到哪说到哪”，哪需要这么麻烦？

会议当天，运营负责人王哥先翻开预议程：“今天的会有三个议题：第一，支付模块和优惠券系统的接口联调时间，需要技术和运营确认；第二，上线后的监控指标，需要运维和测试对齐；第三，突发故障的回滚预案，需要所有人一起拍板。每个议题讨论 20 分钟，超时就下次再议。”

赵玥坐在角落，看着大家按议程推进，没人扯无关话题，没人临时加需求 —— 这和小厂的会议完全不同。她以前在小厂开会，经常有人突然说 “我觉得这里要加个功能”，然后会议从 “讨论上线时间” 变成 “争论功能要不要加”，两小时过去啥结论都没有。

“为什么要花时间定议题？” 会后赵玥问李姐，李姐笑着解释：“50 人团队，涉及技术、产品、运营、运维多个部门，每个人的关注点都不一样 —— 技术关心‘能不能实现’，运营关心‘能不能带来销量’，运维关心‘稳不稳定’。如果不提前定好‘讨论什么’，会议就会变成‘各说各话’，最后浪费所有人的时间。”

李姐打开团队的会议日历，上面标着不同颜色的会议类型：“你看，‘预议程会’是为了确定‘要讨论的问题’，‘正式会’是为了‘解决问题’，‘复盘会’是为了‘总结问题’—— 每个会议都有明确的目标，这不是‘形式主义’，是‘效率保障’。”

后来赵玥又参加了几次跨部门会议，慢慢发现了大厂会议的 “秘密”：提前发的预议程里，不仅有议题，还有 “每个议题的背景资料”—— 比如讨论联调时间，会附 “接口开发进度表”“测试资源排期”；讨论监控指标，会附 “历史故障数据分析”。参会者提前看资料，会上只聚焦 “决策”，不用花时间解释 “背景”。

有次会议因为运营没提前看资料，临时问 “为什么要做支付超时重试”，王哥直接说：“资料里有去年的故障数据，支付超时导致 10% 的订单流失，这个问题必须解决。如果需要详细解释，我们会后单独聊，别占用大家的会议时间。”

赵玥这才明白：小厂的会议是 “沟通信息”，大厂的会议是 “高效决策”。50 人团队的时间成本太高，必须用 “提前定议题、提前给资料、限时讨论” 的规则，把每一分钟都用在 “解决问题” 上 —— 花两小时讨论 “讨论什么”，其实是为了避免花更多时间 “讨论无关的事”。