正當愁這次Side Project題目要找甚麼來做時，剛好運氣不錯碰到了一個隨機事件。
讓我決定了這次的題目...

在一個陽光明媚的中午，我嫻熟的拿起手機撥通店家的號碼。
(嘟~~~ 嘟~~~~ 嘟~~~~)
當電話接通時，我嫻熟的說道: 老樣子。
老闆娘回: 炒飯一份?
我說: 恩。
(過了十五分鐘後...)
我散步著去取餐，看了老闆娘那些手寫的單子，看看我的是不是做好了。
老闆娘忙進忙出抬起頭看到我俊俏的臉龐，不知為何突然嚇得花容失色。
對著我說到: 阿迪，我忘記寫你的單子了...
我: ...

發現問題

根據上面的故事我們可以發現，客人非常的多。
老闆可能因為人多比較忙亂所以發生掉單的問題。
(這邊有一個小問題)

如何解析問題

這一步是很多人在解決問題前，最常碰壁的步驟。
看到簡單的問題就會覺得這問題不用想就知道答案，
而當問題不是那麼的直觀的時候，就會表示我無法完成，導致工作時明明擁有相同的技術，
有些人能解決更高難度的問題，有些人就只能繼續當個高級打字員。
所以我們可以在一些小地方練習減少使用已經內化好的答案，試著去思考問題發生的原因。

回到故事中，當我們發現當下店家內很忙，然後老闆又忘記我們的單子。
我們就會很直觀的覺得老闆因為很忙，所以不小心忘記了我們的單子。
這時候我們可以換個方式去解析這個問題，
可以思考著事情的經過(流程)，來幫我們更深入的去找到為什麼會掉單的原因。
我們把時間回朔一點到剛打電話給店家的那時候看一下事情的整個經過。

我打電話給店家，然後點了一份炒飯，老闆跟我確認完後把我要的炒飯紀錄下來。
過了十五分鐘後去我去到了店家取餐，在老闆娘寫的單子中，找我的餐點是否完成
老闆看到我的瞬間突然想起沒有做我的炒飯。

我們可以稍微整理一下改用列點的方式來表達事情的經過:

• 打電話給店家
• 點一份炒飯
• 過了十五分鐘後去取餐
• 找餐點是否完成
• 店家記錄菜單
• 老闆想起沒做的炒飯

接下來依序檢視一下問題可能出在哪裡。
既然最後老闆想起沒做我的單，那就說明不可能打錯電話，也不可能沒有點餐。
那有可能沒做餐點的原因就是:

1. 老闆當下太忙沒有記錄到
2. 做完紀錄後單子掉了
3. 有記錄到，但是寫太醜了，所以沒被認出來 ( 大概只有我才會有這問題 )

我們在前面發現問題的方式留了一個小小的問題，
前面我們發現問題的方式是因為當下人多，所以導致老闆的失誤。
但是從接電話到我們取餐的時候，中間其實是有15分鐘的時間差。
如果是以當下情境判斷我們打電話過去時的狀況，
那今天故事改成我們去的時候沒看到那麼多客人的時候是不是就沒辦法發現問題了呢?

結語

這種時間差的誤會其實常常見到，
例如，可能會聽到使用者跟工程師說我剛剛網頁不能用為什麼現在又可以了。
然後跟你說了一堆他如何操作的方式，結果始終都讓你找不到問題所在。
這時候很有可能只是當時造訪網頁的人數太多，導致系統無法正常運作，
而不是程式邏輯有誤的問題。(例如我們的疫苗登記網站)

既然我們已經找到問題了(需求)，下一篇會開始介紹如何把它變成我們要做的項目。