您看到的最浪费金钱的事情是什么,您对此做了什么?[关闭]


53

作为程序员,我们经常会看到大型组织在ated肿,效率低下的问题解决方案上浪费大量金钱。这让我非常痛苦,因为我希望组织从最佳解决方案中受益。但是,在影响关键决策者方面,我作为程序员的能力是有限的,而且通常我的观点仅限于我自己的小技术领域。

所以,我的问题是这个。在确实使您的山羊陷入困境的某些软件和/或硬件上浪费了巨额资金之后,您如何处理以使其得到修复?或者您注定要永远硬着头皮咕m咕m呢?我很想听听您的整体经验,尤其是您从中学到的经验教训,以了解将来如何解决此类问题。不要说名字了,解决问题的经验比实际的冒犯产品更为重要。


9
+1是一个很好的问题,也可以使用“ egregious”一词。
乔恩·霍普金斯

谢谢乔恩,我尽力了。我对问题进行了编辑,以突出人们在解决金钱浪费方面的实际工作。我想了解更多有关人们遇到上述问题时采取的方法。
加里·罗

我想感谢大家抽出宝贵的时间回答这个问题。感谢您的努力!
加里·罗

3
好吧,我如何在不命名产品的情况下添加它:) 微软在线上已经损失了八年时间:损失超过60亿美元
HalilÖzgür2010年

a)开发了应该购买的内部工具。B)买了一个糟糕的图书馆,因为它很便宜。两者都发生在过去,两个决定都是政治性的。我的2个选择是吸吮它或继续前进。
工作

Answers:


20

支付大型,笨重,越野车等商业产品的费用,范围如下:

  • 应用服务器;
  • 测试工具;
  • 开发环境。

当开源或轻量级替代方案明显更优越时。

我的步骤通常是:

  1. 建立替代方案作为参考-例如:“我将使用应用服务器X而不是应用服务器Y进行实验。我对它有很好的经验,因为(...)。”
  2. 将此提议卖给我的同事-“由于服务器X重新启动的速度大大加快,而且我一直都没有浪费时间,因此我现在的开发速度更快”;
  3. 卖给直属经理-“自从我们使用服务器X以来,我们的团队现在发展速度更快。所有这些都是从一个小的实验开始的,但是每个人都喜欢它。”

该问题要求不包含产品名称。您能否详细说明如何处理遇到的问题?
Thomas Langston

同意 我们大多数人都知道罪魁祸首,更多的是如何限制他们的损失。
加里·罗

@ Thomas,@ Gary:好点子,对读错表示抱歉。我已改写,希望现在它会更有用。
罗伯特·蒙蒂亚努

+1既可以回应批评,又可以提供解决问题的方法。别人可以带走并使用的好建议。
加里·罗

即使其他人获得了更多的选票,也被接受为答案,因为它最紧密地针对该问题的意图,即为其他人提供避免浪费的建议。
加里·罗

49

