代码之家  ›  专栏  ›  技术社区  ›  Jeff Meatball Yang

一个统一的、企业范围的信息系统是可行的还是有价值的目标?

  •  0
  • Jeff Meatball Yang  · 技术社区  · 7 年前

    考虑到一个大型组织的每个部门都有大量的数字化信息,将信息系统的开发从单个系统的链接上转移到另一个有价值的目标,并开始考虑一个单一的基础设施,它希望具有足够的灵活性和可扩展性,以满足当前和未来的所有需求吗?每个部门的?

    例如,Sales有一个CRM包,但希望与法律部门使用的定制系统集成。两者都是指由工程和业务开发部门管理的产品数据库。跨部门的业务规则比比皆是。

    这个依赖网络是混乱的-所以我想知道在处理这方面是否有任何最佳实践。一个单一的“统制他们所有人的系统”是一种实用的方法吗?

    这类目标对企业来说是净积极的,还是你经历过净消极的影响?

    这显然是一个迭代的开发过程,但是,如果某些部分在没有完整的spec+实现的情况下被推出,或者运行一个并行系统并在某个时间进行切换会更好吗?

    我还没有提到财务部的业务要求…:)

    5 回复  |  直到 12 年前
        1
  •  3
  •   CaseySoftware    17 年前

    我做过很多这样的工作…在最初的阶段,所有的球员都在同一个房间里,实际上是建立了一些“一致同意”的东西。不管发生了什么,是谁做的,怎么发生的,等等,都是痛苦的。

    现有组织中的问题是,每个团队(有时是部门,有时是产品团队)都开发了自己的工具和方法来完成工作。不管它有多低效或过时,它 他们的 . 如果你能让这些人愿意检查这个系统,那就是一个起点。

    您将遇到的下一个问题是,每个团队所做的事情略有不同,对相同的事情有不同的行话,并且希望以不同的方式存储/交互信息。虽然这看起来不是一件大事,但确实如此。

    复杂性与您添加到组合中的每一个组混合在一起。如果你认为“好吧,我将从这个组开始,并在我开始时添加越来越多的组!”不太管用。一旦你和一个团队(销售人员)一起推出它。其他集团将其视为“销售系统”,并反对这样做。

    相信我…企业资源计划(ERP)系统之所以能进入M的10年代,是有原因的。这并不是所有的技术问题,很多人都必须面对忍受这种垃圾的意愿。

        2
  •  0
  •   dkretz    17 年前

    一旦你能建立一个每个有盈亏责任的人都能同意的发展组织,它将公平地平衡每个人的优先事项,至少了解他们的需要,以及他们直接控制下的人的需要,并将像从其他地方获得资源一样高效、负责任地分配资源。那就有意义了。但我没有屏住呼吸。

        3
  •  0
  •   BIBD    17 年前

    当你有一个整体的大型机时,这就变得更加可行了。然而,根据我的经验,我喜欢每个部门都有自己的优先事项、需求和需要。通常情况下,它们彼此不兼容。如果你试图把这些东西组合在一起,你就永远无法在最终产品上达成一致,而且可能永远无法将你的部门服务到他们需要的水平。

    这也导致了第二个问题,即各部门秘密建立自己的特别系统(可能是在MS Access或Excel中);当维护人员退出/退休/被解雇时,您会发现问题已经过去几年了,而该部门发现它需要某种维护。

    还有一个时间问题。现在,您将看到多个部门等待另一个部门的升级,然后才能拥有自己的部门。很抱歉,F&A-在工程部收到他们的Fizz Bang增强功能之前,您不能更新您的纳税信息,因为他们已经落后计划2个月了。

    我认为有多个系统专门处理手头的任务是明智的。如果数据需要从一个部门流到另一个部门;这就是粘合代码和接口发挥作用的地方。或者在最坏的情况下,只需将其添加到人员任务列表中即可。”简职员,星期一,您将打印报告X,并通过跨办公室邮件发送到Y部门。”

        4
  •  0
  •   soru    17 年前

    简而言之:

    • 在一个不断增长的市场中,一个组织比这种全球成本优化更有价值。
    • 在一个稳定或收缩的市场中,除非它能带来真正的储蓄,否则在经济上不太可能可行:即失业。
    • 如果成功的话,失去工作的人几乎肯定会对成功拥有有效的否决权。
        5
  •  0
  •   ybakos    12 年前

    看看企业体系结构的概念,对于企业体系结构,存在多个框架,以便准确地解决您提到的问题。