[譯] 設計師如何成長爲 Leader?

設計師如何成長爲 Leader?

領導設計團隊的 7 點建議。前端

免責聲明! 本篇文章只是基於個人我的經驗,特別是那些給我帶來好成績的事情來完成的。我不是說我很瞭解該如何當好 Leader,對此我還有很長的路要走,但無論怎麼說,我認爲如今,分享個人學習經歷是一個頗有趣的事情。android


轉變…

讓咱們首先從一些背景講起…當個人經理問我是否想要領導一個團隊時,我幾乎脫口而出:No,關於要不要扛起這個責任的事情,當時的我有點猶豫不決 —— 尤爲由於我真正的熱情在於設計、我最喜歡的實際上是創造東西。在個人腦海中,默認狀況下,領導一個團隊意味着不多有時間來設計/創造一些東西,更多的時間要用來管理人員、以及其餘可能須要的大量管理工做。所以「不」就成了天然而然的回答,畢竟,我成爲一名設計師,並非爲了成天管理設計師,讓他們享受這份樂趣。ios

幾個星期後,她再次問我,她提到了爲何她相信我能作到這一點,而且還給了我一個嘗試幾個月的機會。因爲我要管理的團隊規模很小,我決定試一試,看看我是否還有時間去搞設計。git

3 個月過去了,幸好團隊規模不大,我仍是能擠出時間作設計,當時我甚至還能引領團隊的整體方向、並聘請我信任的設計師,因此個人結論是繼續領導團隊。github

我就是這樣開始的,儘管我如今仍然很是新手,但在過去的一年裏我仍是學會了不少,所以我想就這些與你分享,但願你以爲這些有用 —— 假若你想領導一個設計團隊,或者你想知道那須要承擔這份責任意味着什麼的話。後端

說完這些,請你們一塊兒看一看個人體會。ide

1. 樹立一個目標

我學到的第一件事是,你須要爲你的團隊指明方向。 要有一個明確的目標,讓他們專一,讓他們知道他們應該作什麼,以及何時作。學習

這樣作將幫助人們瞭解他們的前進的目標,以及他們應該作些什麼來達成目標。想象一下,你帶領幾我的在一條船上划船,若是他們不知道你要去哪裏,你可能會原地打轉,一無所得。有了目標,即便它有點模糊,你會讓人們朝着正確的方向划槳。最初的目標不夠清晰其實沒有關係,重要的是當你朝着目標前進時,它會變得愈來愈清晰。區塊鏈

當你定義你的目標時,最好定義短時間內比較現實、長遠來看是有遠見的目標。人們須要知道他們如今應該作什麼,但他們也須要知道最終的夢想是什麼,這樣他們才能夠認真的考慮與對待你設立的目標。測試

在我看來,做爲一個設計主管,你的工做不只僅是寫下你的團隊應該作什麼,何時作,更重要的是你的團隊都能作些什麼。當須要判斷你團隊的能力時,你那出色的設計技能,也是很是有意義的。

2. 冒進令人落後

若是你讀了個人上一篇文章,你就會知道我徹底同意快速前進,這條建議並不意味着你必須慢慢前進,這只是意味着你應該經歷一個正確的設計過程,除非存在一個真正有價值的理由,不然不要跳過任何步驟。「快速失敗」的心態並非一個合理的理由,若是你有辦法在小範圍內測試一些東西而且避免給你的用戶帶來困難,你爲何要還要「快速失敗」呢?

個人意思是,你不該該由於原型設計可能要花時間就不去作。你須要儘量多地測試和驗證你的設計,這樣你就不會由於錯誤的假設而作出錯誤的決定,也不會發佈一個使用起來很痛苦的產品。

這也意味着你不該該顧着忙其餘事而不去參加用戶測試,由於沒有什麼比親眼看到人們受挫更讓人沮喪的了,你看到的不只僅是一個數字或一個用戶名,你看到的是一我的在試圖完成一些本該更容易的事情 —— 而這多虧了你出色的設計。在這段時間裏,你會學到更多,也會對使用你產品的人產生最大的共鳴。

你不能由於你是領導者就跳過這件事情,我認爲一個好的領導者應該以身做則,若是你不把它放在首位,你的團隊可能也會有樣學樣。正因如此,爲了正確地駕馭這艘船,你須要從用戶測試中獲取儘量多的有價值的觀點。而要作到這點,親自參與是最好的作法。

