13

我接手了很多开发人员周转率高的 Web 项目。有时,这些网络项目是一个可怕的创可贴解决方案拼凑而成。其他时候,它们可以是一些可维护的半成品功能马赛克,每个功能都采用不同的建筑风格建造。每次我继承这些项目时,我希望以前的开发人员能向我解释为什么事情会变得如此糟糕。

令我困惑的是业主(经理、中间人公司或客户)的反应。他们似乎在想,“好吧,如果你离开,我会找另一个开发人员,因为你是消耗品。” 或者他们会想,“哦,重构系统要花这么多钱?我知道另一个开发人员可以以一半的价格做到这一点。如果我买不起你,我会雇用他。” 我猜开发商的高周转率与业主的心态有关“我的想法总是很棒的想法,如果您不同意,我会找另一个(可能更便宜)同意我的开发商并且做我想要的是”。对于业主来说,这种方法似乎奏效了,因为他们的生意蒸蒸日上。不幸的是,它'

所以我的问题如下:

项目的以下症状对企业来说真的是一件坏事吗?

  • 高开发人员周转率

  • 糟糕的技术——通常是不同且使用不当的建筑风格的拼凑

  • 没有明确的 Web 项目路线图的所有者,他们一时兴起请求功能

我已经看到许多企业因上述症状而繁荣。 所以作为一个程序员,即使我的直觉告诉我以上几点很糟糕,我还是需要退后一步问:“事情真的那么糟糕吗?” 如果没有,我将重新评估我对这些项目的方法......即。我是建立长期解决方案还是创可贴解决方案?

** 冒着这篇文章因与编程无关而被关闭的风险,我想说我认为它与编程有关,因为对这个问题的回答会影响开发人员处理项目的方式。他会更好地了解自己应该提前多长时间计划他的发展(即建立短期或长期解决方案),因为他知道他可能随时退出。

4

9 回答 9

8

这三个症状都不好。它们对企业来说确实是一件坏事。话虽如此:

软件开发的存在是为了制造工具。就是这样。这本身并不是目的——你是一个工具制造者。

有非常成功的企业使用糟糕的工具运营。它们可能没有像应有的那样运行,但好的结果可以而且经常来自糟糕的工具。不过,请记住,消除您的三种症状可能会使公司更加有效,尤其是从长远来看。

于 2010-04-30T00:56:11.907 回答
6

高开发人员流动率是一种症状,而不是原因。原因是管理不善。如果这些企业蓬勃发展,通常是在短期内,并且通常发生在收购、合并或彻底失败之前。我已经看到它一遍又一遍地发生。

于 2010-04-30T00:57:38.353 回答
2

如果你负担得起 - 运行。那里有坏公司,但也有好公司——至少比你描述的烂公司要好。

于 2010-04-30T00:56:16.530 回答
2

所有这三件事都不好让我专注于营业额。我正在看到它正在发生。管理层/公司很便宜,所以他们不太关心团队、技术或流程,只关心底线。所以反过来(最终)团队成员不关心项目,只关心他们的底线。几个月后,他们认为这不值得压力并继续前进。我们是一个由 6 名开发人员组成的小团队,今年有 3 人想退出,现在才 7 月。2个人进来了,还有1个人来了。似乎我们所做的只是过渡和项目周转。团队不成熟,效率低下。我们的客户感觉到了这一点,他们没有给团队更多的项目(给公司更多的钱),而是将其限制在某些应用程序上。我想知道管理层什么时候会意识到便宜是昂贵的!

于 2010-07-15T16:13:14.160 回答
2

