|
0
|
| Jeff Meatball Yang · 技术社区 · 7 年前 |
|
|
1
3
我做过很多这样的工作…在最初的阶段,所有的球员都在同一个房间里,实际上是建立了一些“一致同意”的东西。不管发生了什么,是谁做的,怎么发生的,等等,都是痛苦的。 现有组织中的问题是,每个团队(有时是部门,有时是产品团队)都开发了自己的工具和方法来完成工作。不管它有多低效或过时,它 他们的 . 如果你能让这些人愿意检查这个系统,那就是一个起点。 您将遇到的下一个问题是,每个团队所做的事情略有不同,对相同的事情有不同的行话,并且希望以不同的方式存储/交互信息。虽然这看起来不是一件大事,但确实如此。 复杂性与您添加到组合中的每一个组混合在一起。如果你认为“好吧,我将从这个组开始,并在我开始时添加越来越多的组!”不太管用。一旦你和一个团队(销售人员)一起推出它。其他集团将其视为“销售系统”,并反对这样做。 相信我…企业资源计划(ERP)系统之所以能进入M的10年代,是有原因的。这并不是所有的技术问题,很多人都必须面对忍受这种垃圾的意愿。 |
|
|
2
0
一旦你能建立一个每个有盈亏责任的人都能同意的发展组织,它将公平地平衡每个人的优先事项,至少了解他们的需要,以及他们直接控制下的人的需要,并将像从其他地方获得资源一样高效、负责任地分配资源。那就有意义了。但我没有屏住呼吸。 |
|
|
3
0
当你有一个整体的大型机时,这就变得更加可行了。然而,根据我的经验,我喜欢每个部门都有自己的优先事项、需求和需要。通常情况下,它们彼此不兼容。如果你试图把这些东西组合在一起,你就永远无法在最终产品上达成一致,而且可能永远无法将你的部门服务到他们需要的水平。 这也导致了第二个问题,即各部门秘密建立自己的特别系统(可能是在MS Access或Excel中);当维护人员退出/退休/被解雇时,您会发现问题已经过去几年了,而该部门发现它需要某种维护。 还有一个时间问题。现在,您将看到多个部门等待另一个部门的升级,然后才能拥有自己的部门。很抱歉,F&A-在工程部收到他们的Fizz Bang增强功能之前,您不能更新您的纳税信息,因为他们已经落后计划2个月了。 我认为有多个系统专门处理手头的任务是明智的。如果数据需要从一个部门流到另一个部门;这就是粘合代码和接口发挥作用的地方。或者在最坏的情况下,只需将其添加到人员任务列表中即可。”简职员,星期一,您将打印报告X,并通过跨办公室邮件发送到Y部门。” |
|
|
4
0
简而言之:
|
|
|
5
0
看看企业体系结构的概念,对于企业体系结构,存在多个框架,以便准确地解决您提到的问题。 |
|
|
George · 按每小时积分(行数) 8 年前 |
|
|
MD' · 从odeint-scipy python使用的函数中提取值 8 年前 |
|
|
Ahmed Mohammed · 在Matlab中计算定积分 8 年前 |
|
|
Bee · R中的矩阵逆与数值积分 8 年前 |