我似乎一再被困在发布日期的确定不是基于任何技术因素的情况下，而是因为Sales中的某个人当时已经承诺要与客户联系。根据与其他公司开发中的朋友的讨论，似乎发生了同样的事情。指向上面有钱，那就胜过一切。
总的来说，有没有办法解决这个问题？如果不是此版本，将来如何？我的问题是，我唯一的见解是这样做，而这是我力所能及的，但是可以这么说来发布软件。不想发布臭虫缠身的软件，因为它是我的名字，但是一次连续80小时工作几个月，一次只是证明了任意设置的发布日期。
现在要进行80小时的工作，这就是发布日期之前涵盖预期功能集所需的时间。
#1 楼
停止每周80小时的锻炼。这是积极的加强。因为他们按预期的成本准时获得产品，所以不管产品对您的影响如何，他们都将继续这样做。不是你的。让他们错过一些截止日期。
评论
+1为自己站起来。开发人员允许自己走遍各处，正是这种血汗工厂文化得以持续的原因。
–user31664
2011年11月1日15:04
我将补充一点，在这种情况下，您希望最大程度地减少可能导致客户关系的损害。一旦您有不合理的期限，您需要提前，并让销售人员知道这将不会发生，因此他们可以相应地与客户打交道。
–GSto
2011年11月1日15:17
不幸的是，在许多地方，这将使仅工作“合理”小时的一名开发人员似乎不再是无法帮助实现目标的“团队合作者”。缩减团队规模时，他们可能是第一个碰壁的人。可能还不错，并为更合理的雇主寻找工作。仅在所有开发人员都参与的情况下，这种“按部就班”的策略才有效。
–FrustratedWithFormsDesigner
2011年11月1日15:30
@FrustratedWithFormsDesigner谁在乎他们是否将您视为不是团队合作者？如果他们不喜欢您，他们可以将您带离那个可怕的地方，并且您可以在失业一段时间后寻找其他东西。此外，当时的销售和管理部门并不期望通过强制加班来关心“团队”的利益。令我感到惊讶的是，拥有适销对路的技能的开发人员会遭受这种管理欺凌。如果您可以被解雇或辞职，并且在不到三个月的时间里安排另一份工作，那么您将拥有一切权力。
– Maple_shaft♦
2011年11月1日于16:01
@FrustratedWithFormsDesigner：亲自处理过度承诺失败的高风险后，我建议您一旦发现情况开始动摇，便立即寻找新工作。因为如果您被标记为糟糕的团队合作者，在加班后几乎会精疲力尽，那么您很有可能会被所谓的“团队”所刺伤，即使您尽了最大努力也最终会被解雇。在您仍然有工作的情况下寻找工作比在没有人给您提供良好参考的情况下寻找工作要好得多。
–说话
2011年11月1日23:11
#2 楼
总的来说，有没有办法解决这个问题？如果不是此版本，将来如何？
当然有：让他们用这种方法严重失败。没有什么比失败更有价值。
在开始之前自己做一个估计，并展示给他们。然后，尽力而为，编写良好的代码，停止用空闲时间来补偿他们的愚蠢，然后当他们抱怨时，提醒他们根据工程原理向他们展示的时间估计。
您最好从当前项目开始这样做。
如果他们一直把问题归咎于您，那么您最好开始寻找新工作，因为没有什么可以说服他们他们是问题所在。
事后考虑，我认为这个问题实际上与乔尔（Joel）的一本书：《 EA：人类的故事》中著名的EA故事有关。
评论
确保您了解估计与承诺之间的区别：blog.mountaingoatsoftware.com/…听起来他们根本不在乎任何一个，但是一旦他们知道区别是有用的。
– StuperUser
2011年11月1日下午16:50
+1用于向他们显示估算值。另外，我想在这篇文章中附上一个观点：即使在行军死亡的公司环境中，也强烈不建议向客户免费提供工作（即所有无偿加班），因为公司本来可以这样做如果他们一直在向客户收取费用，则可以从同一工作中获得更多收益。指出销售的过度承诺正在使公司亏损，这可能会有所作为。
–user4234
2011年11月1日17:58
项目失败在这种描述的文化中对管理没有任何帮助。由于推销员带来现金，而开发人员只是必要的支出，如果推销员超额销售，开发人员总是会因为工作不力而受到指责。
– Mark Booth
2011年11月1日19:29
是的因此，当您没有指定规格的销售时，在同意估算之前坚持一个报价，或根据报价的详细程度为他们指定合适的估算范围。通常是“一到三十周之间”。
– PeterAllenWebb
2011年11月2日，18：33
@Mark Booth：这就是为什么您需要将开发成本货币化。当然，开发是必要的支出，但这不是唯一的支出。总体而言，管理层确实知道销售工作就是以高于成本的价格出售产品。任何白痴都能以低于成本的价格出售。
– MSalters
2011年11月3日，12：40
#3 楼
这通常是由于不正当的激励而发生的-销售人员的佣金是报酬，而生产人员的薪水是报酬。销售人员可以使用几个杠杆：功能，成本和交货日期。他们强烈希望降低成本，因为这通常会降低佣金，因此他们倾向于提高功能和交付日期（就更早而言）。他们将尽力推动这些交易，以完成交易。尝试一下，从他们的角度看。他们也有一个家庭要养活-如果完成我已经工作了几个月的销售之间的区别只是缩短了计划的几周时间，那么这是一个令人难以置信的诱惑，特别是如果我不这样做真正理解那是什么意思。
诱惑是说“总是如此，而且永远如此。”但是我工作过的一个地方至少提出了一个解决方案，如果没有实施的话……一位经理终于举起了手，说：“如果程序员的加班费被用来完成销售，那么他们应该得到一部分佣金。”它没有实现，但是它可以使每个人的动机更加紧密……程序员很高兴听到必须立即发布的新功能，因为他们期待着佣金，并且销售人员很少会创造这种情况，因为他们不太可能发挥自己的优势。
评论
如果程序员的加班费被用来结束销售，则+1，那么他们应该获得一部分佣金。
–Gilbert Le Blanc
2011年11月1日在16:11
这将鼓励开发人员发布未经测试的废话。
–quant_dev
2011年11月1日于16:48
我一次被一名销售经理买了午餐，他在一个我要花五周时间才能完成的项目中得到了数千美元的佣金。我不能说这使我对这种情况感觉好多了。
–丹·雷（Dan Ray）
2011年11月1日下午16:55
@quant_dev-每种情况都鼓励开发人员发布未经测试的废话-测试除外。那是一个单独的问题。
–克里斯·贝伦斯（Chris B. Behrens）
2011年11月1日17:07
调整激励的更简单方法是在支付百分比佣金之前从交易金额中减去加班费用。
–robertc
2011年11月1日在18:09
#4 楼
必须就这些决定咨询开发团队，否则您将永远无法摆脱这一困境。如果您不是在管理团队，那么您的一名直线经理就需要为开发团队提倡。如果它们是问题的一部分，那么您可能需要考虑其他就业选择。通常来说，未经产品管理部门的认可，销售人员不应做出任何承诺，显然，他们应咨询销售经理。开发团队的时间表。在大大小小的公司中绕开它确实没有很好的借口，因为最终销售团队会为交付不足（无论是质量还是范围）承担一些责任。
评论
+1可获得准确而高级的求和。应该参与产品管理，但是过分投入和日后看起来糟糕对公司的持续生存可能是必要的。
– Maple_shaft♦
2011年11月1日15:05
像这样说是好事，但不是可以帮助解决OP当前问题的实际建议。他们可以采取什么步骤来达到这个更好的位置？
–FrustratedWithFormsDesigner
2011年11月1日18:41
@FrustratedWithFormsDesigner除了与管理层讨论在销售讨论中需要更好的产品管理意见外，还有……作为开发人员，您无能为力。这些类型的公司以自己的方式成立，如果没有管理层动摇，任何事情都不会改变。
– Maple_shaft♦
2011年11月1日19:36
不幸的是，在许多公司中，销售“大师/摇滚明星”的观点往往比产品管理的观点更具影响力，后者有时没有足够的能力向高层管理人员提出意见。我发现许多销售人员认为，无论开发人员提出什么时间估计，它都将过于悲观，并且至少可以轻松地减半。
– dodgy_coder
2011年11月2日在8:38
销售人员比开发人员享有更高的声望，因为他们与来自客户的支票流息息相关。即使在软件公司中，开发人员是非常重要的，但不如“带回家的人”那样重要。不幸的是，这实际上是所有首席执行官/总经理等的看法。
– CraigTP
2011年11月2日，12：10
#5 楼
在较小的公司中，这几乎是普遍的事情，因为它们更需要完成交易。在我参加公司的销售会议之前，我对此一直很苦，但是我至少可以理解这种情况的发生方式和原因。这鼓励销售人员按时承诺，只是为了签署一些东西。签订的合同是黄金，因为您可以使用其中的一个获得资本或信贷。有时候，有一个紧迫的截止日期总比什么都不做要好。其他时候，如果市场很火爆，竞争者很多，那么公司迫切需要获得产品比其他所有人更快。一家大公司或一家拥有更多资本的公司总是可以租用更多资源，而规模较小的公司却不能租用更多资源。
令人毛骨悚然的是，最后期限是人为设定的，并且由销售和管理人员推动以确保最终期限
不要养成每周工作超过45小时的习惯，这对您的健康有害，首先是
。
评论
我同意，较小的公司将面包放到桌面上是更多的努力。对于开发人员的额外努力而言，获得销售佣金仍然是错误的（愚蠢的）。管理层需要意识到然后纠正这种情况，否则他们将总是有很高的开发人员流动率。
–semaj
2011年11月1日15:36
+1“不要养成每周工作超过45小时的习惯，这对您的健康有害，首先是”
–DevSolo
2011年11月1日在16:05
什么是45小时？你不是签了40个小时的合同吗？
–sbi
2011年11月1日17:30
@sbi：您可能会感到惊讶。在我工作的地方，确实需要我们签合同。实际上，整首歌花了大约40个小时。 （有很多精美的印刷品。）这特别糟糕，因为我的歌声很差。
–马修·斯科腾（Matthew Scouten）
2011年11月1日19:21
@MatthewScouten您会说几种语言？
– Jim
2011年11月1日22:58
#6 楼
我已经在房子的两边工作了。请记住，没有销售人员，就不会有下游工作或项目。如何应对销售超额承诺：估算一下，然后采用至少130％的倍数（始终计划至少30％的应急费用）。提供并记录所述估算。意识到在销售过程中您的工作量估计会减少。没关系，只要让管理人员削减许可/销售/佣金协议的任何时间限制即可。如果您是一家上市公司，VSOE会给您带来棘手的问题，但是直到您在销售过程中首先遇到具有合同问责制的销售人员之后，它才会在以后成为您的问责制。
评论
这仅在允许OP看到潜在功能并在销售人员尝试出售之前进行估算的情况下才有效。听起来OP根本没有机会：“这是已提交的功能集，这里是已提交的发布日期”。
–FrustratedWithFormsDesigner
2011年11月1日20:40
问题在于，销售人员通常会假设您已经添加了意外事件，这就是为什么他们承诺更早的截止日期。
– dodgy_coder
11年2月2日在8:40
也许他们的全部佣金应该以准时交付为基础，然后也许可以从所花费的过多开发时间中收回一部分。这将使公司的利益与销售保持一致。
– PeterAllenWebb
11年2月2日在18:39
#7 楼
您可以使用许多策略，但是通常需要获得管理层的批准或认可。支付给开发人员加班的费用会增加。当您赚很多额外的钱来做的时候，加班并不是很糟糕。而且，如果这开始影响公司的底线，管理层将对销售施加压力，以更好地进行估算。
根据利润而不是总销售额向销售人员付款。他们未将其估算包含在内的每个工作小时都会对其佣金产生不利影响。
将开发人员可以工作的小时数限制为40（或您所在地区的标准工作周数）。
让销售人员在开发人员工作的每一小时工作。如果他们希望您花更多的时间来完成他们的项目，那么他们也必须在那里。找到对他们有用的事情，例如编写文档或制作带有书法的手工照亮的设计模式和C ++标准模板库。
让开发人员估算每项工作，而不是让销售人员去做。至少通过这种方式，您可以使计划更加合理。但是，这不是一个很好的解决方案……开发人员常常很难估计所需的工作。即使估算是合理的，但无法预料的事件也会阻止您达到目标。而且，我们所有人都倾向于在一个长项目的开始时不像在截止日期前那样紧迫地工作。这些是促使敏捷支持者拥护的较短开发周期的因素。
采取“敏捷”方法并拒绝实施。敏捷将需要更多的客户参与，但是它也可以为客户提供更大的灵活性，因为他们也不必一定要预先承担项目的最终形式。开始时销售人员可能对此并不满意，但是当他们意识到可以提供更多销售更多作品的机会时，他们可能会改变自己的曲调。
我认为最不吸引人的解决方案是使销售团队在潜在客户眼中看起来很糟糕的任何方法。销售团队是公司的面孔。让他们看起来不好对整个公司都有害，而且这可能无法解决问题-他们可能觉得他们需要为客户达成更好的交易，以重新获得信心。
评论
无法执行＃4，您清楚地知道这一点。销售额是任何给定有效合同的100倍。
–JéQueue
2011年11月1日于16:45
回复4：我以前在一家公司工作，那里的销售人员比其他所有人都要早1小时离开17.00。在销售人员和其他员工之间并没有产生良好的感觉。
–quant_dev
2011年11月1日下午16:51
@Xepoch如果他们比程序员早回家，那么显然他们并不忙于草拟一些有启发性的手稿。
–布赖恩·戈登（Brian Gordon）
11年2月2日在1:49
@Graham，我写了“您可以使用的策略”，但实际上，如果管理层将永久性的过度使用视为确实需要解决的问题，那么它们确实是管理层可以使用的策略。实际上，＃1可能是最合理的。仅仅因为您从事工资工作并不意味着您没有资格获得加班费，奖金或陪伴时间。当我是受薪雇员时，我在不同的时间都收到了这三个人。同样，改变销售人员的薪酬结构也不是没有可能。公司经常提供激励或抑制措施来改变销售人员的行为。
–卡莱布
2011年11月2日，13：23
同意Caleb。同样，通常，时间表被推迟且范围缩小的客户对此并不满意，他们倾向于拖延付款。不应假定这些事情不会影响底线。实际上，经理和销售人员常常有必要实际上扩大范围而无需开票，以平息生气的客户。您应该向管理层承诺，可以帮助客户避免生气和反对，或者至少减少发生的事情。这不是白日梦。我已经过了真正的生活。
– PeterAllenWebb
2011年11月2日，18：45
#8 楼
退出答案中已经有很多明智的建议，希望可以帮助解决这种功能失调的关系。但是最后，您可以决定自己要工作多少。
很容易受到同事的压力，使他们过度劳累。但是这样做会牺牲您的个人生活。
这是您可以做的事情：
对老板说，“我不得不加班的时间比我想在这里多得多。从现在开始，我每个月的工作时间不会超过X个小时。”
正如其他人所建议的那样，估计需要花多少小时的时间。提醒他们“在我每月X个小时的限制内，我可能无法在截止日期之前完成此任务”。将其放在电子邮件中以供以后参考。
截止日期过去后，请参阅该电子邮件。 “看到了吗？如预期的那样，我们无法在合理的工作时间内按时完成任务。”
如果他们继续向您施加压力，请他们加班并且所有沟通工作都失败了，请退出。
个人经验
我辞职是因为我一直在加班，总是被要求做更多的工作。我在离职面试中清楚地告诉他们，我很喜欢这份工作，但并没有看到加班的任何结束。
我在面试中也清楚表达了这种渴望我的新工作，并得到了热情的回应。他们信守诺言：很少有人要求我在这里加班。
我的前雇主开发人员离职率很高，如今由于他们的声誉而很难招募过度劳累。招聘和培训的额外费用也许会教给他们一个教训。但是，如果不是，那不是我的问题。
评论
我读了一本关于这本书的好书，曾经叫《从不为混蛋》。我很惊讶它已经绝版了，但是亚马逊仍然使用了以下副本：amazon.com/gp/product/0880297484/?tag=resingnet-20
–汤姆·瑞辛（Tom Resing）
2011年11月2日，19：19
#9 楼
首先，请记住，我们所有人通常都有工作来支持销售人员达成的交易，而不是构建技术上完美的编程技术。如果他们不达成协议，那么您就没有工作。那个窍门是找到与销售合作的方法，以使每个人看起来都很好。技术团队至少要在提出建议之前就提案发表意见的过程是关键。寻找创新的方式来处理薪酬也有很大帮助-如果在工程导致大量加班而使计划工作不切实际时，销售不得不“引爆”工程，这似乎会大大减少死亡游行项目的频率。
评论
而且，如果您不执行它，他们也没有工作。我不赞成程序员对销售人员的支持。
–前
2011年11月2日，13：34
@Agos：公平点。另一方面，如果您因拒绝工作而被解雇，您被雇到其他地方的可能性有多大？而且大多数商店愿意雇用下一个将要参加死亡游行的人。
–怀亚特·巴内特（Wyatt Barnett）
2011年11月2日在17:38
如果有人想参加或继续进行死亡游行，那就是他们的问题。他们工作的公司很快将只剩下那些无法离开的人，这通常是因为他们没有将自己带到其他地方的技能和经验。与熟练的销售人员相比，熟练的开发人员之间的距离越来越少。他们应该至少受到同样的尊重。
– PeterAllenWebb
11年2月2日在18:49
#10 楼
这是您需要带给经理（有开发经理，对吗？）并说明问题的方法。这是需要在组织级别进行的更改-销售人员需要在做出承诺之前从开发部门获得支持，而在此之前，他们需要从老板那里得到指导。您无法做任何真正的改变，但是您一定要把它带给您的经理。
除了尝试改变文化（祝您好运）外，任何时候他们在您无法满足的截止日期来到您身边时，请推迟-带数字。分解项目，并向他们显示您的时间估算。如果这是一个为期六周的项目，请告诉他们。如果已在四个星期内向客户承诺了此信息，则您将无法做到，因此需要尽快传播这些信息。希望您的销售人员能够与客户联系并设定更好的期望，或者与您一起合作，在承诺的时间表内提供较小的可接受功能集，并在以后添加其他功能。
编辑添加：不要让他们低估您的估计。确信它是正确的，并坚持下去。他们会尝试与您讨价还价，但不要让他们。
评论
但是请向他们展示他们在四个星期内可以拥有的东西。也许他们可以将所有屏幕都包含一半的字段，或其中的一些。或五个主要工作流程中的三个。询问您应该在这三个中的哪个进行处理。使其成为“他们的”问题。
–sdg
2011年11月1日15:12
很好的一点是，罗伯特·马丁（Robert Martin）谈到了在Clean Coder中对估计值保持坚定的看法，这为不合理的管理提供了唯一的合理解毒剂。当无法以合理的方式实现目标时，总是渴望提供尽可能多的目标，但永远不要同意目标，甚至“尽力而为”实现目标。警告约束是您的工作。您是可以看到他们的人。
– PeterAllenWebb
2011年11月2日，18：54
#11 楼
尚未提出的一项建议是：回顾。不要说“不，我没有加班”，这总是鼓励其他开发人员大吃一惊，使您看上去很糟糕。 br />
但是要对您的管理层说得很清楚，每次您必须每周做40多个小时才能完成工作时，参与项目的每个人都应该在产品交付后坐在一个房间里，找出出了什么问题以及我们可以采取哪些措施来阻止它再次发生。或者，更好的是，每个项目都应该进行回顾，以讨论进展顺利和失败的地方。
如果您是对的，并且是销售人员的过度投入，那么这将很快变得很清楚。但是不要抢占结论，也不要在事实之前进行对抗。从团队可以按时完成的工作中谈论事情，而不必加班。
您永远不会知道，您甚至可能发现自己的流程得到了改进，这可以使销售人员的估算更加可行。
#12 楼
绝对没有办法完全解决这个问题。销售的本质是过度承诺。作为销售代表，您可以在那里使潜在客户的问题神奇地消失。好的销售代表只会稍微夸张，坏的销售代表会给自己带来很大的尴尬。您所做的任何事情只会导致产品人员和销售人员之间的紧张或紧张（至少）。您可以尽力防止销售代表出现严重的问题，但是最终，开发人员和销售代表会从同一银行帐户中获得付款。您的公司将整体上成功或失败，因此通过销售引发内战将无济于事。
如果您有一个或多个习惯使自己尴尬的销售代表，那么销售管理将照顾好这个问题。作为一名开发人员，您将不会有做任何事情的影响力，因此您应该专注于利用他们给您的时间和资源提供最好的产品。
评论
为什么不可能建立起一个可靠的主力开发商店的声誉，该商店可以提供实际而不是声称自己做魔术呢？我的意思是，难道不存在那些不是白痴并且真正了解我们所谈论内容的客户吗？
–布赖恩·戈登（Brian Gordon）
2011年11月2日，下午1:54
我确信常识在开发商店客户中和在普通人群中一样普遍。我想说的是，每个客户，无论他们是否有理智，都会注意到承诺的内容与交付的内容之间的差距，或者至少注意到他们的预期与交付的内容之间的差距。当差距很小或不存在时，明智的人会继续回来。其余的将像往常一样购买最便宜的报价。
–乔尔·布朗（Joel Brown）
2011年11月2日，12：41
“销售的本质是过度承诺。”不同意。销售的本质是尽可能多地投射您的产品和服务，在每一个可用的机会上出售它们，并创造更多的机会。在所有这些情况下，按时交付和预算不足的历史可能是一个巨大的优势。为了进行战略销售，即使必须从内部进行的实际技术估算中减去对开发工作的外部估算，也不应以此为借口将其内部强加给开发人员。那是不专业的。
– PeterAllenWebb
2011年11月2日，19：45
#13 楼
在不了解您的公司结构的情况下很难回答。一些可以帮助您的一般工具是：
已经同意（但是负责人，而不是销售人员）质量控件
有产品路线图（内部和外部）
通过就质量控制达成共识，您有业务驱动的理由而无法发布错误的软件。您可能需要说服老板，为什么这很重要（希望不是），但是那里有很多文献可以帮助您。
通过制定产品路线图，销售人员可以知道他们可以做什么和不能做什么对客户的承诺。如果他们想更改路线图，则必须与产品经理/项目经理/开发经理或其他任何需要更改的人一起提出。尚未达成协议，祝您好运。希望您的路线图基于客户需求的市场数据。 “您到底建议我们从其他8个优先级高的功能中删除，这些功能足以证明我们的客户群需要？”
最后，正如已经预期的那样，每周80小时不工作。您甚至没有通过这样做帮助公司，因为您只是在帮助他们挖一个更深的洞。
#14 楼
否我试图用两个字母回答这个问题，但是堆栈却不允许我...但是答案是
否
当然，如果您拥有/经营公司，那并不是完全正确的。如果您在那个位置，您可以拉扯销售团队的耳朵，然后“进行讨论”。但是，如果我怀疑您只是“低级”技术人员，那么您唯一的办法就是抱怨“向上”的指挥链。话虽这么说，我的经验是，在发生这种情况的公司中，管理层知道情况并且不在乎。
#15 楼
向他们显示此图像（或此图像），并告诉他们您正在处理一个不可能的三角形。时间
范围
质量
...那么第三个是唯一灵活的一个。使得不可能的是期望。如果他们总是将时间定得太短而范围定得太大，那么质量总是会受到影响的。在一个敏捷项目中，这三个角落或多或少都具有灵活性。
（免责声明：我从传统项目三角形中排除了成本因素，使质量成为了角落。时间就是软件项目中的成本。 ）
希望您成功地实现了更加敏捷的项目管理。
#16 楼
这里已经有一些非常好的答案。我要补充一点，您不应被迫赶上他的最后期限而损害自己的利益。另外，我肯定会与销售人员说一句话，并提醒他，如果他过度承诺，公司无法兑现诺言，那么他（和公司）将不会在将来受到信任，从而会失去未来的佣金（和因此，切合实际（即向编程人员咨询）对他来说是最大的利益，这样他才能获得公司的信任。在短期内，他可能会因不切实际而受益，但从长远来看，他会因不良推荐而损害其在客户，雇主和未来雇主中的声誉，从而蒙受损失。由于销售人员对金钱的了解比其他任何事物都多，因此请与他交谈。
#17 楼
随着敏捷开发的发展，我们看到顾问的销售点大约为1000-1500。如果您可以根据积分标准将销售流程更改为他们必须销售的地点，那么销售团队将被迫与开发团队合作以得出合理的估算值。评论
他们只会将每个“要点”的工作包（而不是迭代中每个“要点”的持续时间）增加到适合其销售范围和预算/时间表的程度。
– jwenting
2011年11月4日在8:19
每个故事的得分是由开发人员而不是销售或业务团队分配的。
–SoylentGray
2011年11月4日13:18
#18 楼
一切都下降到一个临界点。如果您认为自己无法维持实现销售承诺的时间表所必需的速度，那么就不要致力于这项工作。如果Sales承诺过多，那么在您同意工作之前，这不是您的问题。那是你的问题。提醒您的老板，所有销售人员要做的就是说“是”，他们就会收到支票。您是兑现承诺的人，因此，如果您说不能兑现承诺，那么老板应该在听。如果您有一个不幸的经历，那就是有一个经理在可能和不可能的事上更多地听其销售人员而不是其发展人员的话，那么您将拥有迪尔伯特风格的PHB，并且应该更新自己的简历。，这就是我喜欢敏捷的原因之一；从最初的设计讨论起，开发团队就参与了该过程。您可以从两端校准一个“点”。开发团队大致（明确地或凭经验地）决定一个点固有的开发工时量，然后管理层可以使用该工时来计算每周的点数，每月的点数等，从而得出美元的数字。到那时，您的销售团队现在拥有与当前人员级别完成当前范围所需的成本和时间相关的数字。如果一旦有了这些数字，他们就承诺过高，那么他们就白费力气了。
评论
嗯，但是销售人员精通谈判技巧，而工程师却没有。这就是为什么他们从事销售，而我们从事工程！以我的经验，大多数技术人员只是点了点头（估计容易受到锚定偏差的影响并没有帮助）。对于技术人员而言，很难说要花比别人想象的时间更长的时间，因为他们知道很容易将其转化为对自己能力的反映。 “你认为这需要两个星期？乔说他可以在一个多一点的时间内完成。”
–斯科特·惠特洛克
2011年11月2日，下午1:29
如果乔说他可以在一周多的时间内做到这一点，那么乔将因工作而受苦。如果乔失败了，销售人员将学会遵守自己的估计。如果乔设法成功，可能不想再花一周80小时，他将调整自己的估计。如果以上两种情况均未发生，乔将因未能多次履行承诺而被解雇，否则将因过度劳累而精疲力尽而辞职。如果您确信Joe的销售超额，请打电话给虚张声势。只是不要成为乔；这是不值得的（好，好，非常值得）。
– KeithS
2011年11月2日，14：45
敏捷估算的全部要点是价格正确，步伐可持续。这些都是对客户有价值的东西。知道这将要花费多少，真正要花费多长时间，并且知道他们将得到他们所要求的价格和那段时间，所得到的价值远远超过“我们将击败任何价格”的承诺。 。
– KeithS
2011年11月2日，14：53
#19 楼
在他们把工作交给您之后，给他们具体说明一下，并让他们知道需要多长时间。然后，当他们大叫时，告诉他们。“对不起，您做出了这一承诺，但是鉴于我可以支配的资源，这需要X个小时才能完成。”
每次...对我有用。
基本上告诉他们他们可以买快速，便宜和好，选择两个。
评论
又快又便宜？
– IAdapter
11年2月2日在21:15
那就对我不好。
– Jim
2011年11月3日，16：25
我认为他们并不在乎它是否好，而只是在出售它。
– IAdapter
2011年11月3日，19：45
只要他们知道...就这样。
– Jim
11年3月3日在20:07
他们关心它的好，当客户不满意时，他们会责怪您项目失败。
– jwenting
2011年11月4日在8:20
#20 楼
实际上，有一种方法-一种真实的方法，不是空洞的陈词滥调-但您可能不喜欢它。让开发团队中的某人参与销售过程。
现在，显然您需要一个具有良好人际交往能力的人，而销售人员不会因为骑车而受到羞辱。这个人需要对您所做的工作有广泛的了解。他们不需要成为代码忍者，他们只需要对编码特别是您的开发过程有一个温和的理解，并且相当擅长评估工作。
这确实是一项工作业务分析师或项目经理。这些工作在许多公司中的薪水如此之高是有原因的。他们结合了两个非常重要且截然不同的技能。如果您没有真正的BA或PM，但拥有具有社交技能的高级开发人员或架构师，他们也可以做到。
您还需要为销售人员提供明确的指导原则。实际上，您（与您的开发团队一样）正在派人代您进行谈判。如果您不给他们任何参数，他们只会协商对他们来说看起来不错的东西。这就是为什么您总是为它们提供参数的原因。
一旦您了解了项目范围，就算出您希望有多少时间来进行构建，测试，范围更改等，外加一定数量的缓冲区，然后给他们这个数字以及“授权的最低”数量-在使项目面临严重风险之前，他们可以达到的最低数量。期望他们也将这个数字削减一定数量，因此将您的最低限额提高到比实际需要的水平高一些。
请放心，他们的管理层正在做同样的事情。销售经理不希望销售伙伴出售无利可图的交易。他们正在进入每次谈判，并提供一系列与目标获利能力和最低获利能力相对应的数字。
您可能不是他们的经理，但是如果您在他们甚至开始谈判之前就以书面形式记录所有这些内容，那么当人们开始询问有关项目为何落后于计划的问题时，您与高层管理人员的关系将会更加牢固。但这不仅仅是关于CYA的问题；老实说，销售团队不知道某些事情要花多长时间，您可以通过向他们提供全面的信息来帮他们一个忙。
另一件事：不要指望销售团队去做。让您的团队参与其中。您还需要销售经理和主管的支持。如果您从风险的角度进行研究，它确实应该不会太难。您不想出售失败，是吗？考虑成本，以提高公司的声誉。想想诉讼的费用。在签署任何协议之前，必须有技术人员参与任何谈判。
如果您确实不能如实地出售想法的管理权，那么我是否建议您找到新雇主？因为无论如何，您的时间可能不会更长。
#21 楼
这样的分歧通常是由于缺乏沟通造成的。他们要么不了解他们给您施加的压力，要么您不了解他们真正的要求。无论哪种方式，要解决该问题，您都需要从另一角度了解情况。您是否曾经尝试过销售软件？对于许多开发人员来说，这似乎并不是最佳的解决方案，但是除非您尝试过，否则很难从销售方面看到业务。如果您是优秀的开发人员，请写一些您真正想写并出售的东西。您可能会看到它们有一些有效点，或者可能看不到它们。
评论
当您不是做出承诺的人时，为什么在产品上附加您的名字？如果公司想要发布劣质的未完成软件，那是他们的权利，但是您没有理由对甚至没有做出的决定承担个人责任。@Giorgio哈哈好人:)
@ShawnD。为了部落！
@ell：谢谢。好吧，我认为试图从开发人员身上挤出超出他们实际交付能力的工作是很糟糕的管理。每个项目都有其固有的复杂性，如果分配的资源太少，最终将导致软件质量下降或无法按时交付。一个好的管理者的任务是认识到这一点并制定计划。最好的是，如果经理还是一个好的开发人员。
购买清洁编码器。阅读它（我在一个周末就吃光了），并将这些想法大力应用于您的职业。您的工作是诚实地表示“不”，如果该工作无法完成。如果您不这样做，您将没有人要责备。我知道失业的风险可能会影响到勇敢地说实话。但是反面被迫进入80小时工作周，以满足完全毫无根据的承诺。