你現在正在騎機車回家的路上，而Support phone 在你身上這時收到 alert 說 production 的 betcount 掉了一半。此時你會？

• 趕快打電話給 team member 尋求幫忙

• 回到家再處理

• 在 slack 留言給 team 要求幫忙

• 通知 PO

Support phone 在你的手上，你收到 alert 說 API 的 log 已經 90% 滿了，此時你會怎麼做？

• 在機器上放一包乖乖

• 找 IT 把 disk 加大，查明 log 突然暴增的原因，定時壓縮 log

• 等它漲到 99% 再說

• 查是什麼原因，等找到 root cause 再去處理

每次面試前，OD 會提前一個小時跟團隊確認今天誰會參加面試，導致每週都需要花 4 - 5個小時做確認，可以怎麼改善？

• 隨緣，沒有人就不面試

• 制定時間表，知道每一週的團隊面試代表

• OD 自己去面試

• 找 DM 去面試

當我嘗試優化一個功能時，發現code中的要求似乎比我理解的更加複雜，此時我應該？

• 加上必要的code，確保提出新需求

• 在對 PO 提出更改之前，我會尋找之前的人討論，了解之前的需求

• 直接覆蓋以前的code，以滿足我現在需求

• 告訴 PO 他對需求的理解有問題，讓item delay到 PO 了解需求

解決問題的時候，下列哪一種方式比較合適？

• 為每一種狀況設計不同的流程

• 為不同種的情況，設計可以共通的流程

下列何者敘述比較適當？（多選題）

• 隨時進行記錄避免遺忘

• 資料整不整理都無所謂

• 專案告一個段落時分階段整理

• 等到專案結束後再進行記錄整理

下列關於 Rules 跟 Guidelines 的說明，哪一敘述是"錯誤"的？

• Guidelines 有助於團隊合作更順利

• Guidelines 是種建議。建議大家做，無強制性

• Rules 適用大部分情況。可照當下情況不遵守，並不會受到任何懲罰

• 我不同意某些 Rules，可以找 DM 一起討論是否要修改

當我是值班Support ，此時同時有兩個產品線發生問題，我會如何做？

• 優先處理比較簡單且容易處理的issue

• 優先處理我熟悉的產品線

• 優先處理比較賺錢的產品線

• 尋求其他support的協助，一起處理

當完成我負責的專案時，我該如何做？

• 直接發佈產品

• 與團隊共同測試並通知 PO

• 要求團隊成員發布產品

• 先回家休息再說

當我收到來自 MIS ([e-mail]) 的電子郵件，信件內包含一個連結。儘管不了解電子郵件內容，我會進行以下何種做法：

• 因為是來自公司電子郵件，所以我會直接點擊連結

• 我會向 MIS 報告有奇怪的電子郵件

• 是MIS寄送的電子郵件，既然他請我點擊，所以我會點擊連結

• 忽視此封郵件