有什么方法可以防止销售人员永久超额使用?[关闭]


120

我似乎反复陷入这样的情况,即发布日期的确定不是基于任何技术因素,而是因为Sales某个人当时已经承诺要与客户联系。根据与其他公司开发中的朋友的讨论,似乎发生了同样的事情。

“这里是承诺的功能集,这里是承诺的发布日期”,很难争辩,因为在这一点上有钱可赚,而这一切都胜过一切。

总的来说,有没有办法解决这个问题? 如果不是此版本,将来如何?我的问题是,我看到这样做的唯一方法是尽我所能,但是可以说按原样发布软件。

我不想发布臭虫缠身的软件,因为它是我的名字,但是一次连续80小时工作几个月,一次就证明了任意设置的发布日期。

编辑:记录下来,我现在不每周工作80个小时,这是我想到的,因为要满足发行日期之前预期的功能集需要什么。


49
如果您不是做出承诺的人,为什么在产品上附加您的名字?如果公司想要发布劣质的未完成软件,那是他们的权利,但是您没有理由对甚至没有做出的决定承担个人责任。

4
@Giorgio哈哈好的:)
埃尔

3
@ShawnD。为了部落!
卡拉马内

3
@ell:谢谢。好吧,我认为试图从开发人员身上挤出超出他们实际交付能力的工作是糟糕的管理。每个项目都有其固有的复杂性,如果分配的资源太少,最终将导致软件质量下降或无法按时交付。一个好的管理者的任务是认识到这一点并制定计划。最好的事情是,如果经理还是一名优秀的开发人员。
乔治

3
购买清洁编码器。阅读它(我在一个周末就吃光了),并将这些想法大力应用于您的职业。您的工作是诚实地表示“不”,如果该工作无法完成。如果您不这样做,您将没有人要责备。我知道失业的风险可能会影响到勇敢地说实话。但是反面被迫进入80小时工作周,以满足完全毫无根据的承诺。
迈克尔·布朗

Answers:


147

停止每周80小时的锻炼。这是积极的加强。因为他们按预期的成本准时获得产品,所以无论产品对您有何影响,他们都将继续生产。

如果他们不能合理地安排时间,那是管理层的错。不是你的。

让他们错过一些最后期限。


60
+1为自己站起来。开发人员允许自己走遍各处,正是这种血汗工厂文化得以持续的原因。

31
我将补充一点,尽管这可行,但您希望将可能导致客户关系的损害降至最低。一旦您获得了不合理的期限,您需要提前,并让销售人员知道这将不会发生,因此他们可以相应地与客户打交道。
GSto 2011年

40
不幸的是,在许多地方,这将使仅工作“合理”时数的一位开发人员似乎不再是无法帮助实现目标的“团队合作者”。缩减团队规模时,他们可能是第一个碰壁的人。可能还不错,并为更合理的雇主寻找工作。所有开发人员都参与的情况下,这种“按部就班”的策略有效。
FrustratedWithFormsDesigner

20
@FrustratedWithFormsDesigner谁在乎他们是否将您视为不是团队合作者?如果他们不喜欢您,他们可以将您从那个可怕的地方解救出来,并且您可以在失业一段时间后寻找其他东西。此外,当时的销售和管理部门并不希望通过强制性加班来关心“团队”的利益。令我感到惊讶的是,具有适销对路和想要的技能的开发人员使自己遭受这种管理欺凌。如果您可以被解雇或辞职,并且在不到3个月的时间里安排其他工作,那么您将拥有所有权力。
maple_shaft

6
@FrustratedWithFormsDesigner:亲自应对过度承诺失败的高风险,我建议您一旦发现事情开始动摇,就建议找一份新工作。因为如果您被标记为糟糕的团队合作者,在加班后几乎会精疲力尽,那么您很有可能会被所谓的“团队”所刺伤,即使您尽了最大努力也最终会被解雇。在您仍然有工作的情况下寻找工作比在没有人给您提供良好参考的情况下寻找工作要好得多。
Spoike