我已经看到了太多的例子以至于无法找到最喜欢的例子,但是我注意到我的主要领域Web开发中的一些总体趋势:

  1. 名利网站。这些网站对委托他们的小型组织之外的任何人都无济于事,并且围绕着带有徽标,自己的照片和自我放纵的华夫饼干的强迫性行为而构建。最糟糕的是,这些通常是由对网络一无所知的人资助和委托的公共部门。(例如,曾经有一个NHS医院信托人,他想为其自己的员工Intranet开发一个迷你版的Facebook)。

  2. 付费是最好的。坚持认为付费软件本质上必须比开源软件更好的心态。毕竟是付费的,对吧?我已经看到很多客户坚持做出愚蠢的选择,仅仅是因为他们在一种文化中工作,这种文化会自动将任何开源视为政策问题。

  3. 由委员会设计。在这里,一大群人产生了“头脑风暴”,然后尝试将设计中存在的每个难题都纳入设计,从而不可避免地导致思想混乱,使一切妥协,以取悦所有人(对所有人来说,是指委员会做出决定,而不是必须使用该应用程序的人员。

  4. 顾问。在这里,您要付钱给中间人(他们既不了解业务实践,也不了解软件开发),通过拖延开发过程,混淆技术和谈论业务的方式来阻挠金钱。


5
虚荣网站+1。进入一家律师事务所担任开发经理时,我最大的成就实际上是为这些开发的前期价格付出了代价,这使他们丧命(奇怪的是没有人愿意签下10万英镑)。
乔恩·霍普金斯

7
回复:(3)“骆驼是委员会设计的一匹马”
JBRWilkinson 2010年

2
“放纵的华夫饼干”。美丽。
Michael H. 2010年

3
一件事:“付出最好”是一个错误的说法。人们之所以回避开放源代码,是因为没有任何支持,但最重要的是,当事情变得错误时,不要怪罪。
斯图

2
@Stu Plenty的开源软件通过社区或付费版本提供了很好的支持,而您需要付费购买支持包。umbraco.org/products是一个很好的例子。实际上,我经常发现开源对变更请求的反应要比具有1年发布阶段等官僚机构的付费软件更能做出反应。而且,如果最糟糕的情况变得最糟,您可以随时尝试修复它,或者自行更改-这是付费软件所没有的选择。
Dan Diplo

28

我看不到有人提到过这个。

可以购买时构建自己的解决方案。

此模式的变化形式:

  • 甚至没有考虑买-建的权衡
  • 内部解决方案的大范围蠕变
  • 内部解决方案的范围有限,但实用性也有限

5
版本略有不同:我们无法使用库,因为它们都有错误。
斯图

@Stu +1,因为最严重的错误发生在开源库中,我们无法修复……
Gary Rowe 2010年

+1是因为价格合理,得到良好支持的现成解决方案比使开发团队重新发明轮子要好得多。
加里·罗

@Gary:好吧...然后花更多的个人时间来解决它。
rwong

请记住,相反的情况也是如此……特别是对于大型组织。很多时候,从头开始构建比购买需要由昂贵的顾问进行广泛修改的通用应用更为有意义。一个示例就是Seibel,它对于将要使用OOB的组织非常有用,但是一旦您开始尝试使其与旧版应用程序集成时,它就不是很好。
Michael Rutherfurd 2010年

28

我的两个最爱:

  1. 雇用顾问(自由职业者)只是为了增加生产能力,而他们应该通过雇用顾问带来新知识并指导现有员工投资于自己的员工

  2. 雇用管理其他项目经理的项目经理,再管理其他项目经理,他们最终(认为)他们管理开发团队。他们应该让团队自我管理,而专注于业务。我见过的软件项目中,项目经理比开发人员更多。想象一下会议。


16
有时,公司需要临时的额外生产能力来克服短期需求,而无需技能转移。这是自由职业者的关键功能。如果这种情况持续了超过几个月而不进行技能转移,那么您的观点肯定会成立。
加里·罗

6
在10年的咨询服务中,我从未见过这种方法能正常工作。神话人月。

哦,是的,TMMM经常持有(我自己去过那里),但是我看到,当承包商成功交付了定义明确的组件然后走开时,它就可以正常管理。不过现在有点偏离主题了。好点。
加里·罗

4
@加里·罗(Gary Rowe),法律是“将更多的程序员分配给进度落后的项目,将使它甚至更晚”。但是聘请顾问开始一个新项目,因为您找不到任何固定员工是100%有效的。我想澄清一下。因此,我的发言是关于“增加现有团队(永久员工)的能力”。

3
我目前的项目是作为开发人员和2个项目经理。是的,会议还远远没有我经历过的最好的。
马特·莱西

27

限制长期筹款和奖金

我认为在《商业101》中教导它给员工加薪。第二种情况是限制明星演员的薪水,因为他们需要适合某个特定的薪水范围。

最终,员工将意识到他们的薪资规模与行业(或产出)不符。拥有简历和技能的人最终将离开,并带着他们所有的知识以及可能的一些朋友。剩下的人(表现最差的人)将不得不填补空缺,然后花更多的时间(按市场价格)雇用新人。因此,该公司只是将一名星级员工换成了JR级别的员工,而失去了所有保持低工资的“节省”方法。

随着这种情况的继续,开发团队将努力保持同等水平,并且可能会变得越来越糟,直到做出大刀阔斧的事情。


5
+1指出应该奖励才能。企业主售罄时会赚很多钱,但是通常聘用的人才使企业值得购买。业主-支付您的才能。每个人都赢。
加里·罗

2
技能支付不正确=技能无门可走。无论如何,他们每天晚上都要这样做,只是有一天他们最后一次这样做。经理们想知道为什么。
quick_now 2010年

2
我在一家公司中,每人削减了40美元的团队建设费用,以节省成本。之后不久我离开了。那可能是公司有史以来节省的最多40美元,因为我敢肯定我不是唯一的一个。
cmcginty 2010年

1
可悲的是,太多的人认为付出一点钱就足够了。如果他们知道您要制作X,他们会提供X + 1而不是Y(Y是平均值),然后想知道为什么您不到一年就离开那里。
韦恩·莫利纳

17

这个答案与大多数答案有所不同:没有足够快地解雇员工,或者说得太过分,对员工的过失习惯过于宽容。这些都是我观察到的事情,作为顾问并不能做太多事情。

  • 糟糕地推动了项目设计决策的开发人员最终导致了项目的重写(那是一团糟)。

  • 将敏感的未加密数据发送到Google Charts的开发人员,因为他们认为显示饼图会很酷(是否需要饼图?不是!)。

  • 过去曾向一家公司咨询过并直接接受他们职位的开发人员。他做了个鬼脸,变成了一个寻求技术负责人职位的表面人物,甚至与负责人的经理交谈,说他们认为接任他对他有利。谈论胆量!许多开发人员不再喜欢这个家伙,在成为员工的前两个星期内,他就烧掉了许多桥梁。最重要的是,他是一个非常环保的开发人员,两年前才毕业,但他认为自己很棒。

一些错误是可以理解的,但是当许多开发人员之间就某人的态度或技能水平达成共识时,公司应该早日消除他们。


+1表示没有足够快地解雇某人的整个想法
quick_now 2010年

1
几乎就像您在想一个人... :)
Dan Diplo

