前言
本周主要精力集中在一场非常浩大的演示的准备，真正的台上一分钟，台下十年功啊，演示时间就半小时，跟我负责有关的也就10分钟，结果前前后后忙活了3~4天，最关键的时候是在这过程中遇到了非常多的意外，现在终于有点时间能做一下回顾和闭环了，记录在这里希望也能给有心人一些帮助。
什么是KeyChance
KeyChance指的是对于组织或个人的发展起着至关重要决定性意义的事件或机会。（好吧我承认这个词是我愣造的，因为我不知道到底改用什么词来表达我的意思。。。）
对于个人来说比较好识别，比如：高考，跳槽，伴侣的选择。
对组织来说也有很多，比如：在合适的事件推出某种产品，为关键领导进行大型演示或展示，决定投入大量资源研发某种关键技术，选择某个人作为CTO等等。
原则
1.停止祈祷，什么事情都可能发生
之前听到为服务器开光的事还以为是开玩笑的，直到真的接触到了某个小公司真的这么干了，才开始意识到了就算是使用了21世纪的技术，思维也可能停留在19世纪甚至更早。
面对KeyChance我们应该停止这种没用的祈祷，而是端正态度明确一切不好的都可能发生，而我们存在的意义就是将这一切往好的方向发展。服务器频繁卡死或宕机，并不是打开方式不正确或风水不好，也可能周围环境不理想或是附近有列车经过时产生了较大经过造成了磁盘震动。
脚踏实地，丢掉幻想，真抓实干才可能避免或减轻意外造成的损害。
2.事前验尸法，梳理风险
事前验尸法，是指的是在事件发生前就假设发生了失败，再来回想造成失败的原因有哪些，我们能做什么来避免损失或减轻危害呢？
比如我们这次演示失败原因可能有如下几个：
1.因为不可抗拒力造成网络连接不上，无法访问演示系统
2.演示操作的人早上不能参加演示
3.由于演示环境温度过低，设备电源损耗过快关机了
在针对以上的每个原因制定相应的预防或解决策略。
在这个过程中不应该一个人拍脑袋想，而应该让整个团队都参与进来，这样才能尽量的避免一个人脑袋拍的脑震荡，其他人忙到腿抽筋也还是跪。
3.准备几个不同级别的应急预案
经过上面的分析，团队应该有不少风险和预案了，现在应该进行相似或相关方面的合并，并未每个放方面准备不同级别的预案，这个有点像分布式系统的降级处理，比如系统正常是能够根据输入动态给出检索结果，但出现问题后，可能变为点击回车后才进行检索。
拿演示举例来说：
1)正常情况
正常可交互的系统访问和演示
2）如果发生了网络中断，第一次降级为降为通过卫通链路访问系统，这样系统基本正常但实时视频不能传输，响应时间也慢了
3）如果卫通的响应速度降到了忍受范围以下，那么再次降级为访问本地演示系统，但数据都是模拟的效果也不好
4）如果模拟的效果太差，那就再次降级为用录屏来演示，配合合适的解说也能达到不错的效果
4.遇到问题要沉着冷静，先分析再做
人在遇到紧急和意外问题的时候特别容易遵从他人的建议，这主要是因为人在这时候往往注意力都集中在问题本身，视野变窄，这也是为什么骗子往往能够得手的原因。所示在KeyChance时更加需要沉着冷静，先分析在行动。
比如在上面的例子中，降级到最低级，需要录屏，但是本地却没有最新的录屏，这时候有人说在某某地有，那么大部分人就会马上动身跑过去取，但其实可以通过其他渠道获取，比如通过邮件发送，或以那面直接视频会议的模式来展示。
5.解决方案多路并行
在现场解决问题时，往往都是风险高，时间紧的棘手的事，因此在实施时注意不要把鸡蛋放到一个篮子里。最好是多个解决方案同时进行，并行最后对比效果选最优解。
6.及时回顾和总结
在事件完成后一定要坐下来，及时回顾一下事件过程中我们的决策过程和周围环境，如果再来一遍我们怎么做才能做得更好。最好还不是一个人自己想，而是多征求作为旁观者的意见，这样才能更加客观的回顾和总结。
总结
- 端正态度
- 做好预案
- 沉着冷静
PS:
1.选对人和团队往往最重要，在平时没有办法认真细致人，在关键时候一般也不怎么靠谱。
2.尽量把每件事都当做KeyChance，命运女神往往更垂青有准备的人。
3.