敏捷轉型其實是一種創業

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

Risk Analysis中Duration Sensitivity與Schedule Sensitivity Index的差異

Duration Sensitivity 指的是 作業的工期與專案工期間的關聯性 - 數值會介於+100%到-100% - 百分比無實質意義，只是一個計算出來用以排序的數值，目的是顯示一串作業關聯度的高低。 - 因為是公式計算，可能會有負值。 但負值表示關聯度很低，原則上在大部分時候是可以忽略。 只有很小的狀況代表該作業增加會導致專案總工期的縮減。 Schedule Sensitivity Index 指的是 作業對於專案時間變化的關聯性 - 最可能造成專案時間變動的作業排最上面 - 百分比無實質意義，只是一個計算出來用以排序的數值，目的是顯示一串

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

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

新創公司中的兩種 PM：Project Manager vs Product Manager

說到 PM 有兩種，我想大部份很多人直覺會說：有腦和沒腦的，後者佔 90％。恩… 或許在某些工程師眼中，或許是如此吧。 但今天我們要討論的是另外真正的兩種 PM：Project Manager 和 Product Manager。因為我剛好本身都有經歷、又剛好都在是新創公司裡，或許可以和大家分享一下這兩種 PM的差異。

我的Scrum新體驗 - 測試策略篇

在規劃測試時, 我們一開始面臨的問題是, 整個開發時程分成哪些階段. 也就是說, 是否要都是要由 iteration 組成呢? 可是我們公司有所謂的 alpha 和 beta 階段, 尤其是 beta 階段, 我們必須把產品交給外面客戶去做測試, 這可能是無法廢除的, 那要怎麼配合呢?

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

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

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

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