我从未听说过它。我仍然努力说出来。但是，在星期五，冰岛’SEyjafjallajökull火山教会了一些宝贵的课程。
根据相关新闻稿的爆发（发音为AY-YAH-FYAH-PLAH-YER-KUH-DUHL）于周三开始，并在周日取消超过63,000航班。其中一个是我的。
经济涟漪迅速转化为供应链现实。他们将填补新闻界数周。他们将成为供应链风险管理教科书的新故事;但在这种情况下，我想分享。在这个混乱的中间，我有几个尤里卡的时刻。在这里，我讲述了我的故事，我学到了什么，以及为什么我认为这很重要。
-volatility与惊喜： 虽然大多数供应链风险管理计划专注于供应链的管理 波动的时期，通过一段惊喜导航供应链的写作很少。一段时间内的供应链风险与通过波动性的供应链的管理非常不同。
这显然是一个惊喜。与飓风不同，没有预警系统，没有预先计划的钻头，或精心制作的程序。原因？谁曾经认为冰岛火山会有这种深刻的影响？
当令人惊讶的是，对数据的即时性的需要增加。在这种情况下，我发现Twitter是我的新朋友。这是我的尤里卡时刻。
-immedy的信息。 当我在纽约的JFK机场中解放出来时，我能够获得实时图片，更新和建议。我的Tweetdeck正在快速在Hashtags #ashtag和#eau上广播邮件。这两个标签都是积极发动来自世界各地的信息，从我不知道的人以及令人难以置信的准确性。
我知道我的航班到米兰不会在三角洲奖章服务台的通知之前飞到两小时。随着米兰空域关闭，我知道巴塞罗那机场可能是一种可能性，我有权要求的航班。信息既准确无误，那么我可以从客户服务代理商处获得的东西。随着这一天的进步，我成了信徒。
为什么重要
作为供应链风险经理，我将举行令人惊讶的第一步是确保每个人都了解Twitter的力量。提前建立哈希标签，并使雇员能够积极推文信息。拥抱社交媒体进入您的实地准备计划。
我现在被重新安排到周二飞往米兰。我将在进入Delta网站检查飞行状态之前咨询Twitter。我将继续在明天的一天内监控#ASHTAG的信息，如果我被困在欧洲，你会发现我推特去寻找酒店。祝我好运上欧洲。
下周肯定是一团糟。祝你在问题上运气，了解您的运费以及如何加快它。你可能想要尝试推特。咨询#ashtag，它可能在混乱的一周内为您提供一些承诺。
你怎么看？有任何好故事，用于分享使用社交媒体来导航这种情况吗？
非常欣赏信息的即时性，作为处理SC惊喜的关键。但正如你计划你的下一个步骤，这是一个永恒的供应链的永恒事实非常好。 Goldratt博士的鼓手’他的目标是，在徒步旅行中搬家的孩子的整个文件中最慢的孩子。 Goldratt博士表示，文件（即，您的供应链）只能像最慢的一个那么快，如果必须做任何事情来增强吞吐量，这是必须减轻的这一限制。 Twitter是缓解部分流量的限制;通过比大多数其他来源更快，它让您计划更快或至少减轻供应链中的潜在中断。这是鼓手的力量。在任何供应链中，如果我们能够发现鼓手，只需让鼓手更明显或听到我们解决了很多问题。因此，我们看到了感觉更好或使POS基于POS的预测更好地提高了技术的技术，因为随着推动者，他们更好地博克卡播放鼓手，最终会降低DRP的力量。启用鼓手的技术和流程更好地应尽可能地本地化DRP。 SNC在许多方面寻求让鼓手更加明显，但是让鼓手选择了你选择的过程。
我很欣赏这种思考的回应。当我们回到金罗特时’工作，别的什么’思考？ Twitter可以是新鼓手吗？让我们知道您的想法！
这是我的2美分。虽然在信息受限的环境中，诸如Twitter之类的应用程序可以稍微缓解约束。但是，有几个领域需要增强的若干领域是一个商业决策支持工具。
a）可见性与响应能力：Twitter提供对事件的良好可见性，因为它们发生时，需要有机制来响应这些事件。当然，在典型的供应链中断环境中，人类在响应管理中发挥着最大的作用。但是，有决策支持工具可以帮助替代解决相关问题。
b）缺乏定义的语法：似乎没有机器可读方式来读取Twitter。每个人都有自己的写作方式推文（关于建立Hashtags的点Lora早期解决了一些问题），格式是免费的非结构化文本。也许有需要为推特来建立一个可以互操作的通用商业标准
具有现有事件管理和供应链可见性工具。
c）真相的真实版本：已经存在实例（例如，在去年的孟买炸弹爆炸中），其中伪造的版本/谣言浮动，可能导致混淆和不良决策。
洛拉–感谢您在博客中提出这个问题，并希望您安全旅行
纳里
伟大的反馈。缺乏明确的语法绝对是障碍。那么，正确答案是什么？
您是否建议我们使用社交，yammer或锂电池建造的私人社区等技术在防火墙后面带来紧急响应社交网络技术？
别人怎么看？社交网络技术是否有一个适用于制定全球供应链的及时准确的应急响应？
朋友们，再次来自我的两美分。我猜社交网络技术确实在制作适合全球供应链的及时和准确的应急响应方面进行了一个地方。然而，一旦响应是HashTagged或者对于它们演变的常见语法，他们需要校准并馈送到供应链事件管理系统中。大多数人都有自己的异常管理框架和基本但安全的集成，需要在推特等网站之间演变，并且这些例外管理框架。如果异常管理框架具有基本的模拟能力，它们将使响应更好。但这些都不应该需要繁重的投资。基本目标是“approximately right” rather than “certainly wrong”.
哇，汤姆Wailgum讨论了关于Cio.com的讨论对比“实时速度诱人和危险”警告使用实时数据，因为它可能不准确。我与这个小组相一致，尤其是jai’评论说，最好是“大约是正确的”而不是“肯定是错误”。
纳里，我同意。知道发生了一些事情是有用的，但了解你是如何影响的，或者其他人受到影响，可以做些什么，即如何做出响应，是真正价值所在的地方。但是，知道“too late”意味着影响分析和反应是毫无价值的，因此存在实际价值“knowing sooner”.
我也讨论了关于定义的语法的讨论。我知道这是尼鲁纳的那样“clean”数据，但我认为广泛采用多层SCM解决方案的最大屏障是我们没有用于交换结构化信息的共同语法，以及组合结构化信息的方式（PO’S，订单，预测，BOM’s, …）与非结构化信息（聊天，推文，…).
结合这两种形式的信息是JAI核心的问题’第2次回复。到纳里’S点，完全非结构化使其难以在可以用于评估后果并计划响应的系统中消耗此信息。但到jai.’s point, if the “syntax”朝着结构化信息造成了很多通信价值。
我读过80年中期的令人兴趣的书’s called “Grammatical Man”由Jeremy Campbell调查了信息理论的突发事件。 （http://www.progressiveliving.org/grammatical_man_samples.htm）虽然这本书很多，但是我记得的是，专注于机器到机器通信，但有很多Abotu如何语言是稀疏的组合，以减少通信和冗余所需的efrot，以确保传输消息。