測試與演練，確保正式活動可以順利完成。
沒有練習的方法與測試工具就算覺得再好，正式活動時也不可以採用。

# Day 11 「系統工程」與「敏捷」的活動搭配有提到「演練(Test)」的活動並不是在 Scrum 既有的活動，這是系統工程中重視的活動項目，因為好奇學生大哉問著重測試與演練，所以我們會確認到每一個步驟都清楚為止。

演練要注意的重點

1. 仔細列下每一步要執行的內容
2. 人員要知道每一時間點「自己負責的任務」
3. 沒有練習的方法與測試工具就算覺得再好，正式活動時也不可以採用。
4. 確保完整流程可以順利被執行
5. 當演練已發現有問題時，請狠下心啟動「備援方案」

好奇學生大哉問的實際執行方式

我們在 1 個月的籌備時間，其中會有1 周半都是進行演練的測試活動。

演練時間規劃，如下：

1. 演講前倒數第一週的星期四 演練前的事項確認
   • 核對演練要執行的任務
   • 核對與檢視流程的資訊的正確
   • 簡易執行一次流程(如果時間還足夠的話)
   • 討論突發事件的備援處理
2. 演講前倒數第一週的星期五 演練
   • 參與單位的設備與網路測試
   • 演講者的設備與網路測試
   • 與演講者確認和說明演講流程
   • 與演講者確認事項，如：稱呼、線上會議系統的相關設置、送給學生一句話...
   • 全員執行一次流程，包含主持人完整的主持講稿、演講流程- QA 活動
3. 演講當週星期一 演練-僅限工作人員
   • 修正有問題的流程
   • 修正流程表內有問題的資訊
   • 確認備援方案
   • 執行一次流程，通常這時候還會發現問題
4. 演講當週星期四 演練-僅限工作人員
   • 修正有問題的流程
   • 修正流程表內有問題的資訊
   • 確認備援方案
   • 執行一次流程，通常這時候就都不會有問題啦～
5. 演講當週星期五 演講
   • 我們都準備好了～ 就放手去做吧！

演講流程的範例檔案

檔案「九月節目行程兼流程操作表」是 2022.09.30 Fri. 演講的流程，我們每一次演練時，都會檢視的活動流程與資訊，不停確認內容是否為正確。會有以下好處：

1. 需要有人臨時支援時，資料都在這一份檔案中。
2. 細節的步驟資訊可以確保每一階段要注意的事項，以及什麼時間點需要啟動備援機制。

好奇學生大哉問的踩過的坑

1. 沒有練習的方法與測試工具就算覺得再好，正式活動時也不可以採用。

在正式演講前的會前測試，也會遇到有人建議可以改什麼方法，這時候請一定堅持已被練習到可行的方法，在這當下，再好的建議都不可以採用。
另外，如果遇到有相關人員反應「我已經好了，不用再確認我的項目」，請依然要再次測試檢驗，確保演講過程可以順利。

2. 當演練已發現有問題時，請狠下心啟動「備援方案」

我們也會想說再試試看，問題搞不好就會被解決了，可是事實證明時間到了，問題也依然存在。