we!这么斤斤!
克里斯·麦考尔

16

我几次目睹管理层仅仅为了花钱而引进顾问。大多数情况下,这种情况发生在年底时,他们预算不足,疯狂地试图花这笔钱。通常,这些顾问每小时将获得数百美元的报酬,并且他们将花费数周的时间在PowerPoint演示文稿中使用,而这些演示文稿将永远不会被使用。


8
为“必须花费预算,否则预算将被拿走”管理反模式+1。有什么可以做的?
加里·罗

2
“疯狂地花钱是因为他们的预算不足”-我的一个朋友和一个同学在物理计算机实验室工作,他告诉我他们必须花掉剩余的预算,否则明年会被削减。 。因此,我相信他们购买了价值5000美元的新打印机,纸张和扫描仪。
Mark C 2010年

14
@Mark C-看,就是这样做的方法。如果您的预算不足,并且绝对现在必须花钱,请挥霍为您的团队准备的装备。也许可以为每个人购买一些新椅子,或为每个人配备双32英寸显示器,或者仅仅是功能强大的新集成服务器。如果您的设备不在同一预算之内,那么您会感到惊讶的是,大多数公司将您带走了“团队建设练习”
Inaimathi 2010年

4
@Inaimathi +1是个不错的技巧-其他人请注意
Gary Rowe 2010年

12

这里有一个更大的问题。

许多公司都有一个目标-增加股东财富。他们生产的东西无关紧要。他们如何生产它无关紧要。它们产生多少废物是无关紧要的。社会和地球的成本无关紧要。

所以-去为一家为社会/地球有益的公司工作或创办一家公司。


但是可以肯定的是,如果浪费影响了利润,股东将开始提起诉讼吗?
加里·罗

+1指出环境成本。(如果可以的话,请投票)
DevSolo 2010年

您认为公司应被迫具有社会良知吗?
加里·罗

5
“许多公司都有一个目标-增加股东财富。”实际上,根据公司法,董事如果做其他任何事情都可能被判入狱。
quick_now 2010年

那是最可怕的浪费。在只有一个公司的义务是让股东富有,螺丝和任何其他人。遵守道德规范,提供职位,让人们为您的公司工作,超越外观使您的公司看起来像圣人的善意,这一切都是本杰明付出的一切。
韦恩·莫利纳

11

向大型软件公司付款,不仅为其产品,而且为其“支持”。

我当时在一个政府机构工作,负责与Oracle紧密合作的团队。在许多年的时间里,他们已经为他们的软件支付了数十亿美元。从启动背景来看,这对我来说毫无意义-“为什么不使用MySQL或Postgres?” 有人告诉我,这主要是由于Oracle提供的支持,如果出现问题,它们可以帮助您快速找到解决方案。

支持绝对是个笑话。一个Web应用程序不断崩溃导致整个系统出现问题。这似乎是由于数据库查询速度慢而结合了糟糕的代码(这是由一组顾问团队编写的,应该是其他答案)。组装了一个“特别工作组”(gro吟)以查明问题并解决。该工作队中包括一位Oracle支持人员。每天在EOB都会举行电话会议,工作队成员将用调查结果更新团队的其他成员。这场电话会议已经够长了,没人愿意参加从5点开始的b / c比赛,而Oracle的人让情况变得更糟。为什么?好吧,说“人”甚至是不正确的。有很多人。好像每两三个电话会议,Oracle代表就会是新人,谁解释了他们的前任现在正在另一个项目上或正在休假。甲骨文公司从未向新人介绍过新员工,因此,每当有新人进来时,我们都必须浪费十分钟的电话会议来再次解释问题。其贡献便是请求J2EE日志文件,它不仅可以读取任何猴子,而且也没有用,因为当程序员发现解析XML时出错时,可怕的编写代码正在执行诸如抛出IndexOutOfBounds异常之类的事情。


