FDE 项目总会结束，签约前先问清待岗期

自 2025 年 6 月 12 日起，TCS 为两个项目之间的空档设了硬性上限：每名员工每年待岗（bench）最多 35 个工作日。据印度媒体报道，超过上限仍未接到项目的人，可能面临纪律处分、被列入绩效改进计划（PIP），甚至被解除合同。

手握前线部署工程师（FDE）offer 的人也有同样的担心。Blind 上一篇匿名帖子说，派驻客户的 FDE 在合作一结束就被辞退；另一位发帖人则把这种模式和咨询行业相比，认为后者本来就把待岗时间算在里面。这些是个人观点，不是数据。

项目一定会结束，所以不必问它会不会结束。该问的是：之后的空档里公司怎么安排你，签约地的法律允许公司做什么，以及你在客户那边建立了多少自己的根基。

在 TCS，待岗期有倒计时

TCS 的政策不只是 35 天的上限，还配有一项指标：每名员工每年至少要记录 225 个向客户计费的工作日。

把两个数字加起来：225 加 35 等于 260。TCS 没有公布这个数字，但一年 52 周、每周五天，恰好也是 260 天。按这个算法，还没扣除公共假日和年假，一年的工作日就几乎被分配完了。

设想一名工程师 9 月离开项目，要等六周才接到新项目。六周就是 30 个工作日，待岗额度几乎用光，这一年剩下的时间里，他几乎没有再等一次的余地。

待岗也不等于休假。按新政策，没有计费项目的人不能再远程办公，还必须参加强制性的技能提升课程。等项目的人，反而比有项目的人受到更多约束。

工会提出的指控更令人担忧。IT 行业工会 NITES 向印度劳动部正式投诉，称无法分配到项目的员工屡屡收到施压辞职的邮件，并请监管部门展开调查。

这些只是工会的指控，但足以说明：不必正式裁员，待岗期也能被用来逼人离开。

The Week 采访的专家表示，辞退待岗员工是最后手段，像 TCS 这样的大公司可以留出时间让员工转型学习，但日后裁员的风险是真实存在的。

FDE 头衔说明不了你如何被考核

这项政策针对的是 TCS 的 IT 服务员工，并非 FDE 职业的某种标准。它只是最清楚地展示了：按人天卖工作量的逻辑一旦写进规则，会如何运作。

公开批评过 FDE 岗位的 Chris Degnan 把 FDE 称为“a glorified professional services person”（包装得更体面的专业服务人员），把这个岗位归到接近专业服务的位置。你不必认同他。这种批评值得一听，因为它直指这个职业最薄弱的地方。

区别在于考核指标。如果公司按计费天数考核你，那么不管头衔是什么，你都在一个卖人天的模式里工作。这时 TCS 的逻辑同样可能落到你头上，也许不会写得这么直白，但运作方式一样。

所以要细读岗位描述，面试时认真听。如果听到“utilization”（利用率）、“billable target”（计费目标）或“staffing pool”（人员池）这类词，你多半是被招进一套人力派遣体系。

如果面试官大谈把客户那边的经验反馈到产品中，那就是另一种模式，两个项目之间的空档在那里的含义也不同。

法律能保护你到什么程度？

各国劳动法不同。以越南为例：劳动者经常不能按既定考核标准完成工作时，用人单位可以单方解除合同。项目结束本身并不是法律认可的重组理由。

公司若想以重组为由裁员，必须证明存在经济困难或技术、组织变化，并至少提前 30 天通知。失去工作的人每工作一年可获得一个月工资的经济补偿，最低两个月。因此工作一年仍可拿到两个月工资，工作四年可拿到四个月。

薄弱环节在“标准”二字。如果公司制定的考核标准里包含计费天数，那么超出待岗额度就可能被说成“未完成工作”。

公司就可以走这条路，而不必证明存在重组理由。这是根据法律结构作出的推断，并非已发生的案例，但这正是你最需要细读的条款。

机制	已知情况	签约前要问什么
待岗上限	TCS：每年最多 35 个工作日	等项目的时间有没有上限？超出会怎样？
计费目标	TCS：每年至少 225 天	按计费天数考核，还是按客户方的成果考核？
待岗期间的条件	不能远程办公，强制培训	没有项目时做什么、在哪里做？
合法的解除理由	越南：经常不能按标准完成工作	考核标准写在哪里？有没有提到 utilization？
重组	越南：需有经济、技术或组织方面的理由，提前 30 天通知，经济补偿至少两个月工资	签约地法律对理由、通知期和经济补偿怎么规定？

如果在其他国家签合同，表格最后两行依然适用：弄清当地法律允许哪些解除理由、要求提前多久通知、经济补偿怎么计算。

条款写得太含糊时，找劳动法律师咨询一次的花费，通常远低于签错合同的代价。

你是否让项目只依赖一个人？

合同只告诉你项目结束之后会怎样。项目早结束还是晚结束，按常理，很大程度上取决于客户方是否看到它的价值。如果支持只系于一个人，这个人一走，你几乎得从头重建关系。

设想你在为一家银行部署文档处理 Agent。你的支持者是运营负责人，也只有他清楚这套系统省下了多少工时。

如果他在季度中途换了工作，接任者只看到运行成本，看不到价值，你的项目很容易成为第一个被砍的。

防范之道就在日常工作里。从第一个月起，就把成果带给客户方至少两三位不同层级的人。

用新接手的人一看就懂的数字记录项目价值。这样项目就不那么依赖某一个人；即便项目还是结束了，你也有证据带去下一个客户。

面试时带上什么

最有价值的问题不在任何面试题清单里：“上一次合作结束时，负责的 FDE 在接下来一个月做了什么？”如果得到具体回答，比如转去另一个客户、回到产品团队或开发内部工具，这是好兆头。

如果面试官支支吾吾，那也是一种回答。

在简历上，展示你经历过多个项目，并把某些东西从一个项目带到了下一个项目，比如一个库、一套流程或一套评测集（eval suite）。

招聘方会把这看作你创造的价值超出计费天数的证据。需要找新工作时，这也能让你不被看成只有派驻在客户那里才有价值的人。

每个客户项目总有结束的一天。在需要之前，就选一个已经为这段空档准备好明确答案的地方。