”神啊，請給我多一點時間吧！！！“ 是每個專案經理都會發出哀嚎。
很不幸的，專案管理聖經PMBOK中的時間管理并不會幫我們多生出點時間。
專案時間管理跟一般日常的時間管理有點區別，一般的時間管理講究的是優先順序和輕重緩急，這些在專案中這是由整合管理來處理。而專案中的時間管理，討論的是如何在既定的時間內完成專案，例如找出需要做的活動，將活動排程，管理時程等等。
作者: Yves Lin
Trying being agile in the fun way.
喜歡并相信敏捷與正念，期許能帶入一些不同的思維，能讓華語圈不只軟體產業，都可以更高效幸福，開心自在。
其實你心中根本沒有我 – 從對話看是否在乎使用者
一直以來我們都很強調自己是技術導向導向（Technology Centric）的團隊，直到有一天敏捷發現了我們，我們才開始往使用者導向（User Centric）慢慢移動。
我自我感覺良好的認為，自己思維還算是夠使用者導向，直到最近才發現果然是自我感覺良好。
話說最近新開發了一個產品，上線後發現網頁開很慢。一個沒啥圖片的登入頁面，User first visit大約要5-10秒才能Load完。
UX使用者經驗書單和學習資源
敏捷和Scrum是以產品為核心，而產品是為了人而打造。
做決定時以使用者為中心，和了解使用者體驗，是敏捷團隊必備的技能。
雖然很多人會認為這是Product Owners的事，但我認為沒有讓全部成員把使用者放在第一位，就沒辦法做出感動人心的產品。而沒有感動人心的產品，團隊的存亡也就危在旦夕了。
基礎必讀區
原來，使用者才是老大！
團隊應該以怎麼樣的心態和方式來面對使用者
使用者導向設計
開發團隊要怎麼做出使用者要的產品
訂價背後的心理學：為什麼我要的是這個，最後卻買了那個？
很實用的心理學，可以立即應用在產品定價 閱讀全文〈UX使用者經驗書單和學習資源〉
十分鐘活用專案管理07 – 範圍管理 Scope Management
傳統的PM只管專案，不管產品，所以可以學醫生很大聲的說：手術（專案）成功，但是病人（產品）死了，因為產品好不好是產品經理他家的事。而傳統專案經理也不好幹的是，要團隊正式跑專案前瞎掰準備好全部的工作事項。
“What?! You are a HR and in a ScrumMaster Course?”
Agile is not only for software development
十分鐘活用專案管理06 – 整合管理 Integration Management
很多人都認為專案管理聖經 PMBOK 是沒辦法直接應用的，我也覺的是如此看書就會了我們這些老骨頭不是要吃西北風嗎。特別是書中流程是分開說明，但實際應用時，流程間有千絲萬縷的關聯性，沒辦法切的很乾淨。
而 PMBOK 為了讓不同種類的流程有個中心主軸，讓各流程有互相溝通的地方，就有了整合管理這一群組。整合管理也是我在讀 PMBOK 的時候最痛苦的章節，因為比起其他來說他最抽象所以看不懂可以先跳過。
十分鐘活用專案管理05 – 九大知識領域 Knowledge Areas
專案管理聖經 PMBOK（Project Management Body Of Knowledge）裡把專案管理相關知識整理成九大領域。剛剛開始看的時候有些複雜嚇到，但是深入看才發現其實很多都是我們平常就在做的事情。很佩服 PMI 可以把這些東西整理的那麼有系統。
這篇文章有點短，只能算是是九大知識領域的目錄吧。
如果今年要環島家族旅遊，人數都是8個人，天數預定一個禮拜，安排了20萬的預算。那要如何套用到各個知識領域呢？
| No | 知識領域 | 說明 | 舉例 |
| 1 | Integration 整合管理 |
協調所有的流程，決定輕重緩急。 | 對預算和旅行計劃取得共識。照計劃旅行，并監控，需要時做修正。 |
| 2 | Scope 範圍管理 |
可分為產品範圍和專案範圍，應該包含和不包含哪些東西，讓專案可以剛剛好到達目標。 | 確認停留的地點和會玩的活動。 |
| 3 | Time 時間管理 |
讓專案在指定時間內完成。
定義活動，活動排程，活動時間和資源的估計，控制時程。 |
確保大家在七天後平安回到家。 |
| 4 | Cost 成本管理 |
讓專案在授權的成本內完成。
成本估計、預算與控制。 |
確保預算保持在二十萬以內。 |
| 5 | Quality 品質管理 |
讓產出符合顧客的期待。
經由品質規劃、品質確保、品質控制。 |
了解大家對行程的期望，管理大家的期望和調整行程符合期望。 |
| 6 | Human Resource 人力資源管理 |
讓團隊可以達成專案目標。
藉由人力規劃、取得團隊、提升團隊能力、和管理團隊。 |
安排開車的人，注意他們精神狀況，如果路不熟提供GPS。 |
| 7 | Communication 溝通管理 |
讓對資訊在對的時間到達對的人。
溝通規劃、資訊分發、成效報告、利害關係者管理。 |
行程通知和確認。每天重複宣佈當天行程。管理大家的期待。 |
| 8 | Risk 風險管理 |
提高好事發生的幾率，降低壞事發生的幾率。
風險管理規劃、風險識別、風險分析、風險反應規劃、風險 |
注意天氣，路況。買旅遊保險。準備建議藥品。 |
| 9 | Procurement 供應與採購管理 |
購買或取得團隊沒有的資源。 | 飯店，導遊，當地腳踏車，餐廳。 |
常見迷思
1. 一定要照 PMBOK 的流程跑
第一，PMBOK 完整流程是給大專案用的，小專案不需要完整的流程。第二，PMBOK 在每個知識領域都會作個免責聲明：說每個知識領域在現實中會互相重疊和影響，但太詳細了我們不寫，請依據專案情況自行調整服用。我的建議是流程不重要，會抓老鼠的貓就是好貓，先有自己的一套，有遇到需要再加入就好。
十分鐘活用專案管理系列
經由這個系列，在短短十分鐘等泡麵煮開的時間，輕鬆搞懂專案管理的概念和技巧，你會發現專案管理簡單、有趣、又可以應用在實際生活中。
01 – 基礎入門 Projects Management Introduction
03 – 組織影響力 Organizational Influences
06 – 整合管理 Integration Management
11 – 人力資源管理 Human Resource Management
12 – 溝通管理 Communication Management
14 – 採購管理 Procurement Management
圖片來源：
十分鐘活用專案管理04 – 五大流程群組 Process Groups
專案管理聖經 PMBOK（Project Management Body Of Knowledge）中，有包含數十個流程，要一一看過又記得是不可能的而且鬼才會硬背。為了容易理解和記憶，PMBOK把流程分為五個大群組，他們跟專案生命週期有關係。
專案生命週期
專案前期，利害關係者對專案走向的影響大，改動的成本也相對低。而到了後期，利害關係者可以影響的越來越小，改動成本也越來越高。簡單的說就是木已成舟的概念。要注意的是，對專案走向的影響力變小，不代表對專案成敗的影響力變小，不爽的人還是可以輕易的讓專案失敗。
比如說家人決定要去旅遊，旅館行程都安排好也定了，但大姐突然說不是五星級的他不住。而這時要改變的成本就很高了（訂金沒收），而且其他人為了避免損失也會抵制大姐的決定。大姐也只能選擇自己帶星星或不參加。但可能從此就不爽大家，從此不參加家族旅行，變成讓家人聯絡感情的目標就失敗了。
十分鐘活用專案管理03 – 組織影響力 Organizational Influences
隔壁鄰居老陳家跟小林家都安排了今年要環島家族旅遊，兩家的人數都是8個人，天數都預定一個禮拜，也都安排了20萬的預算？他們的行程跟結果會一樣嗎？
在跑專案時，就算團隊經驗能力、時程、預算都差不多，結果也可能天差地遠。而造成差異最主要的原因就是組織的影響。橘逾淮而為枳的故事充分說明周遭環境對事物的影響，而專案的生長環境，就是組織。
如何未卜先知？ – 敏捷團隊中的領先指標
在把妹的時候，成功進入穩定的戀情是最終的績效目標，而我們要靠一些跡象來判斷達成目標的機會有多大。如已讀不回的次數，說『恩恩、哈哈、去洗澡』的次數，被當工具人的次數等等，來幫我們做心理建設（告白被拒不哭哭）、改善行動方案（不修電腦改租超跑）、或改變績效目標（下個正妹會更好）。
回到組織來說，存活下去最重要的就是有財源。所以談到如何衡量團隊的績效，在一般的情境下，都是拿團隊能帶入的收益來判斷團隊的績效。例外的情況是燒錢搶市場，但長期還是要有獲利模式。
簡單的說就是結果論，一個可以賺錢的組織不一定是好的，但不賺錢的組織一定是壞的，一個沒辦法養活自己的組織，沒有存活下去的價值。