如果我可以对此采取魔鬼代言人的观点:

  • 有些人喜欢挑战。完成极其困难的事情对某些人来说是非常令人兴奋的,并且有些开发人员喜欢发现那些超级困难的问题并致力于解决这些问题。有一些困难的事情会吸引一些人。

  • 营业额意味着每次有人从头开始,而不是保留以前开发人员在构建软件时的所有想法和想法,无论它打算做什么。有时多头可以做一件好事。毕竟,有多少人开发了 Windows 7?;)

  • 糟糕的构建点是有人可能会想,“哦,我可以通过修复一些这些东西来在这里发光”,有时它可以工作一段时间。嘉庆!

  • 缺乏路线图和几乎提倡“牛仔编码”风格可能会吸引那些想要很大自主权并按照自己的节奏前进的人。毕竟,谁需要方法论和最佳实践,当一个人拥有超自然的力量可以使用这些超自然的力量来制作这些完全不需要时间的令人敬畏的东西?

  • 有一个问题是什么是开发商的周转率的根本原因?仅仅是该项目正在扼杀开发人员,还是薪酬如此糟糕,几乎其他任何地方都会更好或其他什么?这里只是需要考虑的事情,因为有很多方法可以摆脱开发人员,无论是字面上还是比喻上。

认真对待这一点,有些人确实喜欢高压情况,而另一些人则想不惜一切代价避免它们。大多数人介于这两个极端之间。不过,您认为自己落在了哪里?

于 2010-07-15T16:28:43.907 回答
2

我将依次解决您的三点。任何行业的高流动率都被认为不利于业务和管理问题。然而,我读过几本关于企业政治和文化以及它们对企业底线的影响的书。我读过的一本书研究了几家大公司超过 20 年。它发现有毒的文化增长缓慢,往往是底线绩效问题的“滞后指标”。它还发现,当一些公司能够聘请最终“扭转局面”的新 CEO 时,需要 10 到 15 年才能止血。所以从一个非常大的角度来看,是的,营业额是有毒的,尽管它确实是更大问题的征兆。一个不容忽视的症状。(尽管它通常会被长时间忽略。

糟糕的技术基础设施——或者卖给客户的产品显然不利于盈利。我认为只有非技术人员无法理解这一点。当然,在“不是最佳但可以工作”和“只要您每周恢复一次数据库就可以正常工作”之间存在一定的范围。我认为发生这种情况的原因是“三位一体”的成本部分总是被选择以支持质量。以我的经验,这保证是一个硬性规定。如果管理层必须在成本、质量和进度之间做出选择,质量总是首先被抛到一边。

The problem of owners without a clear roadmap and feature creep are a symptom of lack of business discipline. Feature creep costs money. And when it's bad enough, it can actually prevent anything from being completed.

于 2010-07-15T17:14:40.457 回答
1

一般来说,员工离职率非常高在任何公司都不好。谈到软件,高开发人员周转率是不好的,因为必须为新软件做所有的辅导,以及门外的“大局”知识。因此,如果软件对业务很重要,那么高周转率对业务不利。

仅在没有路线图的情况下执行请求的功能是通向bloatware的一种方式。如果您对产品没有明确的战略、目标或目的,那么您要做的唯一来源就是客户的要求,这可能很糟糕。之所以如此,是因为客户实际上可能不知道他们想要什么,从而请求他们不会使用的功能。

于 2010-04-30T00:57:29.830 回答
1

关于你的问题对我来说有趣的是你说他们作为一家公司正在蓬勃发展,所以这让我想知道技术对他们来说是否同样重要。也许问题在于他们没有看到更好技术的价值(他们的情况可能是正确的,我不确定他们是哪种业务)。

于 2010-04-30T01:02:37.353 回答
1

从一个角度来看,您所引用的态度是可以理解的。软件开发并不便宜,大多数人/企业都在尽可能地省钱。但是我认为他们通常会以这种行为自取其辱。

处理这个问题的一个建议是获取一份The Mythical Man Month的副本,并阅读关于为什么在后期项目中添加更多程序员只会让它变得更晚的部分(这是标题 - 和第二个(在我的副本中) - 文章)。许多相同的想法适用于更换开发人员......除了如果你是单独工作,你可能还不如重新开始,因为弄清楚前一个人做了什么可能比从头开始需要更长的时间。在你读完这篇文章后,给任何持有你所引用的态度的人一份副本,并请他们阅读。不能保证它会有所帮助,但值得一试。

于 2010-07-15T16:45:01.790 回答