兩日之間的攜回試用

第一天的產出帶回學校實際使用十日，第二天開場就有真實的使用經驗可以討論。這十日不是空檔，是課程的一部分。

回報之重點並非產出能否運作，而在於第一天的拆解何處判斷有誤：當初認為不必處理的部分是否其實必要、寫入指令的規則是否漏了條件、限制是否評估錯誤。工具修得好是一次性的收穫，拆解修得對才帶得走。相關提問見設計方法。

第二天上午要處理的問題，由各位回報的內容決定。這三件事沒做，第二天就只能停留在第一天的半成品上。

1. 以實際情境完整執行一次

   自起始至結束走完全程，不宜僅以測試資料點選數次。資料仍須去識別化。實際執行後通常可發現數項於研習現場未能察覺之問題，該等問題即為第二天上午之討論素材。
2. 交付一位夥伴試用

   不予任何說明，逕行提供網址，於旁觀察其受阻之處並記錄。受阻位置即為設計缺失所在，非使用者之問題。此項最能揭露建置者自身察覺不到的假設。
3. 記錄想做而未能完成之功能

   研習當日受時間所限未及處理、惟實務上確有需求者。若該項係因第一天拆解時未察覺而遺漏，請一併註明是哪一個提問沒問到。本項之彙整結果將決定第二天下午之調整方向。

四種風險來源與三項判斷原則詳見資料庫建置與個人資料保護。試用期間如遇無法判斷之情形，以不蒐集為原則，並記錄該疑義於第二天提出。

卡住時不必於十日之間求解。卡住的位置本身即為第二天上午最有價值的材料，逕行記錄即可，包含當時的操作步驟、系統回應與嘗試過的處理方式。

若係存取權限相關之疑慮，請先將系統停用，待第二天處理。其餘問題均得留待回場討論。

繳交兩樣

1. 系統連結

   可以直接打開、能操作的那一個。功能不必完整，能動就好。有接資料庫的，交之前先自己開無痕視窗驗一次權限，做法見存取權限驗證。
2. 一頁規格

   五個提問走完的那一份：做什麼、不做什麼、有哪些規則寫進了指令、做不到的時候怎麼辦。一頁就是一頁，超過請砍到一頁。

兩樣都貼到課堂共用看板。待填 看板網址。

發表三分鐘

講你的規格，不要示範系統畫面。畫面漂不漂亮跟這兩天要學的事無關，而且你手上那個原型過一年多半要重做。講這三件事：

1. 你判斷這件事的麻煩是哪一種

   為什麼你認定它屬於重複工時，而不是人力調度或專業判斷的問題。
2. 哪一段只有你會，你怎麼把它寫成規則

   這是整份規格最值錢的地方，也是別人照抄不走的部分。
3. 實際用過之後，你改了哪一個判斷

   十日試用最重要的產物。第一天想錯、後來改對的那一項，比做完的功能有用。