Google 設計師的內心話 — 關於時間管理、團隊合作與自我認同
讓我們一起來聽聽 Google 設計師們匿名分享的小故事
Google 有個主講設計的 podcast 叫做 Google Method Podcast，主持人 Travis Neilson 定期採訪 Google 內部的設計師，談論他們負責的項目，包含 Job Search、 Google Home 的工業設計、機器人互動設計等五花八門的領域。
最新的一集比較特別，Travis 廣邀 Google 設計師們提出匿名自白，讓大家提出常見的困擾以及平常難以向同僚啟齒的行為與感受，並邀請三位 Google 資深設計師一起進行討論。
共同講者
Simon Pan
Google News 資深互動設計師，曾經任職 Medium、Uber、Amazon Music。Brynn Evans
Youtube UX Lead，目前主掌 Youtube Living Room 平台。Brynn 也是女性 UX 設計師平台 Hexagon 的共同創辦人。Hector Ouilhet
Google Search and Assistant 產品線設計負責人，曾經為 Google、MIT Media Lab、HP 等進行設計。我在聽這期 Podcast 時常常會有「對！就是這樣！」的感同身受，整理了要點之後發現，Googler 在職場上的煩惱跟大家也相差不遠，終歸三個重點 — 時間管理、團隊合作、自我認同。
時間管理
預約時間
對於設計師而言，能夠將寶貴的時間花在設計流程上是再令人滿足不過的事情。然而隨著資歷越深，時間似乎漸漸變成是別人的，而不是自己的。設計師花越來越多時間在開會等行政事務上，每天只剩下少少的時間留給設計本業，久而久之便容易感覺迷失了方向。
為了從繁忙的行政事務中脫身，講者 Simon 提到他會故意在行事曆安排幾個空檔，附上像「季度設計總結」、「視覺系統重整計畫」之類看起來超重要、超嚴肅的會議標題，避免同事找他開會，空出一段不受干擾的時間，讓自己可以專注在思索核心問題與設計本身。
專案所需時數
為了挪出足夠的時間做設計，設計師要了解自己需要花多少時間才能做出理想中的成品，自己需要消耗多少時數去解決問題，如此一來才能在計畫階段跟上司或客戶要求合理的設計時程，或是像 Simon 一樣想辦法空出獨立作業的時間。
講者們提供了一個關於估計時數的小撇步 — 比你預計的時數再多加幾個小時就對了。
觀察別人的行程
除了更加有意識地安排自己的行程，講者 Brynn 說她會跟蹤別人的行事曆（Calendar Stalking），時不時觀察同事的動態（當然是公開的行事曆）藉此掌握其他人的行蹤，以便攔截某些她想合作的人；或是注意有沒有自己應該加入、卻沒被邀請的會議，以免錯過重要資訊。
團隊合作
專案中的邊緣人
在組織或專案中，充斥著不同個性、背景、職能的成員，有些人可能覺得適得其所，但也總會有些人感覺自己的意見常被忽視，難以產生歸屬感與向心力。
例如內向者容易感到自己的聲音沒有辦法在第一時間傳達出去，在會議中如果不是最吵或最有娛樂性的人，往往沒有機會提供意見或主導話題。
文本人員和研究人員也常常感覺在團隊中不被重視或不被歡迎，因為大家不熟悉他們的功用，再者是他們通常在專案後期才出現。
身為主管或領袖，你能做什麼？
首先，你要為團隊建立 mindset ，讓大家了解，所有人都是專案的一份子，有貢獻就是有貢獻，每個人都有其必要性。
下一步就是要將重視每個人的態度表現出來。如果團隊中有比較含蓄被動的人，但你知道其實他有許多好點子，身為主管或是共同協作者可以主動點名該人提出回饋與想法，或是分配時間專門給他們進行表述。
前 Netflix 人才長 Patty McCord 在暢銷書 給力 中也曾分享了幾個故事，例如程式設計師 Anthony Park 是個「非常沈默寡言」的人，Patty 一開始還擔心他會無法融入 Netflix，結果他的出口成金反而讓大家了解到「Anthony 這個人話不多，但當他開口時，總是說出聰明話。」
如果在會議過程中真的找不到好時機，讓與會者聚焦在那些有所貢獻卻尚未發聲的人身上，或許你可以在講解設計成果時當眾提起他們的努力與付出，例如：
「John 幫我們將文本潤飾地更精準流暢，現在的原型看起來更真實了。」 「Amy 的研究結果讓我們更了解使用者的需求，真是幫了大忙！」
當你為那些普遍沒有聲音的人發聲，或是主動把舞台讓給他們，這不但顯示你是個好的協作者，更為你在同僚之間建立好關係。
如果感覺自己無處發聲，你能做什麼？
你要知道，一次會議的決策通常不會是專案的最終決策。會議中人多口雜，如果不擅長爭話頭，你可以製作一些非即時性的材料在會議之前或之後分享給大家，例如投影片或一份 Google Doc，記得花些心思放上亮眼的封面先吸引大家的注意力，再進一步解釋你的觀點。
又或者是，在會議結束後寄信 follow up，如此一來你能花點時間好好思考、寫草稿，將腦內思緒想清楚了再進行溝通。紀錄下來的點子和觀點往往能比會議中的一句話延續更久，長遠來看，對專案更具影響力。
自我認同
我感到自己在團隊中無足輕重
「我覺得自己只是個挪像素的（pixel pusher），沒有在幫團隊解決真正的問題。」
身為大型專案中的一份子很容易感到自己像小螺絲釘，工作內容與決策端嚴重脫節，感覺像不斷在做沒意義的事情。
但其實可以轉念想想：每個關節都很重要，應該重新解釋成 — 如果沒有你的話，這個產品不會出現，你是偉大願景的一部分。雖然有點陳腔濫調，但你可以決定被專案的大浪推著走，或是當創造這波大浪的人。
另一個方法是主動找使用者經驗研究員合作，聽聽看自己的設計得到了什麼樣的使用者回饋，無論正負評都非常激勵人心，足以讓人了解到自己正在做有影響力的事情。
講者 Hector 反而對於自己是個 pixel pusher 感到驕傲，因為他的任何決策，無論大小，都會影響無數個頁面，光是挪一個像素就足以讓無數工程師崩潰（話說這是值得驕傲的事情嗎 😂），花上數年的時間把產品修得更完整。
講者 Simon 也附議，他認為身為設計師，當大家都要倚賴你的專長、使用你所設計的成品時，你也建立了整個論述的基調。
菜鳥需要正向回饋，老鳥需要有效建議
「我想要更多正向、有建設性的回饋，讓我知道自己是個很厲害的設計師，如此一來才能夠抵銷心裡那股永遠都在追求更快、更好、更多的渴望。」
設計師職涯的起步時期非常需要稱讚與鼓勵，因為一切經驗都是全新的，設計這行業又缺乏明確的標準，不像其他職業如產品經理可以評量轉換率、業務能藉由業績等值化工具衡量表現。
此時，如果有個過來人告訴設計師，以你的資歷你已經做得很好了，哪些部分超乎預期，哪些部分又是有潛力繼續培養發展的，對於菜鳥設計師而言是無價之寶，更是盞明燈，我認為這就是師徒制的重要性，甚至比教導務實的設計準則還要更有價值。
然而，對於已經奠定自己的行事標準、也清楚自己有幾兩重的資深設計師需要不同的東西 — 「與其給予正面回饋，還不如點出我需要改進的部分，」講者 Brynn 說，「給我能幫助自己更上一層樓的建議。」
講者 Hector 也承認，他其實就是那些容易忘記稱讚別人的主管。為了效率，在專案進行期間，他不會刻意進行正面評論，只會點出需要改進或是讓案子停滯不前的地方，以讓專案繼續運行。他認為沒有提到的地方就是代表你做得很好了，一切運行順利就是最直白的讚賞。
Fake it till you make it
「在其他設計師面前，我喜歡假裝自己很了解使用者經驗指標，但其實我根本讀不懂 Google 內部設計指標文件。」
講者 Brynn 打趣地回應：「因為這不是 Google 招聘人的標準啊，在場沒有人是因為很會讀設計指標文件而被延攬的。」
針對「假裝自己懂」這件事情，大家明顯很有共鳴。主持人 Travis 問大家在職涯當中有沒有假裝過，大家異口同聲的說：有，無時無刻，幾乎全部。
我很喜歡講者 Hector 講得一句話 — 學習，就是你從無知開始，踏出第一步，跌倒，爬起來，再踏出下一步，不斷重複到你懂了為止。The whole point of learning is to LEARN from it.
延伸閱讀：為什麼我無法坦率地擁抱成功？ — 冒牌者症候群
結語
寫到最後發現，這些準則不只適用於設計師，其實大多也通用於其他行業與職能。無論是隨著資歷而縮水的時間、團隊合作的眉眉角角、還是對於自我能力的肯定，都是值得大家思考的職涯問題。
我特別喜歡這集 Podcast 的原因是，這不是大家在談論自己有多成功、多優秀的成果發表會，反而是在聊那些平常不會攤在檯面上討論的話題，用那些有趣、古怪的小偏好或小故事來分享自己有點害羞甚至脆弱的一面。
這是一種有撫慰效果的安心感 — 原來有人跟我一樣都有這樣的煩惱，不孤獨的感覺真好。
這篇文章涵蓋了許多 Podcast 中的內容，但仍然有些主題沒有機會點到，所以還是非常推薦大家直接去聽這一集的 Google Method Podcast 喔！
如果喜歡這篇文章，請幫我拍手1-10下。
如果喜歡閱讀關於設計師的內心話，請幫我拍手10-30下。
如果單純喜歡我的文字，希望看到更多的話，請幫我大力拍手30-50下。也請記得 Follow 我 Jasmine Lin 或是數位產品設計 Medium 文章平台 As A Product Designer，讓我們與你分享更多好文章 😊更歡迎你在文章底下留言，我很樂意也很期待跟你討論或聊天！