身為產品設計師,我從工程師身上學到的產品開發心法

每日 Stand up、Sprint 計畫、回顧會議、迅速迭代

Jasmine Lin
Feb 2, 2020 · 8 min read
文章所有圖片來源:Open Doodles from the best Pablo Stanley ❤️

導入產品開發流程

由於設計工作室的性質,我們以往都是根據客戶的需求以及時限來推進專案,例如三個月的專案要花兩週完成產品策略、四週完成線框圖之類的決定都在專案一開始就非常清楚,所以我們雖然有設計迭代(從設計圖 A 轉變成設計圖 B),卻沒有很明確的產品功能迭代。

Daily Stand Up 每日站立會議

站立,而不是坐著,強化了該會議打算簡短且避免浪費時間的想法。站立會議並不是一個解決問題的地方,而是讓一個團隊意識到現在的狀態。如果需要討論,適當部門可以安排另一個更長的會議。(摘自 MBA 智庫百科

Sprint planning 衝刺規劃會議

Retrospective 回顧會議

  1. 做得好的部分
    稱讚大會,將這次 sprint 裡頭運作良好的部分提出來。曾經出現過的讚賞是任務量計畫得剛剛好、工程師跟設計師溝通良好等;也會提到一些比較隨興有趣的,比如說倫敦的工程師當爸爸了、感恩節要到了。
  2. 有待加強的部分
    這大概是最重要的環節,只要專注於點出問題是什麼,避免直接跳到解決方案,以免時間浪費在試圖解決一個問題,卻沒有正視所有問題(這真的超級難,所以我們經常要口頭提醒彼此不要跳到結論)。
  3. 解決方案的行動項目
    將有待加強的部分全數列出之後,選定幾個來想出可能的解決辦法,產生的行動項目要指定給某一個人,避免三個和尚沒水喝的情況。

迅速迭代

設計師友善(designer-friendly)的工程師

雖然說比起視覺設計師,我自己在思想上本來就跟工程師比較接近,但這兩位工程師真的是非常設計師友善,從來沒有讓我感覺到設計師與工程師之間常有的緊張關係。

溝通、溝通、溝通

第一次跟 in-house 工程師合作,能夠進行各種現場交談就已經讓我覺得樂勝遠端合作,而且他們又特別強調溝通的必要性,他們不斷灌輸我一個觀念就是「如果被卡住超過 15 分鐘,來找我們」「如果對工程限制有什麼疑慮,來找我們」「如果想講垃圾話,來找我們(欸)」

合作彈性

對於設計迭代他們也完全接受,因為我們不走瀑布式開發,所以有時候設計師在畫圖的時候,工程師也同時在寫同一個頁面的 code,設計經常在變,導致他們時不時會需要這邊改改、那邊修修,他們完全 OK,我跟另一個設計師常常打趣地說我們完全被寵壞了。

結語

幾個月的合作下來,跟這兩位工程師在私底下也變成好朋友,很常跟他們在 Slack 私訊(額外發現:工程師真的很愛 meme 跟 gif),也偶爾會跟他們出去 happy hour 喝酒聊天,他們也一直說要教我怎麼寫 React(真是太看得起我了)

如果喜歡這篇文章,請幫我拍手1-10下。
如果喜歡閱讀關於設計師的職場觀察,請幫我拍手10-30下。
如果單純喜歡我的文字,希望看到更多的話,請幫我大力拍手30-50下。
也請記得 Follow Jasmine Lin 或是數位產品設計 Medium 文章平台 As A Product Designer,讓我們與你分享更多好文章 😊更歡迎你在文章底下留言,我很樂意也很期待跟你討論或聊天!

AAPD — As A Product Designer

成為更好的產品設計師,創造更多影響力

AAPD — As A Product Designer

AAPD 專注於分享數位產品設計的相關資訊,並且致力在平台上創造更多的交流與互動,我們關注UI設計、UX設計、設計師的個人成長、設計趨勢與產業動態等,希望透過這些知識的傳遞,能夠降低每位設計師成長的過程中所遇到的阻礙。歡迎來信投稿:aapdgo@gmail.com

Jasmine Lin

Written by

UX Designer / Information Architect from Taiwan, now living in Seattle.

AAPD — As A Product Designer

AAPD 專注於分享數位產品設計的相關資訊,並且致力在平台上創造更多的交流與互動,我們關注UI設計、UX設計、設計師的個人成長、設計趨勢與產業動態等,希望透過這些知識的傳遞,能夠降低每位設計師成長的過程中所遇到的阻礙。歡迎來信投稿:aapdgo@gmail.com