还有其他使用Oracle的原因。众所周知,它具有可伸缩性和合理的安全性,并且已经存在了很长时间。它确实可以做MySQL不会做的事情。我对PostgreSQL并不很熟悉,但是您的代理机构可能在知道它足够好之前就致力于Oracle。也就是说,您对付费支持完全正确。我发现其中一些非常出色,但其中很多都与您描述的一样。
David Thornley,2010年

聘用Oracle的技术原因很多。我认为您从未在大型软件/咨询组织工作过?分配帮助的人并不总是直接的错误,而是基于$和优先级将他们拉到数百个不同的方向。我的猜测是,有人会花更多的钱获得支持,并引起人们的关注,即市场价值。
JE队列

2
@David Thornley,出于好奇:Oracle将做什么MySql不会做的事情?我的意思是,如果您可以轻松地解释一个例子。
Dan Rosenstark 2010年

MySQL不是真正的数据库系统。MS SQL Server更友好且功能强大。
工作

10

有程序员对第一线电话的支持。

让程序员进行测试。


1
什么样的测试?一定水平的开发人员测试是必要的,但是不需要程序员进行完整的质量检查。
亚当·李尔

4
最好将其改写为“没有测试人员”。此外,开发人员是最糟糕的测试人员。在。的。世界。
斯图

这是如此普遍,我认为它真的不值得一提
cmcginty 2010年

5
等一下 你是认真的吗?这是浪费金钱,但是我们不应该提及它,因为它很常见吗?
斯图

+1是因为程序员确实应该得到三线支持(除非该公司是一家创业公司并且电话量很少)。我认为程序员应该在开发过程中进行测试(TDD,是吗?),并且应该与测试团队保持密切联系,指出他们认为产品较弱的地方,以便更好地针对测试人员。他们和程序员一样讨厌重复。
加里·罗

9

我知道这是一个古老的问题,如果3个人阅读此答案,我会很幸运,但这是一个有趣的故事,所以到底是什么。

我进入了一个项目(嵌入式系统,对安全性至关重要的固件,风险很高),我对发现的结果感到震惊。人们错误地使用C(尤其是指针),没有静态分析,没有代码审查,没有进行测试,只是“将其集成,运行,使用它,看看会发生什么”。

我在那里的第一周写了一封很长的电子邮件(作为顾问)。之所以如此,是因为我基本上是在说管理不善,开发人员无所适从,没有遵循任何流程等。它应该交给公司副总裁,但是我却把它交给了聘用的开发经理我。他对此并不完全防御,事实上,他承认了许多缺点,并告诉我我不是第一个指出这些缺点的人(不要开玩笑,对吗?)

为了回答原始问题的症结所在:我愿意花1个星期的人工时间,在平台上配置并运行Gimpel的Lint(PC-Lint / Flexelint)静态分析工具,并对发现的所有内容进行完整报告。我告诉他们,我绝对可以确定我们会因此发现一些潜伏的“定时炸弹”。

他们计算了我的小时费率,再乘以40,然后确定“这样做太贵了”。长话短说,我在60天内离开了那里。大约3年后,我得知产品召回,成本接近9个数字(1亿美元),更不用说损害公司声誉了。

我不会提及公司,产品或行业,但是我仍然与那里的一位工程师保持联系,当他向我解释是什么原因导致召回时,我的视线一直在滚动-这将是一个问题甚至被基本的静态分析工具所捕获(无法访问数组)。公平地说,我不能确定地说问题出在我在那里的时候,但是我敢肯定,如果他们把钱花在某种静态分析工具上,那么这个错误就不会幸免。

因此,他们通过不购买PC-Lint节省了295美元(好吧,他们最多也节省了一周的付款时间)-但我的能力不足以使我每周支付1亿美元。

这就是我所说的非常可观的金钱浪费。


让我想起了一个很多人可能已经听过的笑话:

有没有听说过大型船舶发动机发生故障的故事?该船的船东接连地尝试了一位专家,但他们只知道如何修理发动机。然后他们引进了一位自小就一直在修船的老人。他随身携带了一大袋工具,到达时便立即上班。他从上到下非常仔细地检查了引擎。

船的两个主人在那里,看着这个人,希望他知道该怎么做。看完东西后,老人伸进他的包里,掏出一把小锤子。他轻轻地拍了一下。瞬间,引擎陷入了生命。他小心地把锤子移开。引擎是固定的!一周后,房主从老人那里收到了一张10,000美元的账单。

“什么?!” 业主惊呼。“他几乎什么也没做!”

因此,他们给老人写了一封便条,说:“请寄给我们逐项帐单。”

该男子发出了一条账单,上面写着:

  Tapping with a hammer ........ $ 2.00

  Knowing where to tap ......... $ 9998.00

