Microsoft Dynamics CRM作为软件开发平台?

Rya*_*ela 4 dynamics-crm

我的组织正处于获取CRM 4.0的最后阶段,用作通用软件开发平台.向我们销售产品的公司已经说服了高层管理人员,CRM将解决我们所有的生产力问题,并使软件开发像点击一样简单.(他们不读布鲁克斯.)

由于我不能阻止CRM被强加给我们的开发人员这一事实,我一直在研究如何管理大规模CRM开发的复杂性.

到目前为止,我已经确定了需要解决的以下复杂问题:

  1. CRM似乎与基本配置管理实践完全不兼容.
  2. 保持黑匣子CRM数据库与外部LOB系统的双向同步对于项目成功而言非常困难和关键.

在构建大规模CRM应用程序时,我必须考虑哪些其他复杂性?

CRM作为开发平台有哪些局限性?

编辑:主题提供了额外的见解.

bre*_*dan 5

我已经使用过MS CRM 3.0,现在4.0这是我的看法:

  1. 尽可能专注于标准的最佳实践.不要过分担心CRM正在做什么或希望你做什么.

  2. 不要害怕打破MS"支持"的东西.关于两个主要因素的一些注意事项 - 贵公司是否会让您开箱即用以解决问题并进行非官方支持的定制/集成? - 你是否对.Net,SQL,javascript等感到满意,以编织代码并实现你需要的东西?

    我有时会试着以"支持"的方式做一些事情,当我在这里对一个js文件进行一次小调整或者一个小的数据库修改给我提供了我需要的东西时,我有时会让我头疼100次.

  3. 如果与其他LOB应用程序的持续数据集成至关重要,您应该考虑像Scribe(http://www.scribesoft.com/)这样的第三方工具.它并不便宜,但在与其他LOB应用程序集成时基本上可以获得90%的支持.

  4. 作为一般规则,MS CRM非常适合联系人管理 - 执行诸如跟踪约会,进行邮件合并等操作.您是否可以将其用作核心HR系统.财务系统 - 可能有点困难.您可以进一步了解其执行联系人管理的核心能力,您需要做的定制工作越多.如果MS CRM是解决该问题的正确解决方案,您应该考虑的定制工作越多.

  • 回复:#2,我会强调人们真的,真的,真的尽力保持支持.使用页面和javscript文件会导致客户端无法升级/实现汇总或无法联系MSFT支持.如果您绝对需要进行不受支持的更改,请先检查三次,以确保没有支持的方法来执行相同的操作,然后确保更改已记录在案,并且有一种简单的方法可以在/当您需要处理MSFT支持. (3认同)