1700490963
在2004年，美国人被雷电劈死的概率为1/6383844。〔8〕这听起来概率不大，是吧？但是仍然有四十六人死于雷电，尽管是六百万分之一的概率。而死于坠床的概率是上述概率的16倍，即使你可能认为这不是特别危险。虽然非常罕见，但是仍然在发生。可以更加肯定的是，每个月你都可能经历一次百万分之一的奇迹。〔9〕
1700490964
1700490965
黑天鹅现象警示我们不要把未观察到的或者罕见的事件认定为不可能。
1700490966
1700490967
真正随机的事件形成了一系列错综相连的值和独立的值，而同质和随机是两回事。举例来说，很有可能在完全随机的抽样中连续发生三次5级飓风。
1700490968
1700490969
诀窍18
1700490970
1700490971
记住标题：“很少”不意味着“没有”。
1700490972
1700490973
仔细观察柏拉图圈，思考一下你可能遗漏的东西。任何你忽视的细微元素都可能改变历史。
1700490974
1700490975
绝不说“绝不”。
1700490976
1700490977
Never say never.
1700490978
1700490979
花时间检查一下“疯狂的”异常值或者“极其不可能的”事件。如果它们真的发生了，对你意味着什么？你的行为会因此改变吗？哪些顾虑变得不再重要？哪些会变得重要？请记住，这些仍然是不可能事件，所以请不要开始囤积罐头或者防护衣。但是绝不说“绝不”。
1700490980
1700490981
5.1.3 推迟下结论
1700490982
1700490983
我们对定论的渴望意味着我们总是努力消除不确定性。但是过早地下结论减少了你的选择，甚至可能消除了成功的选择。
1700490984
1700490985
在软件项目或者任何一门学科中做某种探索性或创新性的项目时，一般每天你都会学习一点新知识。你会逐渐了解用户、项目本身、团队和技术，如图5-2所示。
1700490986
1700490987
1700490988
1700490989
1700490990
图5-2 随时间变化的项目知识
1700490991
1700490992
这意味着在项目的末尾时你会达到智力高峰，而在项目开始时则是最无知的。因此，你想尽快做决定吗？不。你想尽量延迟下结论，以便于随后有更好的决策。但是，这意味着关键事情可能会在很长时间内处于未决状态，会让许多人非常不舒服。
1700490993
1700490994
顶住压力。你会做出决策，事情会解决，只不过不是今天。
1700490995
1700490996
诀窍19
1700490997
1700490998
适应不确定性。
1700490999
1700491000
敏捷软件开发包含了适应不确定性的内容。在早期，你无法知道项目结束日期究竟是哪一天。你不能百分之百地确信哪些功能会出现在下一个迭代中。你不知道一共会有多少个迭代。这些都没有问题，你需要适应不确定性。随着项目进展，你会逐步找到答案，最终一切都有了答案。
1700491001
1700491002
当然，你可以采取一些具体的措施来减少不确定性。你可以与同伴展开讨论，上Google搜索更多信息或者构建一个原型，等等。虽然这些措施多多少少都有些作用，但都不是解决办法。总有一些元素是不确定的，这也不是坏事。不停地探索这个问题，但如果还没准备好的话，不要着急确定细节。要适应你不知道的事实。
1700491003
1700491004
通过明确的概率进行猜想。
1700491005
1700491006
Guess with explicit probabilities.
1700491007
1700491008
对于一些你不确定但别人必须知道的事情，如上线日期，你可以设定一个“目标”日期，并注明你对估计的信心值。也就是说，你可以报告一个目标日期，如十月一日，实现概率为37％。但是在报告一个概率为80％的日期时一定要慎重。人们总是把这种说法当作“几乎肯定”，而没有留意还有20％的失败概率。至少你自己要保持清醒的头脑。
1700491009
1700491010
不过，也要知道，让团队里的成员适应不确定性是非常非常困难的。他们习惯于不顾一切地寻求定论，事事如此。请尽量教育他们，但也要准备好面对他们的抗拒。
1700491011
1700491012
5.1.4 难以回忆