寫在開頭的結論 : 寫週報! 寫週報! 寫週報!
先說說本篇文章的結論,對於週報制度我是投贊成票的! 寫週報對公司跟個人來說其實蠻必要的沈澱與總結。
聊聊阿里巴巴的週報文化
阿里巴巴有個規定是每週最後一個工作日下班前要寫週報,做個每週工作小結。
通常星期五六把工作做完後,到下個星期一之前,無論早晚都有人陸陸續續發週報。
有很多人都覺得這很麻煩,平常工作已經很瑣碎了,又要把每週工作的細項做個紀錄,甚至還要附圖,或者製作精美的表格說明又是煞費時間要晚一兩個小時才能下班。
你經歷過的公司有週報文化嗎?
我研所畢業後待過大大小小快七間公司,每間公司管理方式不盡相同,我之前遇過幾種 :
❶ 把東西趕出來就好,完全不用工作報告的老闆 (我小美工時期)
❷ 上系統隨意填寫幾行做了哪些事,花費時間多久,純文字不用附圖
❸ 上系統把相關需求加上完成圖即可,只顯示設計需求花多久的時間完成
❹ 開會口頭報告,資料不用上繳系統也不紀錄
你所服務的公司,是採用哪一種做法紀錄員工的工作呢?
有了週報制度有哪些好處?
週報文化於個人而言,可以不斷訓練如何將你的成果系統化說明表達,以圖文的形式展現成果,有個系統內的書面紀錄。
週報內容維度包含你是如何啟動一個專案 - 對接的狀況 - 中間出過的問題紀錄 - 如何解決到完成一個專案,每個過程最好需要附圖證明,並 @ 相關共事的同事,發給同一個專案中所有的參與者,甚至全部們整個團隊。
個人覺得這個做法可以說是非常透明了。因為不管看週報的人是否跟你共事過,別的專案成員或上面大 Boss 能從週報紀錄中看到你這週做了啥,這個月產出了什麼,有哪些專案被誰打太極了幾個月了還是沒進展。
平時看來活躍奔放的同事,在週報中上級或許能被看到心思縝密的另外一面。
平時害羞的同學,也能在週報能夠無社交壓力的表達他的成果,畢竟有的人內向,又太能吃苦,忙到各種加班不敢說。之前我有同事被上上級的 Boss 看到週報後直接說看最近這個工作量你一個人扛太大了,你放假兩天休息下。
有人的週報 50 幾個字完事,有的人千字文洋洋灑灑當散文寫。有的團隊會計較排版格式,有的只要能把工作內容交代清楚即可。
但只要有做事情,有產出,週報就能夠幫你說話,甚至會是晉升的利器。
少了週報制度,設計師 / 員工的工作紀錄無紀錄循,遇困難更無處可訴
台灣大部分公司不太重視設計師,覺得設計師們是類似輔助產品或是部門業務的,舉個例子,在我過去第一份 UI / UX 類工作是在土城的圓展科技公司,我是隸屬在 PM 團隊的設計師 (當時只有我一個新手設計,對 6 個 PM 跟十幾個 RD),遇到的一些 PM 對設計師工作有以下幾種負面的干擾感受想跟大家分享 :
❶ 需求方毫無想法,找幾張其他 App 的截圖就要設計師做,連正式需求文檔 PRD 都沒產出,需求不斷變更,user flow 沒給,總讓 UI 設計師把圖改來改去做幾版後他們再來指手畫腳。
(當時我非設計本科,當時是第一次做 UI / UX 的工作以為這行業就是這樣,非常配合聽話說改就改。現在成長後回頭看當時才發現那些 PM 根本需求都沒寫,也沒經過評審,因此許多設計都需要來回修改。
其實來回修改對於設計師來說並不是什麼事,只要方案有理有據有方向做過風險評估,感性的設計師都是很樂意配合修改 ;
但是若以 PM 為主的的產品,就是應該提供數據或指導方向,就不能看感覺)
❷ 突如其來被某個女業務 T 要求幫忙她婚紗私人修圖或其他部門要求幫做 logo,同事們總覺得這些覺得不花設計師多少時間,設計師不幫忙又會被說閒話
(如果各位設計師遇到跟工作本職無關的設計要求,請不要怕得罪人,一定嚴肅拒絕,並告知上級。這件事輕則佔用自己時間,重則有背鍋風險。)
❸ PM 們會以設計師不懂商業或產品為由,不讓設計師參與到研發討論過程,事後在背後說設計師什麼都不懂。
(是在哈囉? 阻止人去參加會議也不讓設計師看文檔怎麼懂業務?)
❹ 大小 PM 表達不清,連需求文檔都沒有,光用嘴說。給的調研資料用不上又不讓設計師去調研,也會造成工作上對接的困擾,最後又變成設計師的黑鍋。
(如果各位設計師遇到光用嘴說的產品經理,請絕對不要開始你的設計,因為當你設計出來的東西跟 PM 說的又不同調時,這個鍋就是你背的,一切請拿到 PRD 再來做設計評估,不要馬上開始悶頭設計。)
❺ 我本人遇到會兩面離間設計師跟研發工程師的小 PM S,會跟設計師說研發覺得設計得很爛,然後跟研發工程師說設計師覺得他們還原得很差之類的。
幸好,後來離職後我在鴻海及阿里巴巴都有幸隸屬在集團設計中心的團隊,才接觸到了正規 UX 設計流程和一些對接知識。所以,如果你現在的直屬主管是 PM 的設計師請一定要特別留意,絕對不要被當成美工使喚。
對於新手設計師,如果有機會的話,請你盡量找 ‘‘ 設計公司 ”,或是某公司 “ 創新設計中心的設計師 ” 這類崗位,你才能學習到其他資深設計師面對專案的應對進退,為自己未來獨當一面負責專案或開公司找尋學習的標竿。
設計師 / 員工如何利用週報制度提升能見度?
若公司有週報文化,那其實此時週報就是個設計師的利器。在週報當中可以呈現工作遇到的需求變更及人之間對接問題、闡述設計師的方法論,呈現你怎麼證明你的設計假設,做了哪些不同維度的訪談與調研紀錄,怎麼去分析市場的競品,走查還原設計度 … 等各種觀察得到一個設計方法來解決產品或業務上的問題,透過週報呈現個人價值的重要性,而非只是個被 PM 主管一張嘴說什麼就做什麼的美工。
寫週報對所有員工還有一個好處就是,若有人遇到公司因為經營問題,無緣無故要被公司資遣,員工都有週報上符合要求的產出,能夠為自己爭取勞動仲裁的優勢。
周報上也是可以 PK 吐槽的,比如說若有產品經理要設計或是研發同學改來改去,看哪個方案好,這時候必須在週報上吐槽 PM 同學。畢竟產品經理最重要的就是站在業務角度去設計產品邏輯和項目驅動能力,但若產品經理連事前業務邏輯和操作流程沒想清楚就要別人先做看看介面再說,真的就是浪費員工生命。
(若對初創公司或前沿新產品必須小步快跑,產品需要靈活,這又是另外一個討論維度)
我也有同事分享過他認真寫的週報運氣好被上級或潛在的團隊成員撈到你的週報言之有物,碩果累累,也發現描述的項目能跟其他新專案匹配,那麼機會就來了,也許能遇到更有影響力的合作機會。
公司如何利用週報制度清晰員工工作內容?
週報對於公司而言帶來的益處其實更大,好好利用週報的制度,可以節省公司許多培訓經費,讓相關專案沈澱周報資料庫,許多經驗可直接利用不用再重複造輪子。
❶ 未來員工離職好交接 : 有項目的起承轉合,能讓團隊新成員快速學習上手
❷ 管理下屬工作狀態方便 : 直接領導看到下屬週報狀況可督促或調休
❸ 打混同學一目瞭然 : 週報在系統上有互評機制互相留言,想為沒有做到的成果灌水,就會等著被大家懟
❹ 一群人共同成果的總結 : 團隊成員彼此能看到對方做了哪些事,需要幫忙的話,同事通常都會主動幫忙
總結
寫週報這件事,除了對團隊能發揮一定的影響力,對于需要經驗累積的工作來講,幾個月後再回顧,都是自我能力與應對專案所沈澱總結出來的方法論,非常珍貴。
如同有在寫日記的人,總能夠從紀錄當中閱讀過去的自己,提醒自己當下不要再犯與過去相同的過錯,藉由定期反思總結不斷的優化自己的未來。
如果公司沒有週報制度也別灰心,可以定期每雙週或每個月總結自己的工作成果發信給主管和相關參與人員,若相關人員有疑問就即時溝通協調,沒有疑問發的信也是為自己的工作內容留下紀錄。
我自己在過去的工作中吃了非常多人言可畏的虧,希望本篇文章能對於各位在公司中服務的設計師 / 員工有所助益,在工作中能多彰顯更多自我的價值。
附錄:週報寫作模板參考
2021.02.08 – 2021.02.13 週報
本週進度概述 : 專案 A . 專案 B . 專案 C
— 以下是詳細進度 —
【 專案 A 】
目前與 XXXX 工廠合作的 XXX 進行順利,按照時程如期完成。@A 合作方 @ 項目負責人 A @A 相關 PM
【 專案 B 】
本週開了相關 XXXX 會議,目前專案遇到困難尚需 XXXX 協助 @B 合作方,且原先技術方案會導致 XX 產出嚴重延遲,需要 XX 部門誰誰誰共同討論後重新評估時程 @B 項目負責人 @B 項目相關 PM @B 項目相關研發人員
【 專案 C 】
原訂定本週輸出的設計方案,由於 XX 側提出需求變更 @ 提出需求變更的人,導致設計側需要重新變更設計及評估時程。另歪,因為項目變更需要重啟調研,需要 XX 側協助安排調研事宜 @ 能協助的相關人員
設計評估時程將於下週 X 給出,屆時下週組織會議請專案相關人員根據新設計方案評估開發流程 @C 項目負責人 @C 項目相關 PM @C 項目相關研發人員
下週預計工作進度:完成專案 A,協調專案 B,組織會議評估專案 C …
本文作者 : Yu-Han Wu (Rainnie)
本文出自 : [職場工作]聊聊關於工作週報這件小事
責任編輯 : BFA 簡報 編輯部
自 2015 年啟程,簡報小聚已陪伴大家走過九年,很榮幸和許多職業經理人們一起共渡了九個 365 天。我們邀請了兩位特邀講者勞爾行銷顧問公司 NLP 高級執行師盧育明、企業品牌顧問 Gloria LI 及駐場簡報人黃孟堯 BFA 簡報總編輯,和大家分享三種不同簡報情境 #向上匯報、#團隊溝通、#客戶提案 中的簡報心法及方法。