敏捷方法的成功密技（二）：專案管理的「溝通斷層」

在上一篇文章《敏捷方法的成功密技：Scrum 為何對你很重要？》中，我們談到了Scrum這個在敏捷開發方法中頗受歡迎的一派，也談到了敏捷式與瀑布式，在產品開發和專案執行成功率上的巨大差異。可是，既然這個東西這麼讚，又簡單易懂，那為什麼還是有很多公司和組織在導入這個方法的時候，不盡人意，東卡西卡的，無法體驗到敏捷法的巨大好處呢？

比起自動化功能，麻煩一點的手動整理與判斷，更適合時間管理

許多生產力工具會提供自動化的功能，例如：工時追蹤工具提供自動追蹤不同軟體使用時間的功能 / 待辦清單工具提供自動根據時間提醒、優先權過濾的功能 / 任務管理工具提供自動匯入行事曆的功能 。這些自動化的功能，如果是用在比較偏向機械化的工作，或是用來處理瑣碎次要的雜事，或是真的拿來處理「資料」（而非有價值任務），那麼還是有用的。但是如果我們在打造自己的時間管理系統過程中，認為可以運用這些自動排程功能，打造一個自動化行動清單，然後就能做好時間管理，實際上是非常困難且不切實際的。

敏捷方法的成功密技（一）：Scrum 為何對你很重要？

最近一位認識多年的朋友，讀完了Jeff Sutherland大師所撰寫的《SCRUM，用一半的時間做兩倍的事》之後，找我問了些有關敏捷方法的問題，我發現，大多數的人可能都把敏捷方法想得太過於簡單了，以至於在組織內施行的時候，到處碰壁。

拯救失控專案：談管理機制導入前必要的診斷

某天其他部門的同事跑來詢問我 : 「聽說你們的專案執行得不錯，可以給我們WBS參考嗎?」起初我有點一頭霧水，一問之下才知道原來是主管的指示，要他們前來取經，而且特別指名要看WBS。據我所知，他們的專案範疇大、協作單位多，一直以來是個燙手山芋，卻又是公司轉型階段不得不執行的任務。雖然和我之前的專案有些相似之處，但畢竟團隊不同，產品的屬性也有差異，想用同一招打天下頗有難度，於是我開始思考，專案管理強調的Lessons Learned ( 經驗傳承 ) 精神，要如何落實? 

如何讓筆記本不是散亂流水帳？先專案、改任務、後行動清單

「如何讓筆記本不是散亂流水帳？」這是一個常常有人在電腦玩物相關文章或課程中詢問我的問題：「為什麼我的筆記本常常一頁一頁一直寫下去，久了就開始變得雜亂無章？寫下的內容找不到、易漏掉？」這個問題其實不是筆記整理的問題，而是時間管理的問題。

專案成果的爛品質到底是怎麼形成的？正本清源的解決之道又是什麼？

我們知道，任何專案，最終都有一定的成果得產出，而這些成果必須符合一定的品質標準。有些成果的品質要求較寬鬆，有些則必須極為嚴苛，沒有一點商量的餘地，像與人身安全相關的品質要求就是一例。照道理，軟體有品質瑕疵是不該被放行出貨的，不論是看得見的使用者介面（User Interface），還是看不見的內部程式碼的瑕疵都一樣。然而，實際的商業運作情況，卻不是這樣。為什麼會這樣呢？

來自 Google 生產力專家免費電子書的 5 個時間管理技巧建議

Google 最近分享了一份免費電子書檔案，任何人都可免費下載。這份 PDF 電子書由 Google 的執行生產力顧問 Laura Mae Martin 撰寫，整理她多年來協助 Google 員工提升工作生產力所發展出的幾個有效技巧。這份指南並非是 Google 工具的操作教學，而是針對時間管理、目標規劃，乃至郵件處理、會議設定的通用工作建議。