量身定制的数字解决方案：招聘前的清单

雇用定制数字解决方案是组织做出的最昂贵和风险最大的决策之一。而且，矛盾的是，这是最常在黑暗中完成的事情之一。许多人签署开发合同的方式就像购买现成的家具一样，但并不了解自己实际购买的是什么。

结果几个月后就会出现。错过最后期限、范围不断变化、交付的系统无法解决问题，或者更糟糕的是，永远依赖现在掌握着您业务关键的供应商。

本文适合那些即将做出决定的人。我不会重复什么是定制软件，我将直接讨论此时最重要的事情：区分成功招聘和昂贵遗憾的问题清单。那些在签字前回答这些问题的人可以节省很多时间。

为什么很多招聘都会出错

大多数失败并不是由于技术不合格而发生的。这种情况的发生是由于招聘人员的失误和缺乏准备造成的。

该组织并不确切知道自己想要什么。供应商承诺他无法交付的东西。没有人定义如何衡量成功。当问题出现时，责任、所有权或出路都不清楚。

定制软件是一个项目，而不是一个产品。如果在开始之前没有打好基础，项目就会失败。以下清单正是为了构建这些基础而存在的。

我的立场很简单。定制解决方案的成功很大程度上取决于第一行代码之前的合同质量。

一个好的供应商如果签订了一份糟糕的合同，就会带来糟糕的结果。问题定义不明确会产生针对性不强的解决方案。不一致的期望必然会产生冲突。决策和招聘阶段不需要克服官僚主义；这是项目成败的关键。

因此，在签字前花时间提出正确的问题并不慢。是整个过程中回报最高的投资。

第一个问题是最重要也是最容易被忽视的：问题清楚吗？在寻找某人来构建之前，您需要准确地阐明需要解决什么问题、为什么以及如何知道它有效。

问问自己：这个问题真的需要量身定制吗？或者现成的工具可以解决问题吗？谁是真正的用户？这将改变什么流程？如果你不能回答这个问题，那么你还没有准备好雇用，并且没有供应商会为你回答这个问题。

评估谁将仔细建造。不仅仅是漂亮的作品集，还有真正理解你的背景的能力。供应商只谈论技术而不询问您的业务是一个警告信号。

检查类似问题的经验、长期维护能力以及公开透明的意愿。询问他在出现问题时如何处理，因为总会有问题发生。供应商回答这个问题的方式比任何商业演示都更能说明问题。

这个部分是组织受到最严重伤害的地方，但意识到时为时已晚。在签名之前定义谁拥有代码、谁拥有数据以及关系结束时会发生什么。

您可以访问源代码吗？您是否能够在不重做一切的情况下更换供应商？您的数据可移植吗？对于公共部门来说，这一点至关重要：公民拥有数据，并且市政当局不能因为法律义务而被供应商劫持以获取他们的数据。这里的明确条款避免了许多人只有在试图离开时才发现的无声监禁。

询问如何从一开始就解决安全问题，而不是作为最终问题。数据将如何受到保护？项目中是否符合[LGPD0]规定？谁应对事件负责？

认真的供应商将安全视为范围的一部分，而不是作为稍后协商的额外成本。如果这个话题只在你提问时才出现，那就要保持怀疑了。事后才雇用的保安是不存在的。

定义内部内容和外部内容，以及如何处理变化。定制项目会发生变化，这是它们的本质。破坏预算的不是变革本身，而是缺乏关于如何处理变革的明确协议。

还问一下以后的事。系统将如何维护和发展？当它在空中时谁来照顾它？没有维护计划的定制软件就像一座没有考虑维修的房子。

想象一下市政部门雇用定制系统来管理公共服务。如果没有清单，典型的路径是：范围模糊，以最低价格选择供应商，没有代码所有权条款，没有提到安全性，并且没有维护计划。

可预见的结果是系统交付延迟，性能不佳，其数据与供应商捆绑在一起，并且没有人知道如何在下一年进行维护。浪费公共资金并损害公民服务。

应用清单后，每个风险都会在签名前得到解决。定义问题，评估供应商了解背景、所有权和安全性并签订合同，并计划维护。相同的预算，风险无限小。

雇用定制软件的人的成熟度并不在于理解代码。这是关于在投入资源之前提出正确的问题。检查清单不是官僚主义，它是领导项目和被项目领导的区别。

那些认真对待招聘的人很少会后悔。那些把它当作一种形式的人几乎总是稍后付账，并附带利息。

在问“谁来建造它”之前，先问“我是否确切地知道我需要什么以及我接受什么？”对这个问题的诚实回答比任何条款都更有价值。

如果您的组织即将采用量身定制的解决方案，并希望以战略眼光审查此清单，那么值得讨论。我在博客上还有其他关于技术招聘、[LGPD1] 和数字项目管理的文章，对这些要点进行了更深入的探讨。