正当愁这次Side Project题目要找甚麽来做时，刚好运气不错碰到了一个随机事件。
让我决定了这次的题目...

在一个阳光明媚的中午，我娴熟的拿起手机拨通店家的号码。
(嘟~~~ 嘟~~~~ 嘟~~~~)
当电话接通时，我娴熟的说道: 老样子。
老板娘回: 炒饭一份?
我说: 恩。
(过了十五分钟後...)
我散步着去取餐，看了老板娘那些手写的单子，看看我的是不是做好了。
老板娘忙进忙出抬起头看到我俊俏的脸庞，不知为何突然吓得花容失色。
对着我说到: 阿迪，我忘记写你的单子了...
我: ...

发现问题

根据上面的故事我们可以发现，客人非常的多。
老板可能因为人多比较忙乱所以发生掉单的问题。
(这边有一个小问题)

如何解析问题

这一步是很多人在解决问题前，最常碰壁的步骤。
看到简单的问题就会觉得这问题不用想就知道答案，
而当问题不是那麽的直观的时候，就会表示我无法完成，导致工作时明明拥有相同的技术，
有些人能解决更高难度的问题，有些人就只能继续当个高级打字员。
所以我们可以在一些小地方练习减少使用已经内化好的答案，试着去思考问题发生的原因。

回到故事中，当我们发现当下店家内很忙，然後老板又忘记我们的单子。
我们就会很直观的觉得老板因为很忙，所以不小心忘记了我们的单子。
这时候我们可以换个方式去解析这个问题，
可以思考着事情的经过(流程)，来帮我们更深入的去找到为什麽会掉单的原因。
我们把时间回朔一点到刚打电话给店家的那时候看一下事情的整个经过。

我打电话给店家，然後点了一份炒饭，老板跟我确认完後把我要的炒饭纪录下来。
过了十五分钟後去我去到了店家取餐，在老板娘写的单子中，找我的餐点是否完成
老板看到我的瞬间突然想起没有做我的炒饭。

我们可以稍微整理一下改用列点的方式来表达事情的经过:

• 打电话给店家
• 点一份炒饭
• 过了十五分钟後去取餐
• 找餐点是否完成
• 店家记录菜单
• 老板想起没做的炒饭

接下来依序检视一下问题可能出在哪里。
既然最後老板想起没做我的单，那就说明不可能打错电话，也不可能没有点餐。
那有可能没做餐点的原因就是:

1. 老板当下太忙没有记录到
2. 做完纪录後单子掉了
3. 有记录到，但是写太丑了，所以没被认出来 ( 大概只有我才会有这问题 )

我们在前面发现问题的方式留了一个小小的问题，
前面我们发现问题的方式是因为当下人多，所以导致老板的失误。
但是从接电话到我们取餐的时候，中间其实是有15分钟的时间差。
如果是以当下情境判断我们打电话过去时的状况，
那今天故事改成我们去的时候没看到那麽多客人的时候是不是就没办法发现问题了呢?

结语

这种时间差的误会其实常常见到，
例如，可能会听到使用者跟工程师说我刚刚网页不能用为什麽现在又可以了。
然後跟你说了一堆他如何操作的方式，结果始终都让你找不到问题所在。
这时候很有可能只是当时造访网页的人数太多，导致系统无法正常运作，
而不是程序逻辑有误的问题。(例如我们的疫苗登记网站)

既然我们已经找到问题了(需求)，下一篇会开始介绍如何把它变成我们要做的项目。