96

总的来说,有没有办法解决这个问题?如果不是此版本,将来如何?

当然有:让他们用这种方法严重失败没有什么比失败更有价值。

在开始之前自己做一个估计展示给他们。然后尽力而为,编写良好的代码,停止用空闲时间来补偿他们的愚蠢,然后当他们抱怨之后,提醒他们基于工程原理的时间估算。

您最好从当前项目开始执行此操作。

如果他们一直把问题归咎于您,那么您最好开始寻找新工作,因为没有什么可以说服他们他们是问题所在。

事后,我认为这个问题实际上与乔尔(Joel)的一本著作《EA:人类的故事》中著名的EA故事有关。


1
确保您了解估计与承诺之间的区别:blog.mountaingoatsoftware.com/…听起来他们根本不在乎任何一个,但是一旦他们知道区别是有用的。
StuperUser 2011年

26
+1用于向他们显示估算值。另外,我想在这篇文章中背书:即使在行军死亡的公司环境中,也强烈不建议向客户免费提供工作(即所有无偿加班),因为公司本来可以这样做如果他们一直在向客户收费,则可以从同一工作中获得更多收益。指出销售的过度承诺正在使公司亏钱,这可能会有所作为。

5
项目失败在这种描述的文化中对管理没有任何帮助。由于推销员会带来现金,而开发人员只是必要的支出,如果推销员超额销售,开发人员总是会因为工作不力而受到指责。
Mark Booth,

2
是的 因此,当您没有规格的销售时,在同意估算之前坚持一个报价,或根据他们给出的详细程度为他们提供合适的估算范围。通常是“一到三十周之间”。
PeterAllenWebb

2
@Mark Booth:这就是为什么您需要将开发成本货币化。当然,开发是必要的支出,但这不是唯一的支出。总体而言,管理层确实知道销售工作就是以高于成本的价格出售产品。任何白痴都能以低于成本的价格出售。
MSalters 2011年

52

这通常是由于不正当的激励而发生的-向销售人员收取佣金,而向生产人员收取薪水。销售人员可以使用几个杠杆:功能,成本和交货日期。他们强烈希望降低成本,因为这通常会降低佣金,因此他们倾向于提高功能和交付日期(就更早而言)。他们将尽力推动这些交易,以完成交易。

尝试一下,从他们的角度来看它。他们也有一个家庭要养活-如果完成我已经工作了几个月的销售之间的区别只是缩短了计划的几周时间,那么这是一个令人难以置信的诱惑,特别是如果我不这样做真正理解那意味着什么。

诱惑是说“总是如此,而且永远如此。” 但是我工作过的一个地方至少提出了一个解决方案,如果没有实施的话……一位经理终于举手说:“如果程序员的加班费被用来完成销售,那么他们应该得到一部分佣金。” 它并没有实现,但是它可以使每个人的动机更加紧密……程序员很高兴听到必须立即发布的新功能,因为他们期待着佣金,并且销售人员很少会创造这种情况,因为他们不太可能发挥自己的优势。


46
如果程序员的加班费被用来结束销售,则+1,那么他们应该获得一部分佣金。
吉尔伯特·勒·布朗克

12
这将鼓励开发人员发布未经测试的废话。
quant_dev

5
我曾被一位销售经理买了午餐,他在一个我要进行为期五周的深夜交付的项目中获得了数千美元的佣金。我不能说这使我对这种情况感觉好多了。
丹·雷

7
@quant_dev-每种情况都鼓励开发人员发布未经测试的废话-测试除外。那是一个单独的问题。
克里斯·贝伦斯

18
调整激励的更简单方法是在支付百分比佣金之前从交易金额中减去加班费用。
robertc

26

必须就这些决定咨询开发团队,否则您将永远无法摆脱困境。如果您不管理团队,那么您的一名直属经理就需要提倡开发团队。如果它们是问题的一部分,那么您可能需要考虑其他就业选择。

