敏捷雖如專案管理巧婦，無米無灶也難為炊

日前為一家規模龐大的組織進行敏捷式專案管理課程，課前一天傍晚，副執行長熱情晚宴款待，席間提及，某個老舊資訊系統更新專案，執行兩年以來延誤不斷，掌握不了可靠的結案日期，令他相當頭疼，不過在他的話語之間，我倒是感受不到絲毫的怪罪之意！

【專案管理書摘】想辨別需求的優先度？你可以善用「利害關係人分析矩陣」

要找出利害關係人並不難，分別出他們的需求優先程度才是難事。我該怎樣處理？我們特別選了素有「專案管理思想家」之稱的尼托‧羅德里格茲的一篇文章，其中提到了一個簡單的方法「利害關係人分析矩陣」來處理需求優先的問題。

人力不足不是你想的那樣：預算不夠補人力時，你還是能從流程優化做起

每到年末年初的時候，都是各大公司企業準備來年的預算和人力需求的當下，其實這事的本質並不複雜，只要先確認自己所負責的部門是屬於哪種責任中心。大部分公司的做法都是依來年的目標，回推目前的資源缺口，然後做為明年要增補、調整員額的依據。表面上看起來簡單，不就是套個公式嗎？但多年的觀察心得：「我們知道該做，但人手不足啊！」這個理由，幾乎可以穩坐許多任務推展不開、一堆事情掉在地上沒人接棒的榜首。如果這公式這麼有用，怎麼會有人手不夠的問題呢？我歸納出兩個關鍵的原因。

成長思維團隊管理：三種一定要處理的管理未爆彈

不要逃避去面對這些問題。當你越逃避這些狀況，它就會像癌細胞一樣佈滿整個團隊，初期沒什麼感覺、只是發點燒、咳嗽咳兩聲，你以為沒出大事、做生意要緊，因此就乾脆放著不處理、硬要視而不見；直到末期佈滿整個團隊的時候，一爆發就會讓公司邁向死亡。公司或許不會死透，但相信我，你的工作肯定不保了。

部屬成長對主管有什麼好處？談輔導與面談

說話和聽話 是一種能力，能說出讓人聽懂的話和聽懂別人說的話是一種超能力。 對一個主管而言，輔導部屬的學習和發展是一件極為重要的事，然而很多主管嘴上說提升部屬很重要，但實際上卻是一點都不重視。這其中可能有利益糾葛，亦或是心理障礙。

敏捷品質管理：笨蛋！問題不在是否能做到「零瑕疵」，而是在「看待瑕疵的態度」

日前於敏捷課堂上，有學員問到，應不應把瑕疵（以下簡稱 bug ）列為用戶故事來處理？ 這個問題，其實可以分為好幾個層次來探討，我們就先從根源來談起吧！ 瑕疵該發生嗎？是理所當然的嗎？瑕疵可以放任多久再處理？瑕疵該以用戶故事紀錄、跟催嗎？

該用OKR還是KPI？實務上三個迷思與四個建議

最近刮起一陣OKR旋風——這個問世許久的老東西，居然一夕翻身，炙手可熱。也因此，我接到許多苦主的求救，個個倉皇不安： 「老闆最近也想導入OKR，叫我們先研究看看，我該怎麼開始？」 「公司裡有用KPI，但老闆也想用OKR，這要怎麼辦？」 「OKR是不是要讓主管先學會？還是大家都要懂？」