接下來,不用說,你應該瞭解用戶目前使用的產品版本的全部細節,而且你應該對用戶目前使用的產品版本有透徹的瞭解,這樣你就不會忘記他們和他們曾經所遇到的困難。

3. 心有夢,方可圓

雖然設計產品時,現實、實際和務實是很好的,但我認爲重要的是不要忘記夢想,並鼓勵你的團隊也這樣作。

一我的成爲設計師,不是由於他想重用盡量多的現有組件,也不是由於他想在餘生中只是設計 MVP。

所以,我認爲保持那種讓人成爲設計師的激情是很是重要的,並要鼓勵他們偶爾 high 一下。由於實現成本高昂或者過於理想化,你的團隊提出的某個酷炫想法可能永遠不會成爲現實,但也許,它還會激勵工程師去構建理想與現實兼備的產品,這最終會爲你的用戶提供更好的體驗,而在這之中所構建出來的東西能夠爲設計團隊帶來靈感,成爲日後構建工做的基礎。

我認爲夢想很重要的另外一個緣由是,我十分相信,你被限制束縛之時,就是你中止創新之時。這也是汽車製造商投資設計概念車的緣由之一,它不是要設計一輛幾個月就能上市的汽車,而是讓他們的設計團隊(以及全世界)看看將來會是什麼樣子,這樣,他們既能設想如何設計出更現實的東西,同時又朝着將來前進。

4. 聆聽令人進步

「Leader」給人的刻板印象是愛說話的人 —— 他們是指揮者,告訴每一個人該作什麼。而我徹底不是這種人,我認爲,一個更好的領導者應該是多聽少說的人。

這並非說你什麼都不說,只是說你要認真傾聽,鼓勵別人參與進來,給出他們的意見,這樣你就能夠用這些做爲彈藥來構建你的觀點,並作出決定。若是你認真傾聽,不管何時你說話,你的貢獻都會更有意義,產生更大的影響。

做爲主管,我認爲一樣重要的是,你不能根據一我的的資歷或在公司的職位來採納他的觀點。若是你正確地創建了你的團隊,你就會被有共同目標的聰明人所包圍。這並不意味着你要忽視專家的建議,你只須要記住,最終,你不是爲這些專家設計的,你是爲使用你產品的人設計的,就足夠了。你的用戶,纔是你必須傾聽的人。

除了設計以外,傾聽還有助於提升團隊動力和效率。與你的設計師以及與你的團隊有協做的人交談,問他們什麼能夠作得更好。你會驚訝地發現,僅僅經過傾聽他們的觀點,你就能得到一些深入的看法,即便事情進展得有些順利,也總會有改進的地方,這是你只須要傾聽就能得到的。

5. 與團隊共同圓夢

當你僱傭設計師的時候,你的目標應該是僱傭那些比你更擅長某件事情的人。若是你想要一個好的團隊,你就不能懼怕僱傭可能接替你工做的人,你甚至最好只僱傭那些能接替你工做的人,由於他們會幫助你前進。

除了他們的技能,你還應該評估他們的性格是否適合你的團隊。你須要可以和這我的交流,畢竟大家天天都要在一塊兒工做,因此若是大家不討厭對方老是好的。

一旦團隊成型後,我認爲最好的設計工做來自於適當的協做。 爲了鼓勵這一點,你須要對你的團隊誠實,但也要接受誠實的反饋。你可能須要特定的人員來單獨執行部分設計,可是應該將遠景和最終結果視爲團隊的成果。頭腦風暴、設計和迭代都應該是做爲一個團隊進行的,我認爲這是讓每一個人都感到有動力、高效和對最終結果負有同等責任的最好方法,並且,你們的思惟碰撞,也是你能從團隊中不一樣的大腦中獲得最大收穫的方法。

最後但並不是最不重要的是,團隊規模很重要。個人經驗告訴我,小團隊老是更好。你手下的人越多,你的溝通渠道就越多,這基本上意味着頗有可能會出現誤會。

6. 看到,才能相信

我堅信 show 比 tell 重要。若是你有一個 idea,而且有一個將其展示出來的方法,做爲一個設計師,你的工做就是實現它。

一個可見的 demo 不只給人們提供了一個討論的起點,並且也能讓他們得以一瞥這個 idea 的最終樣子。

當你領導着一個團隊時,我認爲堅持設計是很重要的,這將向你的團隊代表,你不只僅是一個管理者,你是一個很是關心設計的人,更具體地說,你關心的是把你設計的任何項目作成真實的、有形的東西。