一般而言,未经产品管理部门的认可,销售人员不应做出任何承诺,产品管理部门显然应与开发团队协商时间表。在大型或小型公司中,绕过这个问题确实没有很好的借口,因为最终销售团队会为交付不足(无论是质量还是范围)承担一些责任。


2
+1可获得准确而高级的求和。应该参与产品管理,但是过分投入和日后看起来糟糕对公司的持续生存可能是必要的。
maple_shaft

像这样说是好事,但不是可以帮助解决OP当前问题的实际建议。他们可以采取什么步骤来达到这个更好的位置?
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner除了与管理层讨论在销售讨论中需要更好的产品管理意见外,还有……作为开发人员,您无能为力。这些类型的公司以自己的方式运作,任何缺少管理层的变动都不会改变。
maple_shaft

1
不幸的是,在许多公司中,销售“大师/摇滚明星”的意见往往比产品管理的意见更有分量,产品管理有时有时还不够强大,无法向高级管理层提出意见。我发现许多销售人员认为,无论开发人员提出什么时间估计,它都将过于悲观,并且至少可以轻松地减半。
dodgy_coder

销售人员比开发人员享有的声望要高得多,因为他们与来自客户的支票输入流之间的联系更为紧密。即使在软件公司中,开发人员是非常重要的,但不如“带回家的人”那样重要。不幸的是,这实际上是所有首席执行官/总经理等的看法。
CraigTP

21

在较小的公司中,这几乎是普遍的事情,因为它们更需要完成交易。在我参加公司的销售会议之前,我对此一直很苦,但是我至少可以理解它发生的原因和原因。

客户希望它能快速运行,并且很多人都很难获得。这鼓励销售人员按时承诺,只是为了签署一些东西。签订的合同是黄金,因为您可以使用其中一项获得资本或信贷。有时,有一个紧迫的截止日期总比什么都不做要好。

其他时候,如果这是一个火爆的市场,并且有很多竞争对手,那么该公司迫切需要比其他任何人都更快地推出一种产品。一家大公司或一家拥有更多资本的公司总是可以雇用更多的资源,而规模较小的公司则不能。

令人毛骨悚然的是,最后期限确实是人为的,并且由销售和管理人员推动,以确保自己获得巨额奖金。

不要养成每周工作超过45小时的习惯,这对您的健康有害,首先是这样。


2
我同意,较小的公司将面包放到桌面上是更多的努力。对于开发人员的额外努力而言,获得销售佣金仍然是错误的(愚蠢的)。管理层需要意识到然后纠正这种情况,否则他们将总是有很高的开发人员流动率。
semaj 2011年

16
+1““不要养成每周工作超过45小时的习惯,这对您的健康有害,这是最重要的”
DevSolo 2011年

2
什么是45小时?你不是签了40小时的合同吗?
2011年

14
@sbi:您可能会感到惊讶。在我工作的地方,确实需要我们签署合同。实际上,整首歌花了大约40个小时。(有很多精美的印刷品。)这特别糟糕,因为我的歌声很差。
Matthew Scouten

3
@MatthewScouten您会说几种语言?
吉姆

11

我已经在房子的两边工作了。请记住,没有销售人员,就不会有下游工作或项目。

如何应对销售过量承诺:估算一下,然后至少乘以130%(总是计划至少30%的应急费用)。提供并记录所述估算。意识到在销售过程中您的工作量估计会减少。这是确定的,只是有管理雕琢出的许可证/销售/委托协议的这些时间任何减少。如果你是一家上市公司,这得到棘手与VSOE,但直到你打销售乡亲合同责任的前期过程中他们的销售过程中,它会成为以后的问责制。


6
这只有在OP被允许工作看到了潜在的功能,并给出一个估计前的销售人员尝试出售。听起来OP 根本没有机会"Here is the committed feature set and here is the committed release date"
FrustratedWithFormsDesigner

2
问题在于,销售人员通常会假设您已经添加了意外事件,这就是为什么他们承诺更早的截止日期。
dodgy_coder

