2013/01/23

你可能不知道:工作被打斷的高昂代價



網路上不乏很多文章傳授我們怎麼做好時間管理,其中一個方法就是減少被打斷的次數與時間,給自己專心工作的時段,今日看到這篇「工作被打斷的高昂代價」,我相信不只是程序員(工程師)才會遇到的問題,而是大部分工作者共通的痛,至於有多痛,來看看以下轉載轉換節錄的翻譯內容:

-----------------------------------------------------------------------------------------------------------------------------

Chris Parnin以發佈了一份報告,針對工程師的10,000份開發情景記錄進行了研究。
在這份名為「被打斷的工程師」的文章中,他揭示了一些出乎意料且令人擔憂的數據:
  • 工作被打斷後,需要10到15分鐘來重新開始
  • 被打斷時,只有10%的機率會在一分鐘內繼續工作。
  • 工程師可能每天只有一段2小時的連續時間未被打斷
 
還觀察到工程師應對打擾的一些辦法:
  • 在大部分情境下,工程師在繼續開發前,需要瀏覽多個位置來重新進入狀態。
    (按:也就是多看幾下其他東西,再重新進入狀態,比方逛逛新聞、收收信、講講skpye,藉由這些動作回想起剛才的想法跟要做的事情是什麼。)
  • 工程師刻意插入一些程式錯誤,強制設定「路障」來提醒自己。
  • 原始碼比對可以視作一種不得已的恢復狀態的辦法,但這種檢查相當麻煩。

為了判斷工程師的「記憶負擔」,Chris和他的同事們使用了一種名為瞳孔測量法的技術。
在60年代,研究人員發現當人在進行挑戰性思考的時候瞳孔會擴大,而在找到解決方案時瞳孔會收縮。該現象在進行認知任務,例如記憶和背誦單詞時也會出現。


他們用於檢查「記憶負擔」的另一個技術,是觀察默讀行為
 Chris在一篇相關論文中寫到:
我們發現默讀行為與某些活動強烈相關,而與其他活動的關聯則是有條件的。默讀就與代碼編輯強烈相關。我們發現,當人瀏覽程序代碼時,默讀現象會在特定的情況下出現。它主要發生在遇到重要的代碼時,如俄羅斯方塊中的方塊移動邏輯,以及測試方塊何時停止移動。我們還發現,在開發者進行調試和測試時,默讀的出現與問題界定和方案評估相關。
 (按:也就是透過在心理默念、或是重複一次對方說的話、自言自語等,來恢復記憶、加強對東西的理解、思考應對方式。)

該文還討論了記憶的不同類型,以及它們與工程師的工作流程有何關聯。
這些不同類型的記憶包括:
  • 前瞻記憶:提醒未來特定情況下的行動,例如下班回家路上買牛奶。
  • 專心記憶:這是一種有意識的記憶,可以自由地向其中添加信息。
  • 關聯記憶:一系列潛意識中建立的對某些表現與其並發刺激的關聯。
  • 情景記憶:回憶過去的事件。

Chris Parnin是佐治亞理工學院計算機分院的博士生。他的研究方向包括軟件開發中的經驗主義、人機交互和認知神經科學等方面。他研究了實踐中軟件開發是如何進行的,以及特定工具如何幫助或妨礙這一過程。

查看英文原文The High Cost of Interruptions

感謝臧秀濤對本文的審校。
給InfoQ中文站投稿或者參與內容翻譯工作,請郵件至editors@cn.infoq.com。也歡迎大家通過新浪微博(@InfoQ)或者騰訊微博(@InfoQ)關注我們,並與我們的編輯和其他讀者朋友交流。