前言
近期在著迷於閱讀「Understand Legacy Code」這個部落格內的文章,在《It’s like coding in the dark!》提到的解決方案中有 dailies at work 這個概念,我就稱呼它為每日小會並記錄一下見聞吧。
開發者與學習
- 我們熱衷於技巧,想要了解如何最佳實踐一件事
- 我們喜歡進行實驗,或者觀察其他人進行的實驗
- 我們可以為了語言、框架、模式、環境……各式各樣的內容爭論不休
- 我們渴望獲取知識,透過不同文章、書籍影片、舉辦研討會,以及任何可以獲取知識的來源。
並不保證所有的開發者都是如此,但特別在網頁開發領域,或多或少需要有以上的特質才能跟上與應對快速變化的技術。隨著環境變化越來越快,主要問題在於「我們單純每日沒有多少時間進行研究」。
於是 Jonathan Boccara 於他的文章中回憶,也促進他組成每日小會:
「在非正式場合與同事閒聊時,很常見地可以學到一些有趣的見解。你知道公司裡那些知道很多事情的人嗎?你肯定身邊有幾個,對吧?或者你甚至可能就是其中之一(只是你自己還不知道),我覺得這種知識有點被浪費了。在這樣的非正式時刻,為什麼只有一小部分開發者能夠獲得這些見解?為什麼不讓公司的其他開發者也能受益呢?」
關於學習債務
學習債務的累積過程如下重複:
- 學習:在沒有支持下開發者建構關於當前代碼庫的心智模型
- 審核:於正式的流程遇到虛偽和貶低主動學習價值的社會暗示
- 環境:回到個人工作環境持續隱藏學習並貢獻不支援學習的環境
這又是另外一大主題,簡單來說大多公司並不認可學習作為一種績效(並且我也好奇該如何評估成效),儘管對於任何進入他們不熟悉(或已經忘記)的程式碼的人來說都是必要的,但掌握最新進展並不被視為實際工作。
開發者在記錄或轉移知識方面的「失敗」並不是因為懶惰或缺乏關心。 相反,[環境壓力]促使他們在績效和學習目標之間的複雜緊張關係中找到平衡。當讓學習變得顯見並不安全時,績效文化就會獲勝。
關於每日小會
每日小會是一種短小的分享格式,旨在以最少的工作日時間在公司內部傳遞大量知識。
-
積少成多:每天固定時間進行一次演講,且每次演講都持續 10 分鐘。長期下來,這將累積成龐大的知識量。同時,每次演講之間有 24 小時的間隔,讓人有時間消化吸收內容,並有機會提出問題。
-
快速短暫:演講時間僅 10 分鐘,這是關鍵。每個人都能在一天中抽出 10 分鐘的時間,短暫的時間不足以讓人感到無聊,也使得跟上和記住演講內容更加容易。
-
面對實際問題:演講是內部進行的,這樣一來,就無需擔心為外部培訓師籌措預算,也無需安排與其會面,保持敏捷。內部培訓的另一個好處是它增加了解決公司內部人員實際面臨問題的可能性。
-
減少參與成本:無需移動位置,演講直接在辦公室舉行!主持每日演講的團隊只需轉動椅子,聽完演講後就能立即回到工作崗位。
-
保存紀錄:演講會被錄製並上傳,以便所有人都能重看或分享,我們可以製作演講的文字稿,並分享它們。
有什麼好分享的?
我相信作為一個教學者不需要非常完美,每日小會的重點在於短暫且持續性的帶動內部知識的流動。與撰寫這個部落格很相似,我一直都在挖掘知識的過程中發覺不足並持續地補充,時常意識到主題比最初看起來更複雜,這就產生了子主題和新的談話。
把他當作是一個短暫的分享,不需要非常完美,保持回饋與改進同樣的事情做久了效率與品質都會自然提高。
代價是什麼?
除了主持的 10 分鐘之外,還有額外的兩項成本:
- 事前準備:取決於對於分享題材的熟練度。
- 事後紀錄:取決於紀錄的細節程度,寫作絕對是最花時間的部分,強烈建議透過適合團隊的手段進行記錄,可以是文章、錄影影片或逐字稿。
總結
每日小會有助於養成團隊成長與紀錄的習慣,並且也能鼓勵並打造自由學習的氛圍在團隊之中。基於 Jonathan Boccara 提供的經驗,如果每日騰挪出 10 分鐘能夠帶動團隊內部知識的流動並且消除學習債務,是值得嘗試的方法。
延伸閱讀
- The Dailies: how to efficiently teach C++ at work - Jonathan Boccara’
- It’s Like Coding in the Dark - Catherine Hicks
- “It’s Like Coding in the Dark: the Need for Learning Culture in Engineering Teams” - Catherine Hicks