努力固然重要,但是知道自己在做什么会有所不同。


8

膨胀的开发团队和软件公司糟糕的生产力。

这是商业世界中常见模式的结果:管理者的重要性由下属的人数来衡量,因此,管理者的首要问题不是生产力,而恰恰相反:生产力低下是雇用更多人的最佳理由。


2
+1表示出于个人利益故意引入浪费
Gary Rowe 2010年

2
我从未见过太多开发人员。相反,管理人员过多,工人过多。
JE队列

组织中建立帝国的问题不仅限于软件开发...
理查德(Richard)2010年

8

在一家销售软件的公司中,...给销售人员所有已售出的自定义mod的全部佣金,因此,出售已经存在的东西,我们就可以从中获利,几乎不像一次出售。这与将销售人员从技术人员转移到全国的一半相结合。

这也意味着我们处于开发阶段的客户可能无法按时完成销售任务,使客户不满意,并且在完成任何将使每个人都满意的产品的核心工作方面遇到很大的困难。不断增加的压力导致代码质量降低并打击士气,尤其是当我们听到有关销售部门的故事时(我从未证实)。

我们很多人都对Sales感到不满,但实际上这不是他们的错。他们外出卖出尽可能多的东西,并按照所施加的限制进行报酬。糟糕的管理导致了所有这些问题。


+1表示认识到销售不是敌人,他们有自己的动机,必须与开发商(以及组织的其他方面)协调。
加里·罗

2
+1。通常,委托销售是一个非常糟糕的主意。(考虑一下:如果不以房地产经纪人和银行贷款代理人的个人利益来以无法承受的价格出售房屋,那么将不会发生多少房地产泡沫?)
梅森·惠勒

1
@David:这就是重点。委托销售会产生内在的利益冲突,尤其是在以债务而非现金出售的产品中。做出此决定的人是信贷员,他们正是从不良销售佣金中受益的。“当一个人的薪水取决于他不了解某事时,很难使他了解某事。” -Upton Sinclair
Mason Wheeler,2010年

1
是的,但是任何级别的人都做不到,因为它为每个人赚了短期钱。现在,如果我们有一项法律规定在全额付款之前就收取任何交易佣金,将其定为犯罪,那么整个问题几乎会立即消失。突然地,给贷款人和经纪人最大的利益就是给人们他们有能力还清并迅速还清的贷款。诸如30年抵押贷款之类的荒谬现象将在一夜之间消失,每个人都会很高兴,除了首先引起此类问题的寄生虫。
梅森惠勒

1
@Xepoch:我正在考虑效果;我只是想引起与现状不同的影响。长期融资不是一件好事。通常,一个工人通常要在20岁左右进入工作岗位,付出或花费几年时间,然后在65岁左右离开。如果他想要一个像房屋这样基本的东西来称自己的房子,那他就应该被银行束缚了。他生产生活的三分之二?!?我不知道有人会认为那应该是一件好事,但我称这是危害人类罪。
梅森惠勒

8

我经历过两次。

  1. 取消一项对企业有巨大投资回报率的项目,该项目已完成约80%,然后将100枚刻金和镀金iPod分发给高级管理人员。

  2. 裁员数百人,然后第二天宣布高管的加薪和奖金。

这些都不是与编程完全相关的,但是最肯定的是浪费了很多钱,而且为所有相关人员提供了耳光。

我没有下岗,但也没有加薪或iPod ...


+1有时候我给人的印象是我们都在同一家公司工作。请注意,不是我现在的公司,而是我过去工作的前《财富》 500强公司就是这样。
Jesse C. Slicer,2010年

@Jesse:我们是否应该从您的“前任”中得出任何结论?
David Thornley,2010年

@Jesse-这些事件来自《财富》 500强公司。就像您所说的,哪一个都没关系...
Walter 2010年

@David:是的,您可能会得出一些非常容易得出的结论。
Jesse C. Slicer 2010年

7

我已经看到了几个可怕的外包项目,这些项目成功地显着增加了成本,却未能提高或实际上降低了效率。

在最坏的情况下,将成立新的外包团队并提高技能,但是现有的在岸团队仍然存在,因为不信任外包团队实际进行任何关键工作。

在这一点上,合乎逻辑的做法显然是接受失败并关闭外包团队,但由于管理层不愿公开承认它没有奏效,所以两个团队都留在了原处(这大大增加了成本而不提高效率或可用容量),直到整个东西都可以被掩埋。

在另一种情况下,开发被外包,原始团队被解雇。两年后,他们意识到重新将整个工作流程重新投入内部并没有用,只发现除了另一笔交接的非常昂贵的费用外,知识流失,招聘费用,合同终止等等的影响后来,外包组织丢失了很大一部分源代码。

