如何記錄項目日志？來看谷歌設計師的做法！

@C7210?：這是一篇來自 Google 設計師的經(jīng)驗文章，關于「項目日志」。我個人常年保持每日工作日志的記錄習慣，但更多時候像是流水賬，外加一些思考延展；看過這篇小文后覺得自己的方式還有所欠缺，譬如形式單一、缺乏回顧，也沒有將這些內(nèi)容與正式的復盤或是個人案例聯(lián)系到一起。一起來看?Google 設計師的工作習慣養(yǎng)成——如何記錄項目日志。

設想這樣的場景：你夢想中的職位機會突然出現(xiàn)，你必須快速打造一份閃光的案例集。然而有個問題，你沒有任何關于以往項目的記錄可以回顧，必須從零開始構建內(nèi)容。

實際上，無論你是否在尋求新的工作機會，保持對項目進程的追蹤與回顧都是很有必要的?；蛟S日常工作太忙，或是項目本身的性質不宜對外過多曝光，等等。無論怎樣，哪怕保持最少量的日志習慣，你都能逐漸積累起寶貴的經(jīng)驗，用于項目復盤或是充實個人案例。

什么是項目日志

不必想象成典型而嚴格的「日記」，形式上可以比較自由，重點在于內(nèi)容本身，包括項目迭代說明、流程進程記錄或是期間遇到的問題及解決方案等等。

項目日志大體具有以下特質：

• 隱私性：日志不是博客，不需要發(fā)布上線；我個人會通過 Google Docs 進行記錄。
• 高層面：無需千言萬語或辭藻修飾，你只需要以簡單的段落或清單列表將重要信息記錄下來即可。
• 多媒介：如果必要，可以添加任何內(nèi)容形式，譬如白板照片、手繪草稿、線框稿或動效示意等等。

從日常記錄，到階段性的沉淀回顧，期間大致有五方面的技巧和注意事項需要特別關注。

1. 多運用拍照的方式

無論是手繪流程圖、頁面草稿、白板記錄，都可以通過拍照的方式快速保存下來。

注意將這些照片安全地保存在本地，在進行溝通并得到授權之前，不要將其用于任何公開文檔當中。對于較為敏感的信息，或是照片中出現(xiàn)的同事面容，在未經(jīng)授權的狀況下要進行模糊處理；任何與財務相關的信息也是同理。

對于設計流程當中用于溝通演示或可用性測試的原型及動效方案，也可以通過拍攝的方式粗略地記錄下來。

2. 保持私密性

將工作日志視為個人日記，并非秘密，但需私密。文檔要存放在安全的位置，例如個人電腦或個人云存儲。這些文檔代表著進程當中的項目，不應該與非工作關系的人員進行分享。

如果項目還沒有發(fā)布上線，但你需要在公開場合進行演示文檔的部分內(nèi)容，那么必須向團隊或項目管理者征詢意見，避免任何被競爭對手了解到敏感信息的可能性。

3. 保持記錄的規(guī)律性

取決于項目規(guī)模及推進速度，你需要摸索并保持規(guī)律性的記錄頻率?；蛟S是在每一輪設計沖刺之后，或許是每周、每兩周，或是每一個任務之后，例如可用性測試等等。

無論頻率如何，盡可能將點點滴滴的信息完整地收集起來。積少成多，當你隔一段時間進行回顧時，會發(fā)現(xiàn)在繁忙的項目期間，你真的會忘記很多重要的信息。

4. 確保內(nèi)容的相關性

工作日志并非用來記錄你對項目的評價，或是誰說過什么，有哪些不公正的狀況等等。這是一份關于項目流程、重要節(jié)點、挑戰(zhàn)與解決方案的文檔。典型的內(nèi)容更像是這樣：

2018年3月

與開發(fā)探討方案可行性。

將移動端界面中的下拉菜單改為單選按鈕形式。

創(chuàng)建了用于可用性測試的高保真原型。

若干測試結論...

基于可用性測試，修改了菜單的設計模式。

關于流程和重要節(jié)點的記錄，將有助于你回憶起項目之所以發(fā)展到如今，背后發(fā)生過哪些關鍵事件，有哪些決策產(chǎn)生了怎樣的推動效應。

5. 整理回顧

項目完成之后，產(chǎn)品或新功能上線，你可以著手對項目期間的記錄進行歸納整理，用于復盤。事后分析與總結，有助于你從整體層面將所有的經(jīng)驗、洞見，以及一系列挑戰(zhàn)與應對策略串聯(lián)起來。

其中一些影響力重大的挑戰(zhàn)及解決方案也可以成為你未來個人案例當中的重要內(nèi)容。

記錄項目日志，這對于設計工作的精進及個人案例的積累都非常有用；希望本文中的一些 tips 能夠為你帶來一些幫助。

原文鏈接：《Keeping a Project Diary》??Eleanor McKenna

圖片素材作者：Julian Burford

「想做總結，你需要這些整理思路」

• 項目復盤思路｜《項目復盤思路：產(chǎn)品上線后要如何做復盤？》
• 知識體系整理｜《看了那么多設計文章，你知道怎么整理知識庫嗎？》
• 面試項目整理｜《如何進階高級設計師？騰訊內(nèi)部晉級面試經(jīng)驗分享！》