反正在短期内加人也很少能让团队更快,所以真正的问题是:团队的时间实际花到哪去了,以及我能对此改变什么?我把“更快”当作一个寻找杠杆的提示,而不是一个加班更久的要求。
我不会只说“不可能”,也不会默默接受。我以一个取舍来回应:“如果我们砍掉功能 A 和 B,或者接受测试上更高的风险,我们能赶上那个日期。这是我的建议。”这把速度变成一个共同的、有意识的决定,而不是一场悄悄的质量赌博。
可持续的速度来自消除浪费,而非压榨人。一位以清晰取舍和流程改进来回应压力的 Tech Lead,会建立一个真正快速且耐久的团队 —— 而不是一个冲刺、崩盘、并失去其最好工程师的团队。