数字化转型系列：10 个数字化转型技巧
已发表: 2018-03-15这是为解决执行成功数字化转型的关键方面而创建的一系列帖子中的第五篇。
10 个数字化转型技巧——以及在此过程中要避免的一些事情
数字化转型出错的方法比正确的方法要多。 不幸的事实是，有许多动人的部分，其中任何一个都可能使您的努力脱轨。 以下一些提示可以帮助您避免这一挑战。
我确信还有其他一些我错过了——我很高兴通过 [email protected] 获得您的反馈
你的使命和目标：斯蒂芬科维高效的人应该“以终为始”。 数字化转型当然与此一致。 不要延迟围绕您的转型工作构建您的使命宣言，并确保您与利益相关者广泛沟通最终状态的含义和外观。
在几个月前的一次客户会议上，他们痴迷于确保内部团队以及他们的分支机构，甚至他们的客户和业务合作伙伴保持一致。 他们特意告诉大家最终状态会是什么样子。 结果是一个巨大的转变，过程中几乎没有颠簸。
反复传达您的计划：数字化转型必须在您经营业务的同时进行。 在许多组织中，确保日常活动已经不仅仅是一项全职工作。 假设您将不得不反复将您的计划传达给您公司中的广泛成员，也许还有合作伙伴和客户。
而且，正如我在之前的帖子中所说，如果您将其作为一个“IT”项目来推动，而业务投入很少，那么与您以清晰的沟通策略参与业务相比，您的采用可能会困难得多。
不要忘记与您的合作伙伴进行交流。 您的系统集成商和您的技术合作伙伴对您的成功有既得利益，但在这里假设不是一个好主意。 我最近写了一篇关于合作伙伴选择过程的文章——这应该只是起点。
协调所有相关方似乎是一个显而易见的步骤，但缺乏沟通是如此规模的项目失败的主要原因之一。 当您改变业务时，您永远不能说这是 IT 驱动的事件并期望成功。
在预算中增加空间：几周前，我们讨论了预算问题。 当然有很多方法可以解决这个问题。 在我参与的客户挑战中，有近三分之一的主要问题是预算。 回去要求更多的钱是你职业生涯中最糟糕的经历之一。 我最近与一位客户合作，该客户不得不三次申请资金。 发生这种情况时，不仅项目面临重大风险，而且无论结果如何，您的信誉都会受到损害。
我建议客户将至少 15% 的总预算隐藏在你还不知道的事情上。 让我们面对现实吧——数字化转型项目对大多数人来说都是陌生的。 将会有项目事件和没有人预料到的颠簸。 建造一些垫子会给你一些喘息的空间。 除了提供资金的团队之外，您不必与任何人分享此信息。 如果你不使用它，他们会很乐意在你预算不足的情况下打你一巴掌。
利用伙伴关系。 让您的合作伙伴参与进来。 您的系统集成商 (SI) 和技术合作伙伴与您形成三位一体，需要充分参与才能取得成功。 在您的销售周期中，询问双方合作伙伴如何致力于您的成功。 这是一个对您的项目成功至关重要的答案。 让您的技术合作伙伴与您的 SI 一起审查预期的部署里程碑可能会产生令人惊讶的输入，并且在某些情况下，甚至在项目开始之前就可以很好地“捕获”。
这些合作伙伴可以通过各种方式为您提供支持。 从金钱支持（例如某些任务的“免费资源”）到为某些关键要求引入专家，合作伙伴通常不会自愿提供这些东西，直到被问到……确保你这样做！
高管赞助：在您的组织领导团队中找到至少一位（如果不是几位）支持您的拥护者，以及在出现问题时您可以求助的人。 确保您向他们简要介绍了上面的第 2 点！ 支持该项目的高管应该了解转型工作是什么，并完全接受它。
项目启动：当您正式启动时，它有助于建立团队联系并激励成员。 启动是另一个确保使命和期望得到良好沟通的机会。 如果这是一个足够大的转变，请让合适的高管在那里强调重要性。
我一直在推动 CEO 和销售主管支持一个实质性的转型项目——它做了两件重要的事情：让每个人都知道这是一个重要的举措，并且让 CEO 讲话强调了它将带来的价值，这可以是如果有需要解决的问题，在路上非常方便。
里程碑：找到一组常规检查点，将各方聚集在一起。 敏捷开发过程通常使确定里程碑变得更加困难，但这是等式的关键部分。 至少您需要在以下几点进行正式审查：
架构审查：请您的 SI 和技术合作伙伴审查您当前的架构、集成接触点和外部系统连接。 花时间与您的合作伙伴一起详细查看这些内容。 集成通常是项目中最被低估的领域之一。 不要以为它们都被覆盖了。 如果您有任何令人讨厌的惊喜，集成是一个非常好的选择。
代码验证：确保为技术合作伙伴的正式审查做好预算。 很多时候，代码交付时会出现问题。 您不希望在项目完成后发现您的定制存在需要大量返工的问题。 在 sprint 或一组 sprint 之后验证您的自定义代码将给您留下更小的返工挑战。
上线检查：请您的 SI 和技术合作伙伴给您一份上线前必须完成的事情的清单。 在项目的早期就得到这个，因为你将有大量的项目要添加到项目中。 不要忽视总体目标。
绩效审查：确保您已对投资进行预算，以便对项目的技术方面进行正式的绩效检查。 不要以为您的合作伙伴会注意这一点。 定义预期指标并至少在一个周期内对其进行测试。
举办一个上线派对：很容易吹掉它，但你想要这样做的原因不仅仅是为了庆祝项目的努力。 这应该通知整个公司转型已经到来或继续。 这是一个宣扬成就的机会——并大声表明你已经成功——生意将不再一样！
现场后打卡清单：确保您已在合同中确定所有高优先级问题都已解决，并且次要问题低于定义的阈值，然后再向您的 SI 发放最终付款。 这是一个重要的杠杆——你永远不会像在付款之前那样拥有如此大的影响力。
维护和支持：在项目开始时定义您的维护策略。 一旦部署完成，您就不太可能在内部团队中培养能够管理新平台各个方面的技能。 项目结束是搞清楚这一点的错误时机——您没有利用您的 SI 合作伙伴，他们可能已经计划转移到新客户。
您应该在计划阶段和至少 6 个月的支持预算中找到您的 SI——让您的团队跟踪最大限度地学习的努力。 一个常见的错误是对这里的需求持乐观态度——或者更糟的是，根本没有为此做计划。 这会使上线后的过渡变得极其痛苦——即使它成功了，也会在整个项目上留下不受欢迎的印记！