進階專案知識

五大原因告訴你,為什麼專案延誤時加人反倒更糟!

如果你問我,人生最重要的資源是什麼,我會說:「時間」;如果你問我企業最重要的資源是什麼,我還是會說時間。因為時間是完全不可逆的,多數資源的缺乏我們都可以用金錢來彌補,但對於時間,就算全地球所有的黃金鑽石加起來,也買不回一毫秒!

從評估軟體時程,論人性化管理

軟體開發時間是工程師一天到晚都會被問的問題。但是通常工程師只能對著PM、主管說「該花多久時間就花多久時間」,可惜PM、主管總是因為立場不同而不懂。到底有沒有更敏捷的方法,可以縮短軟體開發時間?有沒有更有效的管理方法,可以幫助管理專案開發時程?

為何大家從擁抱PMP到排斥PMP?

在這熱潮剛開始時,有非常多企業想訓練員工去考PMP。 但很特別之處,在於這股熱潮消退的非常迅速。 尤其2013年開始變的最明顯,陸續碰到HR來找我們做企業訓練,但電話打來第一句話都是:「我們公司想提升專案管理的能力,所以希望老師能來授課。 可是呢,我們不想要聽PMP那一套。」到了今年,更是99%的企業都強調不要上PMP!

當女友問你愛不愛我,她要的是安心而非狀態。客戶也是一樣的!

當客戶向你購買產品服務時,心中其實是有焦慮的,那是一種「害怕做錯決定,成為冤大頭」的焦慮。就像網購時我們會認真比價的心態一樣,有時候真的不是差那一兩百塊錢,純粹是希望自己不要買貴了,因為花錢卻換來懊惱真的讓人超級不爽!

如果「最低價標」是合理的,你會用它來評選你孩子的保母嗎?

2013年機場捷運通車跳票,我寫了一篇「機場捷運三度延宕!專案稽核制度該上場了! 」的文章。到了2016年的今天,不意外地,機場捷運又再度跳票了(到今年總共跳票6次,跳到大家都麻痺了~)!其實台灣人不是做不出好東西,看看我們的傳統製造業還有科技業,都有很棒的表現,但不知為何,在公共工程這個領域,總是讓人很吐血。有朋友拿日本的北海道新幹線與台灣比,說是台灣的廠商很爛,偷工減料,政府官員督導不周(參閱:同樣的施工時間,三倍長的北海道新幹線已經通車了,我們的機場捷運在幹啥? ),這其實只說出表面的症狀,沒打中真正的病因。

因為跑Scrum,所以辦不到 – 跑Scrum還是炮Scrum

如果要票選技術團隊最可怕的噩夢,跟第三方廠商(Third Party)合作系統整合一定是前三名。

Agile常見疑難系列(四) 關於時間

在實施 Scrum 時, 最常遇到的一個狀況, 就是忽然說有急件, 希望團隊可以趕快處理.根據 Scrum 的定義, 在 iteration 中途, 是不能再加功能, 也不能變更iteration 的長短.

Agile常見疑難系列(三) 撰寫使用者故事常見的問題

使用者故事(User Story) 是敏捷社群用來描述需求的 practice. 它非常容易上手, 但是也容易犯下錯誤, 以下便是常見的問題:

Agile常見疑難系列(二) 關於會議

很多人不喜歡每日立會, 覺得他很無聊, 很浪費時間. 可是為什麼會這樣呢? 我想請大家思考幾個問題

考上PMP後的下一步(3) - 我的公司沒有在用PMIS,我該先學嗎?

上一期我們聊到PMIS在管理規劃上的一些好處。 比方說,它讓PM更快完成專案規劃、方便做兵棋推演、以及在面對變動時可以很快執行假設分析。 這些都是紙本或是EXCEL等工具較難達成之處。 但有人可能不免疑問:「我的公司沒有用這類工具的習慣,或是我的專案很小。 加上紙本或Excel規劃其實也不麻煩。 那我是否還值得學這些工具呢?」 我的回答通常是,『就算如此,你還是值得學習一套這類工具』。 主要的原因在於,你不會永遠都只當個小PM,之後可能是大PM(如Program Manager)甚至負責好多案子。 你的案子也不會永遠都很簡單,遲早你會開始面對複雜的案子。

敏捷轉型其實是一種創業

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

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

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

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

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

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

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

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

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