(注意:我并不是说外包是行不通的,只是太多次人们被潜在的储蓄所吸引,而没有考虑到他们新世界的现实,流程和工作方式的变化等导致重点搞砸的项目)


1
+1表示外包严重。我已经看到一个外包团队被一个主要投资者推挤了我们,他们所做的一切都必须重写,而另一个却没有按照他们的要求做(当承包商被要求生成基于MSBuild的构建脚本时,MSBuild包装楠不够好),和一队谁做了伟大的工作,但他们已经开始了v2和已经工作了我们这么长时间他们是有效的东西非常贵的员工
JohnL

1
为“无法接受失败”反模式+1(一种横扫管理层,进入国际政治但不让其走下去的非常笼统的模式...)
加里·罗

3

技术债务

我已经看到了遗留代码的长期“战败”。甚至更重要的是,从战trench的角度来看,当整个团队都知道我们应该处于更换模式时,在维护模式上花费了无数小时。

我们已经完成了...。试图从内部唤起积极的变化

性能测试

简单地说,不这样做。同样,仍在努力从内部进行积极的改变。



您如何获得管理层的支持以解决重构和一般代码卫生问题?
加里·罗

正如我所说,“它正在进行中”并不容易。我也不确定这是否是一件事。采用敏捷实践并提高透明度是一个开始。每天站立的例子会有所帮助。CTO几乎每天都参加此活动,并注意旧代码报告的“面部种植”。有助于识别一些东西。
DevSolo

让CTO(主要利益相关者)直接参与日常工作,这是一项很好的工作。可悲的是,我怀疑这种方法是否可以扩展。
加里·罗

具有讽刺意味的是,这是他们参加的呼吁。哪个好 在宏观上可以看到对变革的需求。一旦进入代码级别,它就会更具挑战性。它不是完美的,但是任何提高透明度的方法都是好的。
DevSolo

3

我一直在与一些州立机构合作,他们在浪费IT资金方面非常了不起。从购买肿的中间件到解决极其简单的问题,再到向供应商支付成千上万美元以使他们创建CSV。没有内部经验丰富的内部人员,他们似乎要么在前期成本或维护方面都陷入困境。


+1为the肿的中间件解决了极其简单的观察问题。如果没有优秀的内部人才,国家机构可以做什么?
加里·罗

问题是国家机构管理不善。
asthasr 2011年

3

在具有内部IT的非软件公司(银行,保险)中,钱来自各个业务部门。业务部门直接从供应商那里获得销售建议,并将其推向IT部门。他们为软件/硬件和您的薪水付费,因此您的抗议将无处可去。

  • 支付昂贵的应用程序和中间件,这些中间件的价格高五位数,甚至不适合现有的系统架构
  • 使用昂贵的软件,例如HP QualityCenter,BMC Remedy,HP LoadRunner等,可以使用更好,更便宜的选择
  • 在多城市团队的陪同下,旅行成本很高,有时只需要几个小时的会议
  • 使用新机器为Windows 7许可证付费,然后再次付费以降级到Windows XP,因为新的SOE(2010年设计)仍然是XP
  • 硬件容量过大

您是否能够为他们提供更好,更便宜的解决方案的建议,并且取得了成功?您如何设法说服他们?
加里·罗

3

我在性能测试行业工作,我目睹(从字面上看)每年有数百万美元被组织冲走了,原因有四个:

  1. 仅根据价格,不具备资格技能和不定期审核性能测试人员的技能来雇用外包商。雇用一名业余性能测试人员就像雇用一名业余水管工或一名业余电工,这将使他们花费更多的时间来完成基本任务,失去了很多检查和平衡能力,而当您确定如何不好的是,它们的修复(生产中)非常昂贵。作为该领域的六个论坛的主持人,我经常观察到人们出现在测试,沟通,项目管理,开发,系统分析等方面缺乏基本技能的人,而他们只是被当作一种工具。对于之前提到LoadRunner浪费金钱的人来说,如果您对某个工具愚弄不已,那么您只会期望得到一个结果。

  2. 不收集性能要求。这会影响整个组织,因为您将对体系结构,平台工程,应用程序工程,功能QA和性能QA中的绩效有不同的看法,但实际上没有一个可能与业务利益相关者匹配(并且常常不匹配)。对于许多组织来说,这是一个过程问题,要求性能测试团队收集性能要求并进行测试。为了进行适当的制衡,您应该选择一项而不是另一项。与上面提到的1和不成熟的员工有关,您将拥有甚至无法识别适当的性能要求,没有负载点进行验证的测量点,但他们仍在构建“脚本来运行”的人员。这是时间和精力的总体浪费,并且几乎没有提高质量。绩效需要整个组织的共同观点,并且如果不是从一开始就设计绩效,就不能一味地坚持到底。

  3. 性能测试环境管理。我无法告诉您,在测试组织准备好进行时,有多少组织被延迟到尚未准备好运行的测试环境。仅在一个客户中,就等待时间而言,我可以将其视为数百万美元的问题

  4. 项目经理不了解什么是性能测试,涉及哪些任务或进行的工作水平,但是谁决定了活动应该进行多长时间。这导致项目进度表中的差异与项目的调度方式完全相关(结果导致成本超支)。这也与上面的1直接相关,因为未成熟的测试人员既不能准确地计划任务的数量和类型,也不能准确地预测任务需要花费多长时间。这是一个公理,如果您允许某个不理解您的工作及其目的的人来决定您的工作方式和所需时间,那么这条道路会导致失败。它在性能测试中经常发生。


