我的Scrum新體驗 - 回顧會議篇(Retrospective Meeting)

回顧會議是 Scrum 中最重要的一個會議, 它讓你有機會反省在上個 sprint 所做的一切事情. 老中很努力工作, 可是卻不檢討做事方法, 所以工作的很辛苦,卻不見得有效率.

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

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

我的Scrum新體驗 - 每日會議篇(Daily Scrum Meeting)

我的專案開始採用 Scrum 的方法來開發專案, 這是一個新的體驗. 一開始時是工程師們說要這麼做, 我的想法是一則以喜, 一則以憂. 喜的是終於有機會可以嘗試 agile 的方法了, 憂的是在這麼短的時程內, 用新的方法似乎風險很大. 不過既然大家都願意這樣做, 那就豁出去了. 因此, 接下來我將會分享這幾個月來(開始於2009/2中), 使用 Scrum 的風風雨雨.

組織向下沉淪，你我都推了一把

一間公司或一個組織的文化是如何形成的？是靠著組織中的每個人堆積出來的。 文化會影響一個人的思考模式與行事風格，而這些人的思維與行為的集合，就成了這家公司的文化，很多人以為公司的文化是老闆造就的，但我想說的是，文化不太可能由單一個人決定。

為什麼我不推薦敏捷開發

當專案成員越多，我越不推薦敏捷開發，原因在於「當連自己要做什麼事、為什麼這樣做、這樣做為了解決什麼問題」都搞不清楚前，就跳下去玩敏捷開發，那和比通靈還慘，通靈起碼還有個目標物在前面，搞不清楚狀況的人只能陪他跳世界迷霧開地圖了。 敏捷開發 - MBA智库百科 最下方有段「對敏捷開發的誤解」。可順便參考 敏捷軟體開發 - 維基百科。 誤解一：敏捷對人的要求很高 說高不高啦，撇開實作技術不談，你覺得要找到清楚專案開發流程、知道每位專案成員的工作內容、職責範圍、產出，並清楚專案目標、需求、使用者需要的開發人員（含設計師）很容易嗎？ 如果上述條件無法達成

答客問：「如何建立與Sponsor的信任感？」

上次在一個專案管理的分享課程後，有人舉手說：「感覺你都遇到很好的sponsor，他們都願意聽你的建議，哪像我，每次都遇到不講理的人。」

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

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