在大多数 MiFID 项目开始时，欧盟的 MiFID 要求尚未 100% 明确。只是在多年的实施过程中，许多要求才变得更加具体，一些规范直到最后才最终确定。在 MiFID 转换期间，通常需要反复重新调整已经实施的 IT 流程。因此，IT 项目必须能够在项目的相对后期阶段尽可能灵活地对这些新信息做出反应。
监管框架条件下正确的项目方法至关重要。
MiFID II 等监管项目有一个共同点：范围和期限都是固定的。这将监管项目与其他“创新”IT 项目区分开来，后者通常在范围、时间和预算的目标定义方面有较软的指导方针。此外，当今大多数项目都是以敏捷的方式进行的。敏捷方法与严格的法律要求相矛盾。因此，在确定项目方法时，不仅要考虑这两种情况，而且要合理地协调它们。
强大的IT基础设施和适当的数据管理是有利的。
特别是在监管环境中，对 IT 基础设施性能的要求随着每一项新的法律要求而增长。特别是，越来越详细和越来越关联的报告数据提供（最好是实时）需要 IT 基础设施不断现代化和扩展，以便能够满足这些要求。已经持续投资改善 IT 基础设施和协调现有数据集的金融机构能够在 MiFID II 转换期间从中受益匪浅。
不应低估复杂性。
汉堡管理咨询公司 PPI 对 50 家金融机构进行的一项调查显示，大量银行 脊医电子邮件地址 在实施期结束时遇到了时间限制，因为最初没有正确评估监管要求的复杂性，实施开始得太晚。 。考虑到 MiFID 转换期在短时间内延长了一年半，这一点尤其引人注目。该法最初的实施期限仅为两年。
结论
从那时起，广泛的监管项目就成为金融机构的主要成本驱动因素，尤其是随之而来的必要的 IT 调整。同时，任何金融机构都无法避免。尽管 MiFID II（可能是未来几年欧盟范围内最大的监管改革）已经初步实施，但从长远来看，当下一个欧盟指令通过时，极有可能再次出现大型 IT 转换项目。
与此同时，不少金融机构也在努力不断提升数字化水平。例如，德国商业银行希望到 2020 年将其 80% 的业务流程数字化。因此，预计下一个重大改革方案将对 IT 流程进行更深远的调整。
MiFID II 转换所获得的经验表明，实施的复杂性不应被低估。一旦有新的法律要求，就应开始实施。此外，从一开始就必须考虑到，并非所有规范都会在法律文本首次发布后立即可用。为了实现项目团队之间的高效协作，如果团队由大量不同各方组成，那么确保所涉及的所有服务提供商的良好集成就显得尤为重要。
“庞大”监管项目中发生的每一个错误都会以牺牲其他创新项目为代价。那些能够从过去重大监管项目的错误中吸取教训，以便在未来的监管项目中做得更多的金融机构，也有更多的时间和资金用于重要的数字化项目。
您对“MIFID II”主题感兴趣吗？然后查看我们关于“ MIFID II ”和“ MIFID II 背景下的报告”主题的博客文章。