3

专有版本控制系统。考虑到Git和Mercurial的状态,我不明白为什么人们会选择看门人。

您不仅需要为VCS付费,还必须为每个用户付费。此外,您的灵活性也可以得到满足。您不妨穿上标有“我♥供应商锁定!!”的T恤。

我觉得现在不使用免费的(D)VCS真是太疯狂了。如果您想要大量附加福利,可以使用Kiln之类的东西。

我认为我不会去为那些坚持使用BitKeeper或类似工具的人工作。

我几乎对仿真器说了同样的话,但是Simics之类的产品仍比免费替代品具有更多优势。


5
有点不同意:使用了专有且昂贵的版本控制系统后,继续前进……相比之下,CVS和SVN太可怕了。我使用的系统很昂贵,而且我们辛苦地使用了它。它年复一年地站起来,易于理解和使用。没有Git或Mercurial的经验(这似乎是当今的大事),但是其他一些免费的东西简直令人毛骨悚然。一旦使用了质量,那么就难得多了。
quick_now 2010年

1
@quickly_now-那是哪个VCS?多年来,我已经使用了很多时间,而且还没有找到比Hg优先使用的免费或付费产品
mcottle 2011年

坐下... IBM / Rational ClearCase。在真正的大型多项目/多分支开发中,它的成本很高,需要一点学习,而我会回过头再使用它,因为它是如此的好。
quick_now 2011年

Borland StarTeam很棒,当我在1999
Neil N

@Neil N您坚持吗?
加里·罗

2

状态会议和每周报告

我工作过的组织主要是关于每周状态报告-分为三个不同级别。进行中的4-6个项目中的每个项目的开发负责人和测试负责人都会通过一封冗长的电子邮件报告其进度,然后由下一位经理汇总,然后由下一位经理任意汇总。

在下一个工作日,所有项目负责人聚集在1小时的会议中以查看报告。

实际上,每周花费一天来报告该周的进度。请记住,这与每日站立训练和每周演示/回顾会议是分开的。


我想知道的另一件事是,经过两层管理之后,报告的准确性如何。
David Thornley 2010年

2

我为公共机构工作。实际上,没有足够的方法来解释工作场所的立法和工会如此严格以至于解雇某人几乎几乎是不可能的,浪费的程度会继续下去。

经理们与糟糕的员工一起打通了包裹,并希望在重组的掩护下立即将其全部撤出。提拔了一些糟糕的员工,只是为了将他们转移到需要改进的地方。任何好的员工最终都会不断地奋斗,只是为了弥补坏员工的工作。您三个月都不会留任的员工将打造40年的职业生涯。他们在这样的职业中浪费的金钱是天文数字。

我以前在私营部门工作过,看到了很多浪费,但是公共部门浪费是一种完全不同的运动,更不用说球类运动了。

有人在评论中建议,为表现不佳的工作人员建立先驱会有所帮助。这样会有所帮助,因为它将限制他们可能造成的损害,但不会影响问题的根本原因。我认为最好的办法是采用一些私营部门的雇用和管理程序,并修改法律以使公共机构更容易放任表现不佳的员工。工会还应该与政府协商,以改变其政策-工会成员的保护作用很重要,但是工会应该认识到有时工会成员的确超出了他们的深度,应该继续前进。


您能否提出任何有助于减少浪费的策略?也许为不好的员工创造先机-会有所帮助吗?
加里·罗

1
这样会有所帮助,因为它将限制他们可能造成的损害,但不会影响问题的根本原因。我认为最好的办法是采用一些私营部门的雇用和管理程序,并修改法律以使公共机构更容易放任表现不佳的员工。工会还应与政府协商,以改变其政策-保护会员的作用很重要,但工会也应认识到有时工会的会员确实超出了他们的深度,应继续前进。
Dan O

策略+1-您应该编辑答案以包含评论,否则评论可能会迷失
Gary Rowe 2010年

