关于软件开发，老板不知道6件事

关于软件开发，老板不知道的6件事

“我的老板不明白我在做什么。”

我们都曾在某个时候说过这一点，通常只是在工作场所抱怨。但是软件开发的人处境很困难，因为当你的老板对软件开发一无所知时，它会让你的工作更加困难。

老板可能会认为他们知道自己在做什么——毕竟，设定最后期限并期望人们完成它有多难？但是软件开发有一种特殊的工作方式，对非技术经理来说没有意义。

例如。

1.让更多人参与项目无济于事

缺乏经验或没有软件背景的经理普遍认为，如果他们在项目中引入更多“温暖的身体”，团队将更快地工作。这是一个始终引起开发团队投诉的新手。

添加人员不会加速，但会减慢速度。一名高级团队成员将不得不放弃他们正在做的事情，以使新移民保持最新状态。

如果这个人是新员工或新手，问题会变得更糟，因为新手必须做的任何事都必须由一位退伍军人检查。——同样，这是在实际任务之外花费的宝贵时间。

你不能只是“添加东西”

利益相关者可以说的最危险的事情是，“他们可以直接添加（插入功能）吗？”利益相关者和用户不是程序员。他们甚至不知道他们看似微不足道的请求是否可行，更不用说一个了。以不破坏项目中其他所有内容的方式引入这些请求是多么困难。

问题在于管理者容易受到利益相关者的压力，很容易盲目地接受请求，并且比最初引用的经理更多地投入团队，这会增加团队压力并导致更多错误。

最后，没有人幸福。

3.QA不太可能捕获每个错误

管理人员（尤其是非技术人员）似乎认为任何通过QA的代码都应该是干净的并且完全消毒。

零缺陷政策！

这是我们的目标。 QA每天花费数小时梳理代码，测试各种功能和用例来排除错误。

但是很难测试复杂的软件程序，因为要处理的变量太多。即使是附加文件的简单行为也可能是QA的挑战。您测试了多少种文件类型？他们多大？文件名有多长？

这些因素中的每一个都可以触发错误，并且作为软件的一部分与其他部分交互（例如，在上传附件后发送电子邮件），这种可能性成倍增加。 QA很难测试所有变量。

关于错误的另一个问题是它们的行为不符合逻辑。有些错误只能在最特殊和最偏心的情况下触发（例如，如果按下“赞”按钮52次，程序将崩溃）。质量保证无法预测所有可能的行为和条件。

4.使用别人的代码总是一场噩梦

编写代码与编写汽车引擎不同。不同公司，部门，团队甚至（特别是）程序员之间的代码差异很大。

所以使用别人的代码就像走在雷区。您不知道代码是如何构建的，您不知道一个部分如何与另一个部分交互，或者更改是否突然出现在您面前，并且程序的其余部分消失。

5.努力和效率不是一回事

许多经理似乎认为，如果你花费大量时间在某事上，那么项目必须向前发展。虽然大多数时候都是这种情况，但恰恰相反。

如果您需要一个示例，请回到我们之前关于使用其他人代码的观点。你的大部分时间都花在阅读它上面并试图找出它的作用。直到很久以后，你有足够的信心去改变它而不会破坏任何东西。

6.技术债务是真实的，它会赶上你

当大多数老板面临做正确事情和快速事情之间的选择时，他们会选择后者。该产品仍然有效，老板似乎善于利用“管理技能”将产品推向市场。

除了这种快速而肮脏的解决方案，它可能会导致更大的问题。邋code的代码几乎总是导致打破未来工作的复杂性。