老板不了解软件开发的6件事

 
“我的老板不明白我做了什么。”
我们都说过，在某些时候，它通常只是正常的工作场所抓地力。但软件开发人员处境艰难，因为当你的老板对软件开发一无所知时，它会让你的工作变得更加困难。
老板们可能会认为他们知道自己在做什么 – 毕竟，设定一个截止日期并期望人们满足它有多难?但是软件开发有一种特殊的工作方式，这对非技术管理者来说是没有意义的。
例如：
1.在项目中投入更多人并没有帮助
没有经验或没有软件背景的经理通常会认为如果团队在项目中引入更多热情的团队，他们的工作会更快。这是一个新秀动作，总是引发开发团队的呻吟声。
而不是加快速度，添加人员实际上减慢了速度。一名高级团队成员将不得不放下他们正在做的事情，以使新人加快团队的进度。
如果那个人是新雇员或新手，问题会变得更糟，因为这个新手所做的任何事情都必须由一位退伍军人进行双重检查 – 这也是远离实际任务的宝贵时间。
你不能只是“添加东西”
利益相关者可以说的最危险的词是“他们可以加入[插入功能]吗?”利益相关者和用户不是程序员，也不知道他们看似微不足道的请求是否可能，更不用说它有多难了以一种不破坏项目中其他一切的方式介绍。
问题在于管理者容易受到利益相关者的压力，并且倾向于盲目地接受请求，使团队承担比经理最初引用要花费更多时间的事情，这会增加团队的压力并可能导致更多错误。
最后，没有人幸福。
QA无法捕捉到每一个bug
管理人员(特别是非技术人员)似乎认为任何通过质量保证的代码应该是闪闪发光的清洁和完全消毒。
零错误政策!
这是目标，当然。质量保证每天花费数小时和数小时的时间来梳理代码并测试各种功能以及用于压缩错误的用例。
但是很难测试复杂的软件程序，因为有很多变量可以使用。即使是附加文件的简单行为也可能成为质量保证挑战。您测试了多少种文件类型?他们多大?文件名有多长?
这些因素中的每一个都可能触发错误，并且随着软件的一部分与其他部分交互(例如，在上载之后通过电子邮件发送附件)，可能性成倍增加。 QA很难测试所有变量。
关于错误的另一个问题是它们在逻辑上没有表现。有些错误只能在最具体和最奇怪的条件下触发(例如，如果你点击“赞”按钮52次，程序就会崩溃)。质量保证无法预测每种可能的行为和状况。
与其他人的代码一起工作总是一场噩梦
处理代码与在汽车引擎上工作不同。各个企业，部门，团队甚至是个别程序员之间的代码差别很大。
因此，与其他人的代码合作就像走在一个雷区。您不知道代码是如何构建的，一个部分如何与另一个部分交互，或者更改是否会在您面前爆炸 – 并使用它来完成程序的其余部分。
努力和生产力不是一回事
许多经理似乎认为，如果你花费大量时间在某事上，那么项目必须向前发展。虽然大部分时间都是如此，但有些情况则完全相反。
如果您需要一个示例，请回到我们之前关于使用其他人的代码的观点。你的大部分时间都花在阅读它上面并试图找出它的作用。直到很久以后你才会有足够的信心去改变它而不会破坏任何东西。
6.技术债务是真实的，它会追上你
当大多数老板面临选择正确做事和快速做事的选择时，他们会选择后者。该产品仍然有效，老板看起来很好，可以运用“管理技巧”将产品推向市场。
除了这种快速而肮脏的解决方案，很可能会导致更大的问题。 Slapdash代码几乎总会导致并发症，从而损害未来的努力。
Shane Zilinskas是洛杉矶软件开发机构ClearSummit的创始人兼首席执行官，也是音乐权SaaS平台TuneRegistry的联合创始人兼首席技术官。 他还为初创公司和企业公司提供咨询服务。 在代理领域工作之前，他建立了新闻媒体后端和FAA空中交通管制系统的一部分。 他热衷于提高效率，并结合最好的技术和设计来解决复杂的问题。