被死線追到快瘋掉？專案規模太大？切階段的幾種方法

這篇文章在草稿躺了好久，好幾個月前想到這個主題，是因為自己手上剛好有幾個正準備大改版的產品，由於資源和時間有限，當初規劃時就有和主管討論到，是否可以不要一次到位，而是改用分批交付的方式實現這些需求。如今過了一段時間，手上的產品陸續完成改版，總算有些實例和過程中學到的眉眉角角可以寫出來分享。不過，以下經驗僅限於網路產業（如網站、app 等形式的產品），硬體產品或其他產業就不一定那麼適用了。

追蹤記錄自己習慣中的這 3 個要素，比養成新習慣更重要

「規劃」一個新的習慣、新的目標，通常簡單沒有壓力，只是規劃完成後，真正要執行目標、養成習慣的過程，卻還是遇到許多窒礙難行的困境，結果習慣的養成、新目標的推進，忽然沒有像是規劃時那麼簡單了，甚至因為遲遲無法前進而開始變成新的壓力。

產品大改版血淚史：為什麼要大改版＆相關準備

我在每間公司聽到大家對於「產品大改版」的稱呼都不一樣，雖然 chatgpt 說可以用 “revamp”（或者 ”rebuild”）、雖然現職公司的大家都是用 “revamp” 稱呼大改版，但在網路上沒有查到很多文章會用 “revamp”，所以標題與接下來的內文就先用比較白話的「大改版」來統稱「畫面重新設計+程式碼重構」的大專案。

Google 文件投票方塊 7 種工作應用案例，從贊成反對到簡單審核

當我們想要在團隊中收集大家意見，投票討論決策時，小至訂個便當，大到決定工作方向，可能我們都習慣利用像是「 Google 表單」這樣的工具進行問卷調查。不過，既然 Google 文件本身就可以進行多人協作，有時候我們要討論的內容就在原本的 Google 文件上（例如會議記錄、專案企劃文件），那有沒有更簡單的方式，在我們日常的文件流程中就能完成投票決定？

【專案管理書摘】光有數據是不夠的！讓數據「有說服力」的 4 個關鍵

我在企業講授簡報、提案時，常會提到展現說服力的關鍵，就是讓對方感受到「與我有關、對我有益」這兩件事。善用數據來創造行動的誘因、提升說服力，也是同樣的道理。只要掌握四個關鍵，你也能提升數據說服力。

【專案管理書摘】打上「問號」，卻不一定就是真正的問題

在不同領域，有著各自對於問題的定義與解釋。比方說，在數學領域中，問題是關於數學描述對象和結構的疑問。一個問題可以是具體的求解問題，也可以是一般的假設證明過程。在社會領域中，問題是指某類困境。比如說：貧窮、失業問題；如果解決了這個困境，就可以產生社會效益。

為什麼工程師討厭 PM？

工程師最討厭 PM 的三件事：搞不清楚狀況 / 只會亂壓時程，無法解決問題 / 只當傳聲筒、把客人或老闆給的壓力（比如：時程）直接往團隊身上丟。然後，不知道自己在幹嘛，就只會整天叫團隊開會報告進度......。（工程師 o.s.：我們都很清楚我們在幹嘛，就你不清楚...這到底是誰的問題？）