也许他们的全部佣金应该以准时交付为准,然后可能会因所花费的过多开发人员时间而有所退缩。这将使公司的利益与销售保持一致。
PeterAllenWebb

10

您可以使用许多策略,但是通常需要获得管理层的批准或支持。

  1. 支付给开发人员加班费的比率更高。如果您赚了很多额外的钱,那么加班并不是一件坏事。而且,如果这开始影响公司的底线,管理层将对销售施加压力,以更好地进行估算。

  2. 根据利润而非总销售额向销售人员付款。他们估计中未包含的每个工作小时都会对佣金产生不利影响。

  3. 将开发人员可以工作的小时数限制为40(或您所在地区的标准工作周数)。

  4. 让销售人员在开发人员工作的每一小时工作。如果他们希望您花更多的时间来完成他们的项目,那么他们也必须在那里。找到对他们有用的事情,例如编写文档或制作带有书法的,手工照明的“ 设计模式”“ C ++标准模板库”

  5. 让开发人员估算每个工作,而不是让销售人员去做。至少通过这种方式,您可以使计划更加合理。但是,这不是一个很好的解决方案……开发人员常常很难估计所需的工作。即使估算是合理的,但无法预料的事件也会阻止您达到目标。另外,我们所有人都倾向于在一个长项目的开始时不像在截止日期前那样紧迫地工作。这些是促使敏捷支持者拥护的较短开发周期的因素。

  6. 采取“敏捷”方法并拒绝提交。敏捷将需要更多的客户参与,但是它也可以为客户提供更大的灵活性,因为他们也不必一定要预先承担项目的最终形式。开始时,销售人员可能对此并不满意,但是当他们意识到可以为出售更多作品提供大量机会时,他们可能会改变自己的音调。

我认为最不吸引人的解决方案是使销售团队在潜在客户眼中看起来很糟糕的任何方法。销售团队是公司的面孔。让他们看起来不好对整个公司都有害,而且这可能无法解决问题-他们可能觉得他们需要为客户达成更好的交易,以重新获得信心。


无法执行#4,您清楚地知道这一点。销售额是任何给定有效合同的100倍。
JE队列

2
回复4:我曾经在一家公司工作,那里的销售人员比其他所有人都要早1个小时离开17.00。它并没有在销售人员和其他员工之间产生良好的感觉。
quant_dev

2
@Xepoch如果他们要比程序员早些回家,那么显然他们并不忙于草拟一些有启发性的手稿。
布莱恩·戈登

1
@Graham,我写了“您可以使用的策略”,但实际上,如果管理层将永久性的过度使用视为确实需要解决的问题,那么它们确实是管理层可以使用的策略。实际上,#1可能是最合理的。仅仅因为您从事工资工作并不意味着您没有资格获得加班费,奖金或陪伴时间。当我是受薪雇员时,我在不同时间都收到了这三笔款项。同样,改变销售人员的薪酬结构也不是没有可能。公司经常提供激励或抑制措施来改变销售人员的行为。
Caleb

1
同意Caleb。同样,通常,时间表被推迟并且范围缩小的客户对此并不满意,他们倾向于拖延付款。不应假定这些事情不会影响底线。实际上,对于经理和销售人员来说,通常有必要实际上扩大范围而无需开票,以平息生气的客户。您应该以一种可以帮助客户避免生气和反对的承诺,或者至少使这种情况发生的可能性减少,来对待管理层。这不是白日梦。我已经过了真正的生活。
PeterAllenWebb

8

放弃

答案中已经有很多明智的建议,希望可以帮助解决这种功能失调的关系。但是最后,您可以决定要工作多少。

同事很容易承受过度劳累的压力。但是,这样做会牺牲您的个人生活

您可以执行以下操作:

  • 对您的老板说:“我必须加班的时间比我在这里要多得多。从现在开始,我每月的工作时间不会超过X个小时。”
  • 正如其他人所建议的,估计事情要花多少小时。提醒他们“在我每月X个小时的限制内,我可能不会在截止日期之前完成此任务。” 将其放在电子邮件中以供以后参考。
  • 截止时间过去后,请参阅该电子邮件。“明白了吗?正如我们所预计的,我们无法在合理的工作时间内达到这个截止日期。”
  • 如果他们继续向您施加压力,请您加班,而所有沟通工作都失败了,请退出。

