簡易工時安排法
年代久遠，我忘記當時待在哪間公司、是哪位 PM 發起這種方式來安排時程，就某些角度來講很實用，起碼 減少許多 UI 設計師必須和人到處喬工時和工作內容的麻煩。有問題你們 PM 自己出去打一架，打贏的再回來跟我說那個時段要做什麼事。
為什麼我不推薦敏捷開發
當專案成員越多，我越不推薦敏捷開發，原因在於「當連自己要做什麼事、為什麼這樣做、這樣做為了解決什麼問題」都搞不清楚前，就跳下去玩敏捷開發，那和比通靈還慘，通靈起碼還有個目標物在前面，搞不清楚狀況的人只能陪他跳世界迷霧開地圖了。
設計師的版本控管
群裡來了位「全端」，一入群就在討論版本控管這件事。我的 Git 雖然不敢說熟，好歹也懂 Push 和 Pull、發生衝突怎麼解決，多少還能和 RD 槓兩句，不然依 RD 開口就是滿天術語、根本無視對方聽不聽得懂的習性，群裡的氣氛會結凍…
避免捅到自己的工作流程
再強調一次，為什麼他接的案子比我多？：設計業界潛規則，讓你接案上班都無往不利 這本書的書名雖然很鳥，卻是每位設計師都該看過的必備好書。裡面提到許多工作方法，其中包含工作流程、工作清單等非常實用的職場技巧。基於老是一稿 20 改的前提下，不把工作流程、工作清單列清楚根本是自挖的屎坑。
設計規範要點
要做設計規範前，先來瞭解什麼是設計規範，不是把所有元件都擺在同一張圖上排排站吃果果就好，設計規範(Design Code / Design Specifications) 一文中提到： 設計規範是指對設計的具體技術要求,是設計工作的規則。一般包括總體目標的技術描述、功能的技術描述、技術指標的技術描述,以及限制條件的技術描述等。
文章分類
