在學習循環裡，最重要的環節是 reflection。Reflection 這個字習慣翻譯成「反思」或「反省」，本文作者AC的教學設計師 Ellen 比較喜歡用「回顧與發現」來指稱這個環節，「回顧」是動作的本身， 而「發現」才是目標。
在整個學習流程中，無論是 input 或是 output，反正我們就是做了一堆的事情，而這個一堆事情最後帶來了一個「結果」。
這個「結果」到底是什麼意思？它會如何影響你接下來的學習？就要看在 reflection 的環節，你如何觀看、如何解讀。
體驗用 ORID 強化全端網頁開發學習效果，3 分鐘小測驗找到你的學習起點
Reflection 與做中學
如果你正在攻略的事情，「做 (doing)」的成份特別高，常常需要用 try-and-error 來試試看跑出什麼結果，那麼你要注意，在這類「做中學」的技能訓練裡，需要在 doing / trying 之後停下來，整理當前的領悟，再繼續前進。
如果一直累積 doing / trying 卻沒有停下來整頓學習心得，那就不代表有真正的學習。
ORID 是什麼？討論的思維框架
ORID 是為了主持討論，讓參與者聚焦的一種結構，和上述講的 reflection 並沒有歷史淵源，不過 reflection 是自己和自己對話，和別人對話很容易發散，和自己對話更容易發散，因此 ORID 用於 reflection 可謂十分稱手的框架。
ORID 是個在國際上被廣泛使用的焦點式提問法，透過四個層次的提問，能夠幫助使用者更結構性地思考與回應問題。以下為ORID的四層提問：
- OBJECTIVE：具體的事實，做了哪些事情、看到與觀察哪些事情
- REFLECTIVE：感受與反應，在當下直接的感受、反應與印象深刻的地方
- INTERPRETIVE：事後詮釋與分析，試著解釋與分析事實與自己的感受
- DECISIONAL：訂定目標與下一步，找出下一步可應用、執行與改善的地方
在我從事過的教育組織裡，一律都會安排 reflection 環節來讓同學沉澱心得，而我們也會根據不同的情境來設計 reflection 的提問架構，對學生而言，這個環節大概就和「寫心得、說感想」差不多。
但開始援引 ORID 框架之後，可能是因為四步驟朗朗上口的關係，學生比較容易建立習慣，在認知中也比較能夠把「做 ORID」和「講感想」做一個本質性的區分。
因此，接下來我會直接將 ORID 焦點討論法轉移成適用於 reflection 的架構。在文章中，我會先以大家熟悉的 ORID 焦點討論法為起始點，接下來會再針對四個階段進行細部討論，延伸每個階段的重點與訣竅。
先介紹 ORID 這四個字吧！文中會輔以 AC 學生 David 的實際 ORID 評估、以 quote 的方式，示範給大家看他怎麼利用 ORID 來幫助學習。
Objective 客觀、事實
整個 reflection 起始於一個很簡單的提問「你看見什麼」？「發生了什麼事」？
起手式著重在「澄清」與「聚焦」。
雖然從全知的角度，過去一小段經驗裡，有一堆事情發生，但這個時候你會揀選一個焦點，專注在這個焦點上，展開 reflection。
揀選一個關注點，然後單純地描述你看見的事情發生經過，不需要有任何詮釋或個人心得，這個階段著重在陳述，你選擇描述的內容會受限於你的視角，這沒有關係，但盡量就是用客觀的態度，講述事情的經過。
Objective: DOM實戰操作
八月之前，對於DOM操作僅有知識上的學習，只有照著其他線上教學影片跟著老師coding的經驗。第一週的”複習DOM”真的在實戰中操演很多次，到學期後半時，目前操作到的DOM的邏輯已經寫入我的腦海中。
Reflective 感受、反應
在第一段講出了一段客觀描述以後，在第二段，你可以把你自己的反應放進去。
雖然這邊是要描述自己的感受與反應，但並不是說要展開一段浪漫式的情緒書寫，其實你還是在描述「過去那段經驗中，我對外部發生的事情，有什麼感受與反應」，你只是把你自己的感受當成描述的客體而己。
在第二個階段，你聚焦在你自己，但並不需要失去客觀的態度，你在描述過去一段經驗中的你。
Reflective: 實戰DOM的部分，我認為自己有經過思考並大量練習與操作，才真正把DOM放進自己的大腦裡，並且可用手時做出來。
有一項刻意練習，發生在第四週的實作課程中
井字遊戲的練習中，助教有給我們一段限時的任務。開始 coding 前，想起前幾篇課程裡提到的 “狀態管理” ，當下決定捨棄先前用過的 true/false 判斷方法，改使用狀態管理的方法。雖然當下沒有在時限內完成，但後續修正後，確實讓程式有辦法執行。
Interpretive 意義、價值、經驗
前兩段都是陳述，只是第一段陳述經驗中客觀的事實，第二段陳述經驗中自己的想法與感受，第三段是重頭戲，回顧之後有什麼發現，全看第三段。
第三段的目標是提煉出真正的學習心得。
如果真的只是用 ORID 帶討論，這裡可以是很簡單的提問：「那麼，這件事的意思是什麼？」或「你學到什麼？」小組討論時每個人的觀點不同，輪流發言之後，可能會發生很有意思的觀點激盪。
但如果和自己進行 reflection，你沒有和自己碰撞的觀點，如果停留在這麼開放式的提問，那你提煉出的心得會和第二段幾乎一模一樣。
因此，第三段比較好的切入點，是針對「第一段的客觀事實」和「第二段的個人感受」，展開謁問與辯證。
切入手法可以是：
- 辯證 1. 和 2. 的邏輯關聯（看到 1. 的事情是否就一定要跑出 2. 的感受）
- 辯證你剛才在 2. 描述出來的感受，是否就是你真正感受到的感受
- 如果 1. 和 2. 的邏輯關聯有跳躍，可以重新爬梳 1.，是否還有其他你在描述時忽略的事實，讓你在 2. 會跑出那些感覺與反應
⋯⋯
反正就是一個燒腦的過程，不過這邊建議要限制時間 15 分鐘，因為在剛開始時，可能還不習慣進行自問自答的辯證，也蠻有可能搞成一個更大型的鑽牛角尖胡思亂想，為了避免走火入魔，記得要限制時間。愈想愈苦惱的話，去睡覺比較實在。
INTERPRETIVE: 我認為持續進步、持續學習，或許要有意識的、刻意的使用不習慣的方式。因為第四週沒有需要自己發想的coding作業，所以在實作課程中若沒有使用 “狀態管理” ，就有可能沒機會在2-2結束前實際操作到。雖然當下沒有在時限內完成，但實際操演到 “狀態管理” 確實是個經驗。
Decisional 決定、行動
第四段的提問很單純：「那麼，你接下來要做什麼？」
不管你經歷的第三階段是一個美妙的昇華，還是荒唐的自溺，凡事總要做一個結論。
如果你在第三階段明顯沒有得到什麼好的感受，你也可以決定明天再想想。
但理論上，如果在第三段有重新找出對 1. 和 2. 的詮釋角度的話，通常可以導引出一個和一開始直覺亂想時，不太一樣層次的結論。
接下來的方法大多來自實務中的體會，並沒有很明確的學理基礎，但我個人覺得非常有用，因此介紹給大家。我個人深度參與過的教學組織是致力於產學合作的價值開創學程和專注於職涯教育的 ALPHA Camp，接下來介紹的法門皆提煉自在這兩處見證過的有效案例。
DECISIONAL:不論接下來學習前端或後端，不論第一份軟體工程師的工作是哪一種職位。持續學習、持續成長，是職涯中不可遺忘的關鍵。
選擇關注點：第一步就是最後一步
「回顧」的起手式，也就是 ORID 裡的 Objective，這一段的提問法門是「你看見什麼」或「發生了什麼事」。
我個人認為，回答這個問題是一個大學問，玄妙程度幾乎和打禪機差不多。
你的視角受限於你的狀態、你的目的，甚至你的格局。到底是你很有自覺地選擇了你的關注點，還是某件雞毛蒜皮的事情綁架了你的注意力？
在我剛開始嘗試建立 reflection 習慣時，我常常會選擇一些「自己做不好的事情」當成回顧主題，然後硬是用一種虛假的正面態度，寫出一套「愈挫愈勇」的發憤圖強文，結果是我從來沒有去踏實執行我在最後一步為自己設定的偉大 next step。
極高比例的人，在選擇關注點時，會關注自己做不好的事情，或者關注自己和別人的比較。偶爾關注一下自己的負面心態，進行「反省」是 OK 的，但不要太習慣如此。
接下來介紹一個訣竅。
關注你的位移 (A—>B)
為了避免自己的注意力被拉走，我建議大家在建立 reflection 習慣時，刻意選擇有「位移」的事情來關注，也就是任何在你身上發生，從 A 狀態變成 B 狀態的事情。
別忘了「學習」的目的就是讓自己成長，知道原本不知道的事，做到原本不會做的事，發生在自己身上的任何成長，只要有 A → B 的結構，都值得我們慶祝。
講 A → B 可能略顯空洞，下圖列出一些例子：
之前提過學習其實有 outside-in 和 inside-out 兩個方向的作用力，因此這裡建議把關注點區分成兩大類別，外在專業的位移，或者內在狀態的位移。看看當下對哪個方向有感覺都可以，只是略為注意一下比例平衡，向外或向內的 reflection 都應該要不定期發生。
至於細目我這邊舉出幾個例子，只是示意給你看，一開始的時候可以用我這個 checklist 找找看有沒有適合你的形容詞組，但真實的位移情境絕對不限於這些。
所以作法會變成這樣：
- 在 reflection 開始之前，回想一下過去的一小段經驗，刻意尋找有 A → B 結構的體驗
- 設法描述出 A → B 是什麼，可以運用上圖的形容詞組，到這裡你定義了這回合 reflection 的關注點
- 然後才進入 Objective，開始客觀陳述 A → B 是怎麼發生的
- 進入第二段 reflective 時，也是環繞著 A → B 談論你的感受與反應
為什麼要使用 A → B 結構？
刻意選擇 Growth mindset 視角
使用 A → B 結構來收斂你的關注點，第一個實用目的是防守自己的注意力被一些偏向 fixed mindset 的焦點拉走，起手式一開始就要落在 growth mindset 的範疇，這樣才會有效。
培養你的後設認知
另外，從「學習如何學習」的角度，你其實需要刻意去研究新態度、新觀念、新行為到底是怎麼在你自己身上發芽的。
說到底，只有自己親自掌握自己的學習模式，你的學習成效才會迎來飛躍式的進展。雖然你的學習教練/老師可能擁有比你更高的專業度去診斷學習問題，但教練/老師只能與你共享某一小段的時光，最終你需要成為你自己的教練。
因此，能夠倒退一步，把發生在自己身上的學習旅程當成客體來觀察，其實是蠻重要的技能。
而刻意關注 A → B 如何發生在自己身上，會讓你可以持續地累積對自己學習模式的洞察。
不要浪費有效經驗
最後最實在的一點，是前文提到，「做中學」為什麼強調 reflection，因為做中學裡面有太多的 try-and-error，有時候你的結果根本是誤打誤撞試出來的。
這些靠運氣、靠嘗試逼出來的「結果」（也就是 A → B 結構中的 B 狀態），如果沒有徹底掌握「究竟是怎麼發生的」，你可能根本就不再有第二次重現結果的機會。
你必須順藤摸瓜，從 B 狀態倒推回去，像偵探一樣往 A 方向探索，找出過程中的驅動要素，好好把事情發生經過描述清楚，然後辨證自己是否能重現這些有效的驅動要素。如此一來這個專業技能才是真正掌握到你的手裡。
不關注結果怎麼跑出來的，卻跑去關注別人的結果比自己好，這不是徹底的浪費嗎？
狀態負面時去休息；狀態正面時做 reflection
會建議大家刻意運用 A → B 結構來收斂關注點，很大的原因是，我們見證到太多的學習者努力地做 reflection，以為這就是「認真」，但事實上他們的關注點卻被 fixed mindset 拉走。
我覺得 A → B 是一個蠻簡單的訣竅，可以快速抓出有助於把你扳回 growth mindset 的方向。
事實上，要防止 fixed mindset 跑出來，還有一個是做 reflection 的時機。我建議大家要養成在「狀態好的時候做 reflection」的習慣，如果你今天完成了一個挑戰很有成效感，或者你今天忽然有個澎湃覺得自己堅持好久好偉大，或者你今天得到了一個稱讚覺得飄飄然，這是你做 reflection 的最佳時機，這個時候最容易抓到 A → B 結構。
練習在這種時候做 reflection。
而有挫折感，覺得自己很遜的時候，就不要刻意停下來想太多了，去睡覺吧。
上述是指一般狀況，人難免會有一些「在劫難逃」的大煩惱，有的時候負面狀態維持太久，也許真的是需要痛定思痛，不過你也不需要一個人面壁思過，也許可以和另一個也有做 reflection 習慣、和你使用相似框架的人進行對話，比較容易跳出盲點。
但若要透過 reflection 來處理煩惱的問題或負面狀態，就需要靠第 3 階段的 Interpretive 的解讀與辨證了。
持續維持學習節奏怎麼做？數據分析轉後端工程師 Ching 的「鬆弛有度」學習法
小結
這篇文章介紹的是在做 reflection 的起手式，選擇關注點的「入門訣竅」。
在持續練習一段時間之後，你會開始對 growth mindset 的狀態有更高的自覺，到了那個階段以後，你可以自由選擇任何為你帶來成長的經驗進行 reflection。
