在您的下一个 IT 项目中节省资金的 3 大方法

根据我的经验，执行领导者通常对参与IT 项目的细节感到非常不安 。他们可能会同意关于实施新平台或构建基础设施 以支持新业务线的广泛想法 ；但除此之外，很少看到高层管理人员参与其中。

管理和参与潜在交付物之间的这种距离不仅会使组织花费时间和金钱，还会损失员工、业务、士气和尊重。如果您在公司担任领导职务并参与（或计划参与）大型 IT 项目，那么您应该采取以下三个主要措施来确保您的项目取得成功。

1.在开始开发之前知道你想要什么。
在团队中的每个人都能聪明地定义 项目的最终结果之前，不要继续进行项目的开发 。有许多项目，团队中的任何人，包括管理层，都无法明确定义正在构建的系统应该做什么或应该是什么样子。

在这些情况下，项目总是以失败告终。毕竟，一个团队怎么可能完成一个没有明确定义的解决方案？作为 领导者，您必须能够定义最终 目标 并指导人们如何实现该目标。您应该能够在简短的文章中记录最终结果，并且您应该期望团队中的每个人也能够清楚地表达和记录最终结果。

例如，假设您有一个现有的定制解决方案，您希望将其迁移到新的 CRM 平台。您的目标不应该是模糊的，例如“我们希望将我们当前的解决方案迁移到 CRM”。相反，您的目标应该是，“我们将我们当前的业务流程和数据转移到 CRM 平台 X，这就是该流程的样子 [在此处添加完整定义]。”

通过说明需要移动业务流程和数据，您将意识到下一步是定义当前的业务流程。如果您没有定义业务流程的能力，您将只能依靠编码人员对当前系统进行逆向工程并在新平台上重建它——这不是成功或节省成本的途径。

一旦定义了这些流程，您就可以转到技术文档，最后进入系统的开发。这样，您可以节省自己的时间和金钱；所以 在开始之前制定你的计划。

参与细节并遵循标准方法。
对于许多高管来说， IT 系统 和代码是无法触及的黑匣子。对参与（或害怕参与非直接技能组合的事情）存在不情愿和不感兴趣。这是一个严重的错误，可能会使组织损失大量资金。

相关： 新技术不会杀死公司；不适应的疏忽领导会杀死公司

不仅您（或您公司的行政领导层）应该直接参与，而且应该始终有一位 了解业务和底层技术的 业务分析师参与其中。此人可以充当您与 构建平台的程序员之间的联络 人。您的角色是积极参与项目，参与（至少）每周状态审查和定期要求产品演示。

每个解决方案都应该在迭代循环中开发，在这个 循环中总会有一些东西可以展示。如果您的项目已经持续数周而没有任何可证明的输出，那么您很可能正处于火车失事的轨道上。亲自介入，并确保你可以跟的具体 实施 ，如果节省的时间和金钱对你很重要。

在资源配置上要有策略。
一个房间里挤满了精疲力竭、冷漠甚至懒惰的内部员工，这与一两个受固定费用项目激励的外部承包商无法匹敌。您的 公司文化 是众所周知的现实，与过去表现不佳的员工一起参与重大 IT 项目不会带来成功或节省成本。

如果您的内部员工对正在实施的平台有积极性和知识，那就太棒了！否则，不要犹豫，寻求外部帮助。如果您遵循标准方法来管理您的项目，您应该有非常具体的任务和可以跟踪的时间，这将使您能够准确地管理您的资源。

很少有 IT 项目需要多人才能成功交付。如果您计划开始一个 15 人的项目，请退后一步，看看是否可以简化该方法。要么分阶段交付，要么缩小项目范围，要么让其他人进来进行审查。

团队越大，项目失败的可能性就越大。与几乎任何大型团队相比，一个小型、敏捷、智能的团队可以以更高效的方式完成更多工作。因此，彻底摆脱组织的官僚主义，使用敏捷方法来管理项目并与可以完成工作的团队合作！

没有人可以预先完全定义一个系统，但是准备好定义 最小可行产品 (MVP) 并在整个项目中对其进行迭代，直到一个功能齐全的产品可用，才能让项目取得成功。在开始开发之前，请确保您可以定义最终结果。确保有人可以将业务需求转化为特性和功能，并且可以与他人合作将这些转化为设计和代码。

确保您对团队成员的资源配置和管理很聪明。最后，全程参与！如果您参与其中，您可以立即对出现的问题做出反应。如果您不参与，您的项目将自生自灭，即使它成功了，您的公司最终也会花费比应有的更多的时间和金钱。