Andy_Wong

要當好專案經理真的很困難哦

管理專案的需求要先作好計劃，團隊按規則行事，才能避免混亂。

身為專案經理的你有試過在要控制專案範圍的時候控制不了嗎? 如果有，就是因為你沒有在事前和對方訂定遊戲規則。且讓我介紹訂定遊戲規則的重要性和如何使用。

你究竟是這個團隊的「管理者」，還是一個薪水比較高的「超級員工」？

你也在PMP中遇過那份讓你困惑不已的「專案管理計畫」嗎？它看似重要，卻又好像只存在於書本，從沒在實務中見過真面目？別擔心，這篇文章就是為你而寫！我將分享自己十年職涯中對這份「神秘文件」的追尋與頓悟。從PMBOK第六版到第七版，我將告訴你它究竟有何實用價值，讓你告別專案混亂，讓你的團隊真正發揮所長。

當客戶都不清楚自己想的軟體應該具備什麼的前提下，軟體開發項目的需求及方案是如何確定下來的。就讓這一編來為大家解答箇中疑問。

搞軟體開發，最頭痛的就是客戶老是講不清楚自己到底要什麼！這篇文章就要來跟你聊聊，為何會出現這樣的情況，並為你拆解箇中的「雷」。想知道怎麼避開這些雷，讓你的專案更順利？讀完這篇你就懂了！

你剛被提升為管理者嗎? 你知道管理者和以前當技術時有那些不同嗎? 我在本文中嘗試探討其中我所經歷過的坑，希望讓各位避免再次經歷這些痛苦的事。

你手上的專案，是否也少了那張最重要的「啟航地圖」？當高層未給予明確的專案章程，專案經理該如何從混亂中理出頭緒，確保專案如期、如質、不虧本地完成？這篇文章將分享我從慘痛教訓中學到的變通之道，告訴你如何在沒有「聖旨」的情況下，依然精準掌控專案！

本文分享一個更系統化、嚴謹的WBS (工作分解結構) 建立步驟，以開發人力資源管理系統為例，說明如何透過需求分析、功能分解和團隊合作，有效建立WBS，避免專案管理中常見問題。

專案經理在分解WBS中會碰到一些問題，例如管理的工作是否應該包括在WBS中，會議工作應否要包括在WBS中等。文章討論了相關的困擾，並希望幫助各位進入專案管理領域的人。

本文討論軟體開發專案的範圍定義，說明其重要性及在實際執行中的困難。文中探討軟體開發專案的特性，例如與業務的高度關聯性，以及如何根據這些特性制定有效的範圍定義方法。文章並比較兩種方法：詳盡的系統規格說明書和敏捷式開發，並說明其優缺點及適用情境。

心思必需媒介才能展現，筆和紙就是展現他們的重要信物

持久的興趣把自已的人生經歷串連成具體的故事

物件的塵封也把相關的記憶慢慢封印了起來。但物件可以失去，但相關的記憶卻永不退色。

在從前，一台電視就是一家人難得相眾的媒介

有種愛叫默默守護。雖然它並沒有出現在自己眼前，但我知道它一直都在。

有一種苦澀叫做初戀，它記載著青澀的過去並見證自己的成長和成熟。

回想過往，我喜歡有秩序的人生，秩序為我帶來安全感。而盛載秩序的物品是我的印記