這不只在你的設計團隊中很關鍵,在與其餘利益相關者溝通時更是如此。若是你以身做則,但願你的團隊可以效仿,這會使大家與其餘團隊的溝通更加有效。

話雖如此,這一點並不只僅是讓設計可見而已,而是要採起行動,而不是空談。例如,若是團隊成員有一個改進工做流程的想法,若是你相信它,就不要瞻前顧後而不去付諸實踐,你要讓它成爲現實。

人很容易抗拒改變,繼續作他所習慣作的事情。可是假若你歷來沒有在你的團隊給你反饋的時候採起行動,這可能看起來你並不在意或者不聽他們說什麼。

做爲一個 Leader,你的工做不只僅是告訴你的團隊去哪裏,並且還要給他們表達的空間,支持他們推進本身的想法。(譯註:這裏是原文中的 Top highlight,故加粗)

7. 構築信任,而非高牆

雖然顯而易見,但我仍是要說,你必須相信你的設計師。不要管得太細。你僱傭了某我的,顯然是有緣由的,因此你要讓他們向你展現他們最好的一面。

一羣才華橫溢的設計師,不會由於你坐在他們身後跟蹤他們的進度,或者你確保他們都在早上 8:59 打卡上班,就會更有效率或更有創造力。

每一個設計師都是不一樣的,相信他們的過程。你惟一要作的就是給他們明確的目標,並確保他們能夠最終達到目標。

若是他們未能完成目標,你也不該該對其作出更細緻的管控,我建議這樣作:讓他們意識你到他們的指望,並給他們第二次機會,讓他們走上正軌。若是他們未能意識到這種指望或仍然沒有走上正軌,那麼你必須迅速採起行動,不然他們的行爲和態度可能會蔓延到團隊的其餘成員。

最終的目標是擁有一支即便在你不在的時候也能運做的團隊。我認爲只有當你信任團隊的時候,這種狀況纔會發生。

信任也不只僅在你的設計團隊內,做爲 Leader,你必須確保你的團隊擁有全部合做團隊的信任。 別忘了往外看,把可能有的牆都拆掉。不管是產品經理、開發、市場營銷仍是其餘任何團隊,你的工做都是幫助你的團隊構建橋樑,並鼓勵協做。

要騰出時間,儘早讓他們參與進來,不要等他們來找你,要主動,推進真正的合做。根據個人經驗,若是你作得頗有效,你不只會贏得他們的信任,並且有可能在重要的討論發生時,你也會獲得他們的支持。

特別建議!

若是你能作到這一步,我有一個額外的建議給你。若是你有點像我,有「創造者」的渴望,甚至偶爾到了「飢渴難耐」的程度,試着在你的日曆上規劃專門的「設計時間」,個人意思是,不間斷的整塊時間(2-4 小時)。

若是你不這樣作,你的日程表將很容易被會議淹沒。你要作好拒絕的準備,由於若是你不保護好你的時間,人們就會試圖偷走它 —— 尤爲是當你的日程表排得滿滿的時候。

有結論嗎?

領導一個團隊,你必須學習一些設計師所不須要的技能,但這並不意味着你必須出賣靈魂、完全改變本身。你只須要進化 —— 特別是由於你已經擁有不少做爲設計師的技能,你只須要根據你的新環境進行調整就行了。

最終,你仍然是一個設計師,惟一的不一樣是,在實現理想的道路上,你再也不是一我的,如今你有了能夠幫助你擴大影響力、提升前進速度的人。


你好,感謝你的閱讀🙏

我叫 José Torre,我只是一個熱愛設計的葡萄牙人。

¯\ (ツ)

若是你想聊聊或只是想看看我在作什麼,你能夠在 TwitterLinkedIn、甚至 Instagram 上找到我。

別忘了…

🎶 若是你喜歡這篇文章而且學到了什麼,請爲我鼓掌吧! 👏👏

若是發現譯文存在錯誤或其餘須要改進的地方,歡迎到 掘金翻譯計劃 對譯文進行修改並 PR,也可得到相應獎勵積分。文章開頭的 本文永久連接 即爲本文在 GitHub 上的 MarkDown 連接。


掘金翻譯計劃 是一個翻譯優質互聯網技術文章的社區,文章來源爲 掘金 上的英文分享文章。內容覆蓋 AndroidiOS前端後端區塊鏈產品設計人工智能等領域,想要查看更多優質譯文請持續關注 掘金翻譯計劃官方微博知乎專欄

相關文章
相關標籤/搜索