多久能独立跑一次部署

「第一次部署」其实是三件不同的事，把它们混为一谈，估算就永远不对劲。没有人一开始就单打独斗，但所有人都应该很早就进那个屋子。

进屋子——参加客户会议、去现场、记笔记、提问。这应该发生在头两周。把新 FDE 按在工位上一个月的团队，不是在保护客户，是在掩盖一个上手流程的缺口。

负责一小块——对线上部署的某一块负责，名字挂在上面。有工程背景的人通常在第二到第四个月，转行、同时还在补技术那一半的人更久。

端到端跑一个——定范围、管出资人、做评审、交接。通常在跟过两三次、且身边有位资深同事之后，也就是第一年的后半段。这个时间线很诚实，而且压缩不了太多，因为它取决于你见过多少种项目的死法。

决定快慢的几件事

团队有没有方法。 每次都跑同一批文件的团队——访谈库、口径表、评审材料——能把一个新人几周内塞进方法里。每次即兴发挥的团队，传的是行规口传，那要花几年。

你有没有便宜犯错的资格。 新人的第一次评审，应该是资深同事已经看过那些数字的那一次。如果第一次就是一场高风险的会，那不是上手，是暴露。

客户那一半有没有人教。 多数团队教技术栈，默认其余自然会。而学得最久的那一半恰恰没人写下来：怎么拒绝一个范围而不冒犯人、什么时候升级、数据根本不存在时该说什么。

行业。 在你本来就懂的行业里做部署，快得多。这也是入行最好的一条路通常是「先懂一行、再补技术」的原因。

一个好的前九十天

第 1–2 周：进屋子，至少去一次现场，读过去三个部署的评审材料和运行手册。只读那些里面有决定的。

第 3–6 周：跟一位点名的资深同事共同交付一个切片，为某一份具体文件负责，而不是做「一般性贡献」。这份文件要会被公开批评——口径表或评审材料——因为学习发生在那里。

第 7–12 周：端到端负责一小块，包括一次没有后援的客户对话。里程碑是那场对话，不是那段代码。

上手卡住的信号

三个，到第八周都看得见。你没去过现场。你没有对任何一个能反对的人讲过东西。你的工作从来没有对着一个数字被评审过。

任何一条成立，说明部署经验没有在累积，而在同一个位置上多待几个月也修不好。补救方式相当直接：写下来，本季度要一份点名负责的文件，和一场点名的客户对话。

真正有用的捷径

先学口径表，再学技术栈。它是唯一一个每次部署都会出现、每次都会被争论、而且无法伪造的文件。第一周就能产出一份站得住的口径表的工程师，会被当成同事；能做出一个漂亮原型但说不出可测主张的人，会被当成资源。

上面这个时间线是常态，不是规则，随公司规模和方法被写下来多少而变。不变的是：这个岗位是在有客户的屋子里学会的，任何绕开那些屋子的上手都不是上手。它积累出来的能力在招聘里怎么被描述，见能力模型。