敏捷轉型其實是一種創業

很多人問到, 在公司或是團隊中, 要如何推廣敏捷? 是否有些公式可以 follow? 可惜的, 敏捷轉型的過程是非常不可預測的. 中間會發生什麼事情不知道, 結果會是如何不確定. 因此, 如果你是以傳統專案計畫的方式, 也就是大規模, 且詳細的方式來規劃, 這通常是徒勞無功的.

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，那時候他來我們這邊上了一系列的專案管理課程。 這兩篇是他在經過兩年後的工作心得，提到專案管理的知識到底怎麼在實務上幫助了他！ ------ 《本文開始》 有一個故事是這樣的，如果把一隻螃蟹放在竹簍裏，它有可能爬出來，但是如果把很多隻螃