… 当我为一家产品比较成熟的大公司工作时，这是真的——截止日期是内部的且随意的。而且产品对我们的客户来说更像是“可有可无”的东西，而不是“绝对必要”的——他们并不真正需要它所做的事情（这是一款让社交媒体营销更高效的软件）。但现在我在一家较小的企业SaaS初创公司，产品对客户的工作来说是绝对必要的（公共交通机构的核心运营软件）。现实是，产品尚未成熟到可以不用承诺销售就能完成大单。我不喜欢销售承诺，但如果我们不承诺添加他们真正需要的约2到5个功能，我们就会失去每一个大投标机会。而销售承诺会带来真正的、外部的截止日期，如果你不想惹恼客户，就必须能够满足这些日期。你需要能够说“是的，我们可以在日期Y前完成X”，然后真的兑现承诺。
源讨论必须结束cargo cult（模仿式）敏捷开发的时代原帖 402 条评论 · 导入时统计95%的情况下，团队“需要”这样做是因为内部的无谓政治，如果能构建一个不这样做的组织结构，大家都会更好。
完整原文把你的经验，加入这段讨论。
> 现实是，产品尚未成熟到可以不用做出销售承诺就能签下大单。我不喜欢销售承诺，但如果我们不承诺添加他们真正需要的约2到5个功能，我们就会在每个大投标中失败。而销售承诺会带来实际的、外部的截止日期，如果你不想惹恼客户，就必须能够满足这些日期。 这只是把问题推高了一个层次。如果你们能够与客户一起迭代，而不是按照几个月前他们认为自己想要的东西来构建产品，客户和你都会更开心。（虽然这种合同可能更难建立，但绝对是可行的）
完整原文这是糟糕领导力的一个例子。你经常能看到这种情况。高层管理认为产品X可以在y时间内准备好。但现实却大不相同。这也是公司和产品失败的关键原因之一。
完整原文这是我待在这里这么久的原因之一。我有一份不错的年薪，工作是在一个有用的培训平台上，但并不是关键的平台。这是一份压力小、几乎没有关键日期的工作。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。