Andy_Wong
繼續避開另外4個坑，你就不會不斷於專案中忙個不停
勇敢面對自己的過往，才能在此進步。這就是經驗教訓的作用。
初當專案經理的四個致命陷阱與解決之道
剛剛成為專案經理，才發現坑比原來的深，也是對自己思想的磨練。
建立自主思考系統：讀《思考外包的陷阱》有感
只有啟用自主思考，才能改更自己的人生道路！
別讓「聰明的懶惰」毀了你：讀《思考外包的陷阱》有感
我以為決定是我自己作出的，但是原來別人已經為我安排好了。
流程是助力還是阻力？給專案經理的思辨課：告別「無政府」與「官僚主義」
管理者管理的是流程，而不是人
別再做無效的計劃！從「紙上旅行」開始，打造成功的專案計劃
你以為把每一個任務的開始和結束日期排出來就是專案計劃嗎？可沒那麼簡單！
初入專案經理的四大挑戰與解決方案
要當好專案經理真的很困難哦
管理需求不再隨心情而定：需求管理計劃是實務手冊
管理專案的需求要先作好計劃，團隊按規則行事，才能避免混亂。
專案範圍不再超：範圍管理計劃是關鍵
身為專案經理的你有試過在要控制專案範圍的時候控制不了嗎? 如果有，就是因為你沒有在事前和對方訂定遊戲規則。且讓我介紹訂定遊戲規則的重要性和如何使用。
立即停止抱怨，不要用過去的思維當管理者
你究竟是這個團隊的「管理者」，還是一個薪水比較高的「超級員工」？
專案經理，你也曾誤解「它」嗎？一份被忽略的PMP核心文件
你也在PMP中遇過那份讓你困惑不已的「專案管理計畫」嗎？它看似重要，卻又好像只存在於書本，從沒在實務中見過真面目？別擔心，這篇文章就是為你而寫！我將分享自己十年職涯中對這份「神秘文件」的追尋與頓悟。從PMBOK第六版到第七版，我將告訴你它究竟有何實用價值，讓你告別專案混亂，讓你的團隊真正發揮所長。
走出軟體開發需求迷霧：從不確定到確定的路徑
當客戶都不清楚自己想的軟體應該具備什麼的前提下，軟體開發項目的需求及方案是如何確定下來的。就讓這一編來為大家解答箇中疑問。
化解軟體開發專案初期迷霧：降低風險，共創雙贏
搞軟體開發，最頭痛的就是客戶老是講不清楚自己到底要什麼！這篇文章就要來跟你聊聊，為何會出現這樣的情況，並為你拆解箇中的「雷」。想知道怎麼避開這些雷，讓你的專案更順利？讀完這篇你就懂了！
從技術走向管理的失敗經歷
你剛被提升為管理者嗎? 你知道管理者和以前當技術時有那些不同嗎? 我在本文中嘗試探討其中我所經歷過的坑，希望讓各位避免再次經歷這些痛苦的事。
解析「專案章程」的空白：乙方專案經理的經驗與應對策略
你手上的專案，是否也少了那張最重要的「啟航地圖」？當高層未給予明確的專案章程，專案經理該如何從混亂中理出頭緒，確保專案如期、如質、不虧本地完成？這篇文章將分享我從慘痛教訓中學到的變通之道，告訴你如何在沒有「聖旨」的情況下，依然精準掌控專案！
你的WBS只是裝飾品？專案經理的覺醒與實戰分享
本文分享一個更系統化、嚴謹的WBS (工作分解結構) 建立步驟，以開發人力資源管理系統為例，說明如何透過需求分析、功能分解和團隊合作，有效建立WBS，避免專案管理中常見問題。
WBS 深度解析：解決專案分解中的常見疑慮
專案經理在分解WBS中會碰到一些問題，例如管理的工作是否應該包括在WBS中，會議工作應否要包括在WBS中等。文章討論了相關的困擾，並希望幫助各位進入專案管理領域的人。
軟體開發專案範圍定義方法
本文討論軟體開發專案的範圍定義，說明其重要性及在實際執行中的困難。文中探討軟體開發專案的特性，例如與業務的高度關聯性，以及如何根據這些特性制定有效的範圍定義方法。文章並比較兩種方法：詳盡的系統規格說明書和敏捷式開發，並說明其優缺點及適用情境。
七日書—第七天｜未來的信物
心思必需媒介才能展現，筆和紙就是展現他們的重要信物
七日書—第六天｜人生博物館
持久的興趣把自已的人生經歷串連成具體的故事
