jasnyder1973
经过认证的Anaplanner大师

business-process-flowchart-picture-id1287248836.jpgOverview

The scope of the solution is aligned among the project sponsor, key stakeholders, and the architect. The solution addresses all the concerns of the current business process and will drive the expected results once implemented. The project rests on a “Big Bang” implementation: a swap out of tools and processes that will re-engineer the entire business process. The only obstacle is the team that owns this function is not ready.

可以与应该

野心超越了实现它们的能力……听起来很熟悉吗?这并不像我们想想的那样罕见,问题取决于可以与应该。我们可以使用统计算法,计划智商,机器学习等部署高级预测吗?是的。我们应该吗?是另一个问题。这仅取决于组织内部所代表的变化。换句话说,大多数人都可以驾驶汽车,但是如果您将它们放在一级方程式赛车的方向盘后面,您就不会立即期望立即运营卓越。

导航需要与想要

I have had the opportunity to work with many organizations to determine how to approach their objectives with new planning tools. As I engage in projects, I assess the maturity of the organization by determining what they are doing today vs. where they would like to be. An example of this would be today our organization is planning everything in excel, but we would like to move to statistical algorithms to forecast demand and determine inventory needs. This seems straightforward, but you need to weigh this against the context of the current state.

当前的过程可能缺乏复杂性,但知之甚少。所要求的可能代表了复杂性与当前方法的巨大飞跃。如果您以尚未完全理解的统计方法交换当前过程,则可能会遇到麻烦。在执行管理人员的计划审查中快进一步审查,一位高管问:“您是如何得出这个预测的?”的问题,答案大致是“这就是预测算法告诉我的!”,结果将是灾难性的。虽然这听起来很牵强,但请问自己是否要取得结果。

回到需要与想要-目的是我们需要to get better outcomes out of our forecasts, and we转到更高级的预测方法。分开这些项目将使您能够查看迁移过程和工具中应有的进展。最终,这应该使您进入路线图,以推出更改。

爬行,步行,跑步

使用Anaplan,您有很大的灵活性来快速移动爬网。我早期从Anaplan意识到的最重要的事情之一是,在某个时刻,您可以比组织更快地建模。这是一个非常有力的区别,应该通过可以与应该

当您通过路线图工作时,将重点放在转向更高级预测方法的最终目标上,同时在该路径中引入关键里程碑(或阶段)。尽管Anaplan项目是根据冲刺构建的,但应以类似的方式进行大型流程的迁移。例如,作为推进预测方法的迁移的一部分,您可以考虑以下里程碑:

  • 在Anaplan平台上部署预测,并增强当前过程
  • 建立先进的预测模型来进行ison to the current process
  • 评估高级预测与当前过程
  • 根据评估和反馈调整预测方法
  • 日落旧的(以前是当前过程),并切入高级预​​测
  • 不断评估和改进您的高级预测方法

这里的关键要点是,不仅应该考虑进行计量更改以实现组织,而且还可以使用Anaplan平台来促进变更管理。使用Anaplan来追求改变的能力是一个关键的区别,通常是错过的机会。Anaplan具有快速适应不断变化的业务流程的灵活性,并且在建立更广泛的路线图时应考虑在内。此外,每个里程碑都必须通过改善产出或将组织朝着其目标转移来为组织释放价值。

结论

您绝不应该提倡基于组织准备就绪改变目标,但您应该倡导采取行程。退后一步,评估我们已经超越了什么,您可以使用以下框架:

  1. 确定组织的需求。
  2. Identify what the need is.
  3. 评估当前方法与想要的方法。
  4. 用里程碑构建一条路径,以衡量组织将吸收的变更。

As a starting point to chart that path. To be clear though, the approach needs to work through in concert with all stakeholders. Some may elect to move faster than seems possible. That is their prerogative, but having candid conversations helps to prepare everyone for the path ahead.Let us know what you think in the comments below.

1条评论
安德鲁蒂
大师Anaplanner/社区老板

Absolutely. Often the underlying process is generally fairly "sound" it's the technology being used that isn't either it's too complex to understand the results or it's so slow and cumbersome that a result is barely achieved.

应该采用现有过程,并使其更有效,更易于维护,更快的分析,在增加铃铛和哨声之前,可能会更加细粒度。

毕竟,在浪费时间和精力上,没有为最终用户增加价值的事情,尤其是在还有其他方面可以改进的情况下。