Agile常見疑難系列(一) 關於團隊

今年很多好友的公司都開始要導入 agile, 他們花了不少錢去上課, 很積極地想把 scrum 實施好. 在上完課程後, 他們都不約而同問了這個問題: 如何開始在公司內推廣 agile?

考上PMP後的下一步(2) – 學套模擬工具吧

我在上一篇的文章最後提到說：取得PMP證照並不表示達到巔峰，僅表示踏到專業上的一個起點。 這是因為書裡的東西終究只是原則與公式，若要讓我們的老闆與上司覺得我們真的具備專案管理知識，那最簡單的方法就是「活用」這些知識在我們現有的專案中。 當然，這不用我說，大家都知道要活用才行。 但很多人也確實有這樣的困擾：雖然知道專有名詞的定義，可是到底該怎麼跟實際專案連結呢？ 又該怎麼展現自己專業知識呢？ 對此，我在此會建議，當你考上PMP後，其實下一步最好是去學套PMIS。 這是讓你整合理論與實務CP值最高的一條途徑。 甚麼是PMIS PMIS是Project

往烏托邦前進 – 敏捷是理想主義還是保守主義？

敏捷開發到底是理想主義（激進主義）還是保守主義？ 在往下看下去之前，先回答以下三個題目看看自己是理想主義（左派）還是保守主義（右派）吧？

軟體開發者小心！你正身陷狹隘的「隧道視野」！

【編輯前言】「逼死人的死線（Deadline）」、「有夠瞎的時程」對於身處在軟體專案中IT人都不會陌生。最近PTT的Soft_Job（軟體工作相關看板）有個精彩的討論串，幾位IT達人以各種犀利的角度、傳神的比喻，針對軟體專案中「五花八門的專案時程安排」有精彩的討論。《專案管理生活思維》的編輯群特別將此篇討論收錄下來與各位分享，如果妳/你也身處軟體產業，關於時程安排這檔事，你怎麼看？

你真的搞懂了什麼叫敏捷式 ( Agile ) 開發嗎?

敏捷式開發(Agile Development)是近來時常耳聞的一個名詞，我們或多或少對於這個名詞有些微的概念，但是卻又很難具體的描述出一個全面性的觀點來。 敏捷式的精神 原則上敏捷式開發主要的精神在於較短的開發循環（建立在反覆式開發方式上）以及漸進式開發與交付。換句話來說，專案的成果，包含計畫、各類的需求細節、設計等都會隨著專案的進行而漸漸完整，而非在一開始將所有的計畫與需求擬定完成。

該如何避開組織中的「螃蟹效應」？

以下文章是一目前在某硬體廠擔任PM讀友所寫的第二篇文章。 文中分享了他在自己專案中如何透過排程以進行專案優化的心得。 我要強調的是：優化並非只是微調微調工作時間或調整人力，更重要的，是要能看出風險，並以「能降低風險的方式」調整工作！ 這其實是更為重要的PM技能！ 他本身是RD出身，2012年間被公司拔擢為PM，那時候他來我們這邊上了一系列的專案管理課程。 這兩篇是他在經過兩年後的工作心得，提到專案管理的知識到底怎麼在實務上幫助了他！ ------ 《本文開始》 有一個故事是這樣的，如果把一隻螃蟹放在竹簍裏，它有可能爬出來，但是如果把很多隻螃

學會這個後，我創下了公司史上最快的量產紀錄

  以下文章是一位目前在某硬體廠擔任PM的讀友所寫。 文中分享了他跟客戶以及內部進行工作協調與模擬規劃的心得。 他本身是RD出身，2012年間被公司拔擢為PM，那時候他來我們這邊上了一系列的專案管理課程。 這篇是他在經過兩年後的工作心得，提到專案管理的知識到底怎麼在實務上幫助了他！ ------ 正文開始 ------ 我自己在當RD時，每次見到公司內部的PM到處出差和客人開會談產品規格與時程，回來和老闆報告後就開始壓RD進度，心理總覺得「哇！ PM 真是爽缺。永遠出一張嘴，然後就在旁邊納涼等著收卷。」 結果，等到自己做PM時，才知