我们倾向于将新技术视为圣杯，光明的灯塔，以及所有缓慢，低效和陈旧的答案。 它可以 - 如果它是通过大量的计划和远见来实现的。
但是，我们都知道这是怎么回事。
在我在政府工作期间，我们有时觉得我们正在玩一场不可能赢得技术追赶的游戏，我了解到当这种先见之明被视为理所当然时会发生什么。 它看起来有点像圣杯，更像是成本超支，延迟，以及其他简单问题的复杂解决方案。
据我所知，成功技术项目的主要关键之一是业务团队与技术团队之间的和谐关系。 根据我的经验，业务团队经常推动变革（例如，我们需要一个更复杂的系统来跟踪联邦拨款支出），但如果没有开发人员和IT项目经理能够实现这一目标，我们就无法实现进步的微笑。发生。 项目经常与和谐相提并论，这本质上讲的是不同的语言，并且保持了截然不同的期望（例如，对我来说似乎很小的变化经常被证明对开发人员来说很重要）。
但是商业和技术可以而且必须成为朋友。 好消息？ 实现和谐真的不是那么复杂。 与任何合作一样，它与沟通的频率和质量，双方商定的目标，以及处理这些目标几乎不可避免的转变的计划有关。 以下是管理业务技术鸿沟的一些基本指导原则。
1.旨在第一时间满足要求
将业务需求视为蓝图。 你不会为房子绘制一套粗略的蓝图，将它们交给承包商，并祝他好运。 你不会回来施工三周，并要求他增加一个三楼和第四个浴室，也许是客厅里的凸窗。 如果没有建筑师和工程师的意见，你肯定不会绘制你的蓝图。
技术项目并没有那么不同。 它需要精确设计，一旦开发完成，在不影响整个基础的情况下容纳变化并不总是容易的。 这就是为什么从一开始就尽可能全面地获取所需的输入和专业知识，同时考虑解决方案需要的内容。 采访最终用户以了解他们面临的挑战以及他们将如何使用新技术。 不要做出假设，也不要将计划的任何部分留待以后。
但是要认识到你会错过一些
也就是说，我发现几乎不可能想象在抽象规划阶段我们需要的每一个功能。 不可避免的是，一旦系统处于开发阶段，我们就会发现忘记要求高级搜索功能或“保存并继续”按钮。 当我们找到开发人员请他们接受这些新请求时，我们常常遇到挫折感。 也许新的变化将要求他们撤销他们已经完成的工作并重新构建部分解决方案。 也许我们设想它花了两个小时，实际上它需要一天。
你可能无法阻止这些后来的游戏启示，所以你能做的最好的事情就是建立一个缓冲区来容纳它们。 在您的初始时间线上额外增加一周，并为您的预算额外增加5-10％。 许多组织认识到期望发生变化的频率，采用了敏捷的发展方法，分阶段推出技术，以便定期进行重新评估。 无论你采取什么方法，都不要错误地认为你从一开始就想到了一切。 它几乎从未发生过。
3.当你看到它时，知道范围蠕变
随着项目向前发展并出现新的需求，区分您真正需要的和您只想要的那些是很重要的。 要求你的开发人员能够容纳每一个钟声和口哨，心灵可以梦想通常导致永无止境的项目和过于复杂的最终结果。 每个新请求在制作之前都应该优先考虑。
当您考虑某项功能时，请问自己一些基本问题：系统是否可以在没有它的情况下工作？ 需要多长时间才能实施，最终将为最终用户带来多少好处？ 如果我们等到将来的版本来解决它，会有什么东西丢失吗？ 这是一个优先级的练习，一切都可以分配高，中或低的状态。 如果它很低，把它放在一个比喻停车场 - 我听说公司有“梦想开发请求”文件，任何人都可以添加想法，工程师可以在闲暇时浏览。 一旦项目开始并成功运行，它就可以作为一批增强功能的一部分进行重新审视。
4.发展共同语言
任何新系统都有一系列业务目标。 它将允许您捕获更多数据，简化现有流程或为您的客户提供新服务。 在任何工作开始并传达这些目标之前，业务团队和技术团队坐下来是至关重要的。 企业目标决不能在技术谈话的海洋中消失，在每个工作阶段都必须牢记这些目标。
开发共同语言不仅意味着集体目标设定，还意味着以适合每个人的方式跟踪进展。 业务和技术可能使用不同的工具来衡量他们的工作，但需要至少有一种共享进展的观点。 这可以像项目计划或具有商定字段的电子表格一样简单，例如日期和目标以及完成百分比，因此每个人都可以访问要完成的每个任务的状态。 我们的目标是避免业务团队认为他们在中途的情况，而技术团队表示他们只是四分之一 - 每个人都应该对已完成的工作和剩下的工作有相同的理解。
您可以在商业计划和PowerPoints中发言，他们可能会在代码中发言，但除非您从一开始就清楚地沟通，否则您永远不会将其从巴别塔中删除。 一个成功的技术项目是关于思想的会议 - 不仅在开始时，而且在整个过程中的每一步。 承认你的假设，尽量不要做太多。 业务和技术之间的差距越小，越过桥梁就越容易。