个人经验

我辞去了上一份工作,因为我一直在加班,总是被要求做更多的工作。我在离职面试清楚地告诉他们,我很喜欢这份工作,但看不到加班的任何结束。

我在面试中也明确表达了对新工作的渴望,并得到了热情的回应。他们信守诺言:很少有人要求我在这里加班。

我的前雇主开发人员的离职率很高,由于他们因工作过度而享有盛誉,因此如今很难招募他们。招聘和培训的额外费用也许会教给他们一个教训。但是,如果不是,那不是我的问题。


我读过一本关于这本书的好书,曾经叫《从不为混蛋》。我很惊讶它已经绝版了,但是亚马逊仍然使用了以下副本:amazon.com/gp/product/0880297484/?
tag=resingnet

6

首先,请记住,我们所有人通常都有工作来支持销售人员达成的交易,而不是构建技术上完美的编程技术。如果他们不达成协议,那么您就没有工作。

也就是说,诀窍是找到与销售人员合作的方法,以使每个人看起来都不错。技术团队至少要在提出建议之前就提案发表意见的过程是关键。寻找创新的方式来处理薪酬也有很大帮助-如果在工程导致大量加班而使计划工作不切实际时,销售不得不“引爆”工程,这似乎会大大减少死亡游行项目的频率。


4
而且,如果您不执行它,他们也没有工作。我不赞成这种程序员观点来支持销售人员。
Agos

@Agos:公平点。另一方面,如果您因拒绝工作而被解雇,您被录用到其他地方的可能性有多大?而且大多数商店愿意雇用下一个将要参加死亡游行的人。
Wyatt Barnett

如果有人想参加或继续进行死亡游行,那就是他们的问题。他们工作的公司很快将只剩下那些不能离开的人,这通常是因为他们没有将自己带到其他地方的技能和经验。与熟练的销售人员相比,熟练的开发人员之间的距离越来越少。他们应该至少受到同样的尊重。
PeterAllenWebb

5

这是您需要带给经理(有开发经理,对吗?)并说明问题的方法。这是需要在组织级别上进行的更改-销售人员需要在做出承诺之前从开发部门获得支持,在此之前,他们需要从老板那里得到指导。

您实际上无法做任何改变,但是您绝对应该将其带给您的经理。

除了尝试改变文化(祝您好运)外,任何时候他们都在您无法达到的截止日期来到您的身边,请推迟-带数字。分解项目,并向他们显示您的时间估算。如果这是一个为期六周的项目,请告诉他们。如果已在四个星期内向客户承诺了该信息,则您将无法做到,因此需要尽快分发该信息。希望您的销售人员能够与客户联系并设定更好的期望,或者与您一起合作,在承诺的时间表内提供较小的可接受功能集,并在以后添加其他功能。

编辑添加:不要让他们低估您的估计。确信它是正确的,并坚持下去。他们尝试与您讨价还价,但不要让他们。


8
但是,请向他们展示他们在四个星期内可以拥有的东西。也许他们可以将所有屏幕都包含一半的字段,或者其中的一些。或五个主要工作流程中的三个。询问您应该在这三个中的哪个进行工作。使其成为“他们的”问题。
sdg

1
很好的一点是,罗伯特·马丁(Robert Martin)谈到了在Clean Coder中对估算值保持坚定的看法,这为不合理的管理提供了唯一的合理解毒剂。当无法以合理的方式实现目标时,总是渴望提供尽可能多的目标,但是永远不要同意目标,甚至“尽力而为”实现目标。警告约束是您的工作。您是可以看到他们的人。
PeterAllenWebb

4

一项尚未提出的建议:回顾

不要说“不,我不是在加班”,这总是会鼓励其他开发人员加入进来,使您看上去很糟糕。

