软件开发的未来期望

2004年，我进入了软件开发行业。在一家大公司的小型信息技术部门工作;我一天中有一半时间是在编写支持我们的功能的小应用程序，另一半时间是在组装硬件以保持服务器的运行。我们实际上向会计部门汇报，因为他们最依赖我们。那是狂野的西部。

在我身兼数职的这些年里。和我的同事一样，我也经历过这个职业的起起伏伏。将应用程序投入生产的匆忙使客户兴奋不已。或者，在代码上花了无数个小时，结果却一无所获。我曾担任过领导和仆人式领导的角色，在这些角色中，我与其他负责人发生过冲突。与那些因为害怕失败而失眠的开发团队一起工作，我学到了客户和利益相关者互动的艺术。

当我开始迭代构建软件时，这些起起伏伏对我来说非常重要;在架构上和流程上。我的编码策略必须改进，我与客户和利益相关者互动的能力也必须改进。我开始与业务方向保持一致，软件以更高的质量更频繁地提供给客户。与更多的客户接触点进行迭代工作，可以减少惊喜、恐惧和失望。它也冷却了我把软件投入生产的冲动，但我接受这种对客户不满的权衡。

毫无疑问，自从我进入这个行业以来，我们软件开发社区已经走了很长的路。亚博一百送一百我们用于开发和部署应用程序的工具明显更加健壮，大多数公司都在努力提高流程的效率。我想我可以肯定地说，现在很少有软件开发部门向会计部门报告，因为软件已经成为我们所做的一切的前沿。

尽管这些年来我们已经有了很大的进步，但作为一个社区，我们仍然在经历困难。亚博一百送一百我们仍然会遇到让客户失望的情况，有时是低质量的产品，数据泄露，长时间的发布延迟和其他障碍。还有很多改进的空间。

下一个催化剂:形成新的期望

我们如何展望未来，摆脱那种失望的感觉?我们如何组织和交付下一阶段的改进产品?在我看来，这取决于期望。我们需要改变我们内心世界和周围世界的期望。软件开发并不是一门精确的科学，在整个开发过程中，所有的输入和输出都是明确已知的。随着开发的进行，组织中有许多移动的部分、对话和决策。如果期望不一致，缺乏透明度，那么我们可能会再次有那种失望的感觉。

如果软件开发像过去15年那样继续发展。如果我们真的在创新和提高效率，那么我相信未来会是这样的:

业务和信息技术部门不再试图和睦相处，因为他们不再需要这样做。

在我工作过的许多公司中，业务部门和信息技术之间存在严格的界限，将期望留给中介力量。我想象的未来是这样的:业务部门拥有跨职能的技能集，能够满足客户的所有需求(包括软件开发)。业务和IT之间的分歧破坏了期望，并产生了不必要的摩擦。我们必须找出传统等级结构之外的方法来消除这种鸿沟。

我想象软件开发团队嵌入到业务单元中，这些业务单元是根据他们为客户带来的价值而一致的。在这个世界里，交流不再是在一个部门或会议之外，而是在我对面的桌子上。

我们开始资助人，而不是资源，因为人们开发软件。

软件开发世界变化如此之快，以至于无论您多么有才华，技能都很容易被侵蚀。人们对在公司工作的人的期望应该集中在他们不断学习、实验和实现明确目标的动力上。

传统的年度审查流程在这种情况下行不通。从一次审查到下一次审查的周期时间太长，无法创造一个人们提高组织知识水平的环境，而且审查过程往往是“一刀切”的。派遣人员参加培训、会议、购买书籍和创建实践社区的预算很低，这可能会使您的组织停滞不前和过时。

让我们把工资从等式中拿出来，给人们应得的。然后，让我们给他们机会，让他们在这个行业成长，不管他们已经做了多久。是时候让领导者和被领导者之间的期望现代化了。

供应商做得不好就会被解雇，因为他们是供应商!

我目睹过许多不同的情况，由于这样或那样的原因，供应商完全控制着组织。供应商应该拥抱与公司合作的机会，不仅仅是为了金钱，而是为了能够积极影响公司试图实现的结果。

与供应商签订的合同通常过于明确，几乎没有改变的空间。这导致了不良行为，并经常导致缺乏透明度，组织陷入了基于几个月甚至几年前开发的合同的产品，而不再符合他们的需求。未来与供应商的期望应该是一种透明、开放和愿意改变的伙伴关系。如果一个供应商持续表现不佳，应该很容易分开并找到一个更好的适合。如果解决方案与公司的基础设施紧密耦合，那么竞争厂商就需要开发更好的解决方案来取代竞争对手。

客户驱动结果，而不是严格的生产力指标。

仍然有许多组织在寻找软件交付的预测性时，实施了稳健的策略来衡量员工的生产力。这些策略不起作用，因为软件开发是困难和不可预测的，其中未知的比已知的更多。让我们接受一个事实，即基于日期、固定需求和预算的计划在我们的行业中是行不通的。

经常半途而废的是试图了解客户的需求。然后，当我们有了一个假设，就按照这个假设行动，让它滴答声更大。对未来的期望必须转变为我们可以收集数据的结果，并通过将软件快速投入生产进行讨论。

失败不再是一个坏词。

我在职业生涯中学到的一些最有价值的经验都来自于失败，而不是成功。这些失败促使我走出自己的舒适区，去做以前从未做过的事情。期望应该围绕失败而改变;我们应该开始将其视为通往持续旅程的积极途径，而不是执着于一个想法太久，以至于它破坏了每个人的背。我们应该建立认识失败并从中吸取教训的方法，而不是大声抱怨。

让我们开始

从会计部门到成为所有人类交互的重要组成部分，在软件开发行业中总是有障碍需要克服。总有改进的方法，你必须这样做。我知道，IT和业务部门之间的分歧、缺乏对学习和成长的支持、表现不佳的供应商、严格的生产率指标以及永不失败的压力让您感到沮丧。我相信我们可以在这些方面以及许多其他方面进行改进，首先要直截了当地解决问题。