“通过包裹”-我们过去称该游戏为“通过垃圾箱”。
HLGEM 2011年

1

我在一家大型金融机构从事的一个项目。每天有大量电话会议,据我估计,仅在电话会议上,他们每天就烧掉10万美元。该项目历时约2年。他们拥有大量的旧系统,并且几年前进行了夏令时更改时,他们向Microsoft支付了大约一百万美元,以购买NT 3.51的DST补丁。


只是要澄清-该系统在2008年仍在运行NT3.51?羊肉串。
加里·罗

@Gary,他们的数据中心中有一些基于NT 3.51的计算机。故事是,这些服务器上运行的软件未经过认证可在任何新版本上运行。我参与的系统是一个庞大的unix / windows项目,最终他们在2008年脱离了SQL Server 2000(并用SQL Server 2005取代了它们)。嗯 金融业。就现代技术的所有讨论而言,在所有花哨的闪光灯后面都藏有算盘,黏土片和打孔卡就不足为奇了。
Tangurena

1
+1只是为了使用abaci ;-),但总的来说,“重写太昂贵”反模式似乎在这里起作用。你怎么看?
加里·罗

@加里,他们有钱烧,毕竟这是投资共同基金的人所支付的费用。有时他们只是没有时间来重写应用程序,并且由于对网络堆栈的更改破坏了太多自定义内部应用程序(自此以后绕过Vista迁移到Win7),XP XP2推迟了几年。对于我所参与的系统,有4个并行的集成/系统测试瘦腿(用于季度发布),即使要花6-8个月才能挤过其中一个瘦腿。
Tangurena

1

我们的工作量很少,几乎没有在我工作过的小商店里赚钱。解决方案:雇用效率顾问和老板的私人秘书,以便他可以执行更多的“肉和土豆”工作。

通过增加支出来解决预算短缺...失败。

从好的方面来说,效率专家提供了一块干擦板,我们在其中跟踪计费时间和带薪时间...猜猜计费时间最少的人。


这是标准的操作惯例。我很惊讶老板根本没有做任何工作。我工作过的一半业主/高管似乎一整天都没有做任何事情,除了看起来很重要,即使他们甚至在办公室也是如此。他们出去的时间有一半是在睡觉,打高尔夫球或在游艇上。
韦恩·莫利纳

1

让我们看一下,我们曾经花费超过50万美元来完成赢得一百万美元合同的工作。这么多的利润。我们在项目提案开发团队中的一些人试图指出这一点,但对于我们的小公司来说,赢得与我们竞争的《财富》 500强公司已经成为一种自豪。出于这个原因和其他原因,我们确实在合同中输了钱,但我们拥有吹牛的权利。

曾经作为政府承包商,我被迫加班无偿工作,因为合同允许我这样做,而承包商却获得了我的加班费。不仅因为我忙于工作,而且每个星期天都花了4个小时浏览互联网而无所事事。不用说,在他们开始胡说八道之后,我很快就继续前进。

购买Clarity作为我们的项目管理系统,这是一个非常糟糕的商业应用程序,使用它的人有100%希望回到我们以前的家庭种植系统(喜欢并选择它的那个人已经转移到其他人公司),人们甚至自愿工作,将自己想要的报告添加到我们的旧系统中。但是我们已经投资了这笔钱,所以我们坚持下去。换句话说,拒绝放弃仅仅因为价格昂贵而行不通的东西。


+1为“太贵了沟”,即使它会导致更多的问题比它解决的一个明显例子
加里·罗

是的,我喜欢“即使我们不赚一毛钱,我们的五人小公司也可以与1000多个员工军团竞争!” 如果白痴总是认为自己是杰出的企业家,请输入。
韦恩·莫利纳

1

纯粹的浪费。IT支出必须削减数百万美元。因此,实现此目标的方法是让来自世界各地的IT人员进入。将它们放在快闪旅馆中一周。然后,在举行会议的大楼中铺上新地板。当然是大理石。隔夜,每天两次会议之间,这座建筑都进行了重新装修。多数民众赞成在每个晚上的一周。

嗯...有人优先吗?

梦幻之地。


浪费金钱,但是如果您每天用不同的“主题”来重新布置办公室,那么可以想象一下酷因素。一天可能是丛林,一天可能是中世纪城堡,一天可能是洞穴。那将是真棒。
韦恩·莫利纳

并在计划所有要裁减的工作和要解雇的人员的同时这样做。嗯
quick_now 2011年

是的,那仍然是一件糟糕的事情。但是对于初创企业而言,每天或每隔几天有一个不同的主题办公室的想法确实很酷。在工作场所很酷的情况下,获得像Google这样的声誉:D
Wayne Molina

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.