恭喜。 您已决定实施一些软件并希望它取得成功。 是敏捷、瀑布、精益、Scrum 还是完全不同的东西。 虽然成功的项目实施有其自身的运行要求，但
在开始之前应该考虑很多事情。
是否已充分定义目标运营模型？
仓促实施新技术会遇到许多陷阱，但最常见的莫过于开始部署/集成系统而不考虑系统完成后的总体情况。 太多项目陷入困境
回到一开始，因为一些关键技术没有被考虑到整体方案中。 当今市场上有所有金融科技公司和颠覆者，所有人都将努力相互无缝集成，但没有完全理解
of 形成一种 如果您希望他们建立联系，并且出于什么原因，您很容易发现自己在中途重新制定目标运营模型，并且不得不放弃迄今为止花费的所有精力和资源。 这就像尝试建造飞机
驾驶它或在驾驶时更换汽车轮胎。 典型的 TOM 将有一个客户关系管理 (CRM) 类型的系统供面向客户的员工使用，连接到包含工作流和规则引擎的客户生命周期管理系统
将必要的任务推送给相关人员完成数据录入/文件上传/验证和验证。 可能有一个主数据管理 (MDM) 系统被视为记录源/黄金副本，但往往这是一个孤立的系统
多个聚合或集成数据存储的系统，以及可以更新记录的各种系统。 交易/交易/借贷系统可以具有内置或集成的交易监控服务。 可以有数据/文档的第三方提供商
或新闻/负面新闻/筛选目的。 其中全部或部分系统也可以是基于云的或本地系统。 所以现在我再次问你，你是否考虑过这项新技术在你的整体 TOM 中的位置，它是最终版本还是你
将其集成到当前设置中，但计划将来更改此设置
对于您当前的所有系统，您计划支持它们/保留它们多长时间？
有一个常见的错误，称为“沉没成本谬论”，即仅仅因为您在一个系统上花费了 X 美元/欧元/英镑，就承认失败并废弃它已经太远了。 或者它没有损坏，因此不需要修复。 或者说它太过根深蒂固
在当前系统中能够删除或替换它。 如果是这种情况，那么您很可能在没有意识到的情况下就出现了单点故障。 现代技术解决方案非常灵活，应该为变革而构建。 此前的合并/收购
系统合并迫使技术必须集成，而通常的过程就是简单地让它发挥作用。 这些应该被视为重新考虑如何做某事并争取更有效的方法的机会。 第二
为此，大多数新技术将具有或声称具有类似的产品/模块/功能，例如报告、仪表板、工作流程、案例管理规则引擎、配置工作室。 这样做的目的是吸引尽可能多的受众，并且
有些人会想“当 Y 已经具备这种能力时，为什么我需要购买 X？”。 但考虑到这一点，您真的想将您的 CRM 转变为交易监控系统吗？ 或者您的帐户系统进入您的 MDM 的网关？ 或者您的 MDM 作为主体
数据入口点。 您知道您最终会得到数千条电话号码为 12345678 的记录。
人员配备/角色
为了使任何实施取得成功，您将在项目双方都有明确的角色。 你和供应商的。 这显然取决于预算、范围和时间表。 您可能需要 4 周的基于云的实施，需要 2 名员工
供应商也可以是 10 周主要发布的 12 个阶段，采用 2 周敏捷需求方法，由业务/产品分析师、开发人员、主题专家、质量保证测试人员组成，所有这些人都需要初级和高级角色、项目
每个业务线/地区/管辖区的经理和负责监督这一切的项目经理。 再加上项目赞助商，很容易理解为什么企业软件变得昂贵，有时甚至令人望而却步。 这也是在你考虑员工水平之前
您需要分配以匹配。 不要忘记，参与该项目的员工将在相当长的时间内离开日常工作。 重要的是要确保供应商员工经验丰富且没有经历过
最近受雇来满足您的项目需求。
另一个考虑因素是合作模式。 许多成熟的供应商都有认证合作伙伴，一些精品公司和一些四大公司，也可以起草协助实施，但也要付出代价。
数据迁移
合并新软件的主要主题之一是考虑数据访问和/或数据迁移。 如果新系统将根据需要查询您当前的一个或多个数据库，什么时候可以访问，哪些用户有什么权限
要访问它，访问权限是只读的还是用户可以编辑或创建新记录，当他们更新中央记录时，哪些系统具有进行这些更改的优先顺序？ 如果另一个系统尝试在不同用户的情况下进行更改怎么办？
你们目前正在编辑新技术吗？ 现在这是否意味着所有数据编辑请求都应通过该新技术进行路由？ 当所有新技术都要求相同的优先级顺序时会发生什么？ 这些仅适用于活跃的客户记录系统。
创建一个新的统一单一系统怎么样？ 您是否应该在第一天就采用“大爆炸”方法迁移所有数据？ 想象一下风险。 过渡期怎么样，例如安排审核时，您从 1 个或多个来源进行审核
然后将干净的记录发布到新的中央数据库。 这将允许在 12 至 18 个月的时间内进行迁移。 这不是一种一刀切的方法。 这就是您开始考虑处理重复项之前的全部内容。
集成
在考虑向您的生态系统添加新技术时，您必须确保它能够与您当前的设置无缝协作。 最初有 2 个选项，作为解决特定问题的净新添加或作为现有系统的替代
或已到位的系统。 无论哪种方式，您都希望确保它能够访问上游和下游消费所需的相关系统。 您还需要确信正在退役的系统的所有现有管道都可以得到维护。
还有一个关于许可的问题一直被忽视。 用户访问控制可管理用户对其有权访问的数据的新技术的权限，同时确保没有管理员权限要求。
但是，当您将来添加更新的技术时，您是否需要完善当时所有历史系统的访问控制？ 与上面一样，我们不要忘记需要确定哪种技术具有数据更改/更新的优先顺序。 否则
如何确保系统 A 今天进行更改，系统 B 明天撤销更改，系统 A 第二天再次尝试。
系统访问 - 信息安全政策
您是否在内部与相关团队合作，以及时提供资源和对相关系统的访问权限。 如果您打算等到最后一刻才请求环境许可或访问数据库等。您
您可能会发现您的目标日期突然无法实现。
购买者与用户
新技术的最终用户是否参与决策过程？ 如果最终他们认为正在构建的内容不适合他们的目的，那么代表其他用户做出决定有何意义。 商业与商业之间的较量
IT 是一种持续不断的现象，无处不在，并且在谁来决定方面来回摇摆。 系统的设计通常希望能够完美地解决每个用户的每个问题。 过度设计技术以解决 100%
令人钦佩，但最终是一项耗费大量资源的努力。 最初的目标应该是解决大多数问题，并等到成功交付后再尝试边缘情况。 最后 20% 或 10% 的问题不应阻碍收购的主要目的
技术，但很多时候它变得非常消耗精力。 要问自己的问题是，第一天明确需要什么，并将您的选项限制为默认答案的子集，而不是始终、始终、一切。
因此，现在当我们考虑要考虑哪些因素才能使项目实施成功时，我们需要意识到在开始之前还有更多相关的事情需要包括在内。 这些也将影响首先选择什么软件的决定
地方。 所有闪光的不都是金子。 确保您选择的内容适合整个过程中的所有考虑因素，而不仅仅是单一的预期最终结果。