但是要对您的管理层说得很清楚,您每星期必须做40多个小时才能完成工作,参与项目的每个人都应在产品交付后坐在一个房间里,找出问题所在并我们可以做些什么来阻止它再次发生。或者,更好的是,每个项目都应该进行回顾,以讨论进展顺利错误的地方。

如果您是对的,并且是推销员过度投入,那么这将很快变得非常清楚。但是不要抢占结论,也不要在事实之前进行对抗。从团队可以按时交付而不加班的事情上谈论它。

您永远不会知道,您甚至可能发现自己的流程得到了改进,这可以使销售人员的估算更加可行。


3

绝对没有办法完全解决这个问题。销售的本质是过度承诺。作为销售代表,您可以在那里使潜在客户的问题神奇地消失。好的销售代表只会稍微夸张,不好的销售代表会给自己带来很大的尴尬。

您所做的任何事情只会(至少)引起产品人员和销售人员之间的紧张或紧张。您可以非常努力地防止销售代表出现严重的问题,但最终,开发人员和销售代表将从同一银行帐户中付款。您的公司将作为一个整体而成功或失败,因此以销售开始内战将无济于事。

如果您有一个或多个习惯使自己尴尬的销售代表,则销售管理部门将解决该问题。作为一名开发人员,您将不会有做任何事情的影响力,因此您应该专注于利用他们给您的时间和资源提供最好的产品。


为什么不可能建立一个坚实的主力开发商店的声誉,该商店可以提供实际而不是声称自己做魔术呢?我的意思是,难道不存在那些不是白痴并且真正理解我们所谈论内容的客户吗?
布莱恩·戈登

我相信常识在开发商店客户中和在普通人群中一样普遍。我想说的是,每个客户,无论他们是否有理智,都会注意到承诺的内容与交付的内容之间的差距,或者至少注意到他们的预期与交付的内容之间的差距。当差距很小或不存在时,明智的人会继续回来。其余的将像往常一样购买最便宜的报价。
乔尔·布朗

3
“销售的本质是过度承诺。” 不同意。销售的本质是尽可能地投射您的产品和服务,在每一个可用的机会上出售它们,并创造更多的机会。在所有这些情况下,按时交付和预算不足的历史可能是一个巨大的优势。为了进行战略销售,即使必须从内部进行的实际技术估算中减去对开发工作的外部估算,也不应以此为借口将其内部强加给开发人员。那是不专业的。
PeterAllenWebb

2

不知道您的公司结构就很难回答。

一些帮助的常规工具是:

  • 达成一致(但负责人而非销售)质量控制
  • 制定产品路线图(内部和外部)

通过就质量控制达成协议,您有一个业务驱动的理由而无法发布错误的软件。您可能需要说服老板,为什么这很重要(希望不是很重要),但是有很多文献可以帮助您。

通过制定产品路线图,销售人员可以知道他们可以和不能向客户承诺的事情。如果要更改路线图,则必须与产品经理/项目经理/开发经理或其他任何需要更改的人一起提出。

如果他们向尚未被同意的客户承诺某些东西,那么运气就不好了。希望您的路线图基于客户需求的市场数据。“您究竟建议我们从其他8个优先级高的功能中删除哪些证据可以证明我们的客户群需要?”

最后,正如已经预期的那样,每周80小时都不工作。您甚至没有通过这样做来帮助公司,因为您只是在帮助他们挖一个更深的洞。


2

没有

我试图将其设为两个字母的答案,但堆栈不允许我...但答案是

没有

当然,如果您拥有/经营公司,那并不是完全正确的。如果您在位置,则可以拉扯销售团队,并“发表意见”。但是,如果我怀疑您只是“低级”技术人员,那么您唯一的办法就是抱怨“向上”的指挥链。话虽这么说,我的经验是,在发生这种情况的公司中,管理层知道情况并且不在乎。


2

向他们显示此图像(或this),并告诉他们您正在使用不可能的三角形。

  ·-----------------------·
 / \                       \
·   \   ·-------------------·
 \   \   \                 /
  \   \   \-----------·   /
   \   \   \     /   /   /
    \   \   \   /   /   /
     \   \   \ /   /   /
      \   \   /   /   /
       \   \ /   /   /
        \   ·   /   /
         \     /   /
          \   /   /
           \ /   /
            ·---·

在任何项目中,如果您修复了这三个方面的两个角落:

  • 时间
  • 范围
  • 质量

...那么第三个是唯一灵活的一个。使得不可能的是期望。如果他们总是将时间定得太短而范围定得太大,那么质量将始终受到损害。在敏捷项目中,所有三个角落或多或少都具有灵活性。

(免责声明:我从传统项目三角形中排除了成本因素,并以质量为角。时间就是软件项目中的成本。)

我希望您成功地实现了更加敏捷的项目管理。


2

这里已经有一些非常好的答案。我要补充一点,您不应被迫赶上他的最后期限而损害自己的利益。另外,我肯定会与销售人员谈一谈,并提醒他,如果他承诺过多,并且公司无法兑现诺言,那么他(和公司)将不会在将来受到信任,从而会失去未来的佣金(和因此,切合实际(即向编程人员咨询)对他来说是最大的利益,这样他就可以赢得公司的信任。在短期内,他可能会因不切实际而受益,但从长远来看,他会因不良推荐而损害其在客户,雇主和未来雇主中的声誉,从而蒙受损失。

当销售人员比其他任何人都更了解金钱时,请以这些方式与他交谈。


1

通过敏捷开发,我们看到顾问的卖点大约为1000-1500。如果您可以根据积分标准将销售流程更改为他们必须销售的地点,那么销售团队将被迫与开发团队一起进行合理的估算。


他们只会将每个“要点”的工作包(而不是迭代中每个“要点”的持续时间)增加到适合其销售范围和预算/时间表的程度。
jwenting 2011年

每个故事的得分是由开发人员而不是销售或业务团队分配的。
SoylentGray 2011年

1

一切都下降到一个关键点。如果您认为您无法维持实现销售承诺的时间表所必需的速度,那么就不要致力于这项工作。如果Sales承诺过多,那么在您同意工作之前,这不是您的问题。那是你的问题。提醒老板,所有销售人员要做的就是说“是”,他们就会收到支票。您实际上是兑现承诺的人,因此,如果您说不能兑现承诺,那么老板应该在听。如果您有一个不幸的经历,那就是要有一位经理在可能和不可能的事情上更多地听其销售人员而不是其发展人员的话,那么您拥有迪尔伯特风格的PHB,您应该更新自己的简历。

这就是我喜欢敏捷的原因之一。从最初的设计讨论起,开发团队就参与其中。您可以从两端校准一个“点”。开发团队大致(明确地或凭经验地)决定一个点固有的开发工时量,然后管理层可以使用该工时来计算每周的点数,每月的点数等,从而得出美元的数字。到那时,您的销售团队现在具有与当前人员级别完成当前范围所需的成本和时间有关的数字。如果一旦有了这些数字,他们就承诺过高,那么他们就白费力气了。


嗯,但是销售人员精通谈判技巧,而工程师却没有。这就是为什么他们从事销售而我们从事工程!以我的经验,大多数技术人员只是点了点头(估计值容易受到锚定偏差的影响)。对于技术人员来说,很难说要花比别人想象的时间更长的时间,因为他们知道很容易将其转变为对自己能力的反映。“你认为这需要两个星期?乔说他可以在一个多一点的时间内完成。”
斯科特·惠特洛克

1
如果乔说他可以在一周多的时间内做到这一点,那么乔将因工作而受苦。如果乔失败了,销售人员将学会遵守自己的估计。如果Joe设法成功,可能不想再花一周80小时的时间,他将调整自己的估计。如果以上两种情况均未发生,乔将因未能多次履行承诺而被解雇,否则将因过度劳累而精疲力尽而辞职。如果您确信Joe的销售超额,请打电话给虚张声势。只是不要成为乔;这是不值得的(好,好,非常值得)。
KeithS 2011年

敏捷估算的全部要点是价格正确,步伐可持续。这些都是对客户有价值的东西。知道这将要花费多少,真正要花费多长时间,并且知道他们将得到他们所要求的价格和那段时间,所得到的价值远远超过“我们将击败任何价格”的承诺。 。
KeithS 2011年

1

在他们把工作交给您之后,对工作进行说明,并让他们知道需要多长时间。然后当他们乌鸦时告诉他们。

“很抱歉您做出了这一承诺,但是鉴于我可以支配的资源,需要X个小时才能完成”

每次都这样做...对我有用。

基本上告诉他们他们可以拥有快速,便宜和良好的服务,选择两个。


又快又便宜?
IAdapter 2011年

那就对我不好。
吉姆·

我认为他们并不在乎它是否好,而只是在出售它。
IAdapter 2011年

只要他们知道...就这样。
吉姆·

2
他们关心它是好的,他们就会责怪你的项目时,客户很不高兴失败...
jwenting

-1

实际上有一种方法-一种真实的方法,而不是空洞的陈词滥调-但您可能不喜欢它。

让开发团队的人员参与销售过程

现在,显然您需要一个具有良好人际交往能力的人,而销售人员不会因为骑车而受到羞辱。这个人需要对您所做的工作有广泛的了解。他们并不需要一个代码忍者,他们只需要在一般编码的温和的理解,尤其是你的发展过程中,是在评估工作相当不错。

对于业务分析师或项目经理而言,这确实是一项工作。这些工作在许多公司中的薪水如此之高是有原因的。他们结合了两个非常重要且截然不同的技能。如果您没有真正的文学士或项目经理,但拥有具有社交技能的高级开发人员或架构师,他们也可以做到。

您还需要为销售人员提供明确的指导原则。实际上,您(与您的开发团队一样)正在派人代您进行谈判。如果您不给他们任何参数,他们只会协商对他们来说看起来不错的东西。这就是为什么您总是给他们参数。

一旦你理解了项目范围,制定出你需要多少时间拥有用于构建,测试,范围变更,等等,加上缓冲一定量的,然后给他们,这个数字与“授权的最低限度”一起-在在使项目面临巨大风险之前,他们可能走的最低。期望他们也将这个数字降低一定数量,因此将您的最低限额提高到比实际需要的水平高一点。

请放心,他们的管理层正在做同样的事情。销售经理不希望销售人员出售无利可图的交易。他们正在进入每次谈判,并提供一系列与目标获利能力和最低获利能力相对应的数字。

您可能不是他们的经理,但是如果您他们甚至没有开始谈判之前就以书面形式记录所有这些内容,那么当人们开始询问有关项目为何落后于进度的问题时,您与高层管理人员的立场就会更加坚定。但这不仅与CYA有关;还与CYA有关。老实说,销售团队不知道某些事情要花多长时间,您可以通过向他们提供全面的信息来帮他们一个忙。

另一件事:不要指望销售团队让您的团队参与其中。您还需要销售经理和主管的支持。如果您从风险的角度进行研究,它确实应该不会太难。您不想出售失败,是吗?想想付出代价的公司声誉。想想诉讼的费用。在可以签署任何交易之前,必须有技术人员参与任何谈判。

而且,如果您真的不能诚实地向管理层出售该想法,那么我是否可以建议寻找新的雇主?因为无论如何,您的时间可能不会更长。


-1

这样的分歧通常是由于缺乏沟通造成的。他们要么不了解他们给您施加的压力,要么您不了解他们真正的要求。无论哪种方式,要解决该问题,都需要从另一角度来了解情况。

您是否曾经尝试销售软件?对于许多开发人员来说,这似乎并不是最好的答案,但是除非您尝试过,否则很难从销售方面看到业务。如果您是优秀的开发人员,请写一些您真正想写并出售的东西。您可能会看到它们有一些有效点,或者可能看不到它们!

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.