選舉又要到了,一堆人又提出要讓台灣更好,而『讓台灣更好』這句話,是個目標還是喊爽的口號呢?
訂目標有什麼好處?沒有目標也可以活的好好的不是嗎?為什麼要訂什麼鳥目標呢?
選舉又要到了,一堆人又提出要讓台灣更好,而『讓台灣更好』這句話,是個目標還是喊爽的口號呢?
訂目標有什麼好處?沒有目標也可以活的好好的不是嗎?為什麼要訂什麼鳥目標呢?
終於等到這一天了,女神下禮拜六有空,願意給你機會約會,預算有限,要怎麼讓每一分錢都花在刀口上呢?
專案管理聖經 PMBOK 中,成本管理是談如何讓專案在被授權的金額內成功完成。不但如此還要考量專案完成後,產出的產品、服務和結果,在使用、維護和支持上的成本,也叫生命週期成本法 Life Cycle Costing。比如說,萬一第一次就把女神的胃口養大,以後就的維護費用就高了。
”神啊,請給我多一點時間吧!!!“ 是每個專案經理都會發出哀嚎。
很不幸的,專案管理聖經PMBOK中的時間管理并不會幫我們多生出點時間。
專案時間管理跟一般日常的時間管理有點區別,一般的時間管理講究的是優先順序和輕重緩急,這些在專案中這是由整合管理來處理。而專案中的時間管理,討論的是如何在既定的時間內完成專案,例如找出需要做的活動,將活動排程,管理時程等等。
一直以來我們都很強調自己是技術導向導向(Technology Centric)的團隊,直到有一天敏捷發現了我們,我們才開始往使用者導向(User Centric)慢慢移動。
我自我感覺良好的認為,自己思維還算是夠使用者導向,直到最近才發現果然是自我感覺良好。
話說最近新開發了一個產品,上線後發現網頁開很慢。一個沒啥圖片的登入頁面,User first visit大約要5-10秒才能Load完。
敏捷和Scrum是以產品為核心,而產品是為了人而打造。
做決定時以使用者為中心,和了解使用者體驗,是敏捷團隊必備的技能。
雖然很多人會認為這是Product Owners的事,但我認為沒有讓全部成員把使用者放在第一位,就沒辦法做出感動人心的產品。而沒有感動人心的產品,團隊的存亡也就危在旦夕了。
原來,使用者才是老大!
團隊應該以怎麼樣的心態和方式來面對使用者
使用者導向設計
開發團隊要怎麼做出使用者要的產品
訂價背後的心理學:為什麼我要的是這個,最後卻買了那個?
很實用的心理學,可以立即應用在產品定價 閱讀全文〈UX使用者經驗書單和學習資源〉
傳統的PM只管專案,不管產品,所以可以學醫生很大聲的說:手術(專案)成功,但是病人(產品)死了,因為產品好不好是產品經理他家的事。而傳統專案經理也不好幹的是,要團隊正式跑專案前瞎掰準備好全部的工作事項。
Agile is not only for software development
很多人都認為專案管理聖經 PMBOK 是沒辦法直接應用的,我也覺的是如此看書就會了我們這些老骨頭不是要吃西北風嗎。特別是書中流程是分開說明,但實際應用時,流程間有千絲萬縷的關聯性,沒辦法切的很乾淨。
而 PMBOK 為了讓不同種類的流程有個中心主軸,讓各流程有互相溝通的地方,就有了整合管理這一群組。整合管理也是我在讀 PMBOK 的時候最痛苦的章節,因為比起其他來說他最抽象所以看不懂可以先跳過。
專案管理聖經 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 供應與採購管理 |
購買或取得團隊沒有的資源。 | 飯店,導遊,當地腳踏車,餐廳。 |
第一,PMBOK 完整流程是給大專案用的,小專案不需要完整的流程。第二,PMBOK 在每個知識領域都會作個免責聲明:說每個知識領域在現實中會互相重疊和影響,但太詳細了我們不寫,請依據專案情況自行調整服用。我的建議是流程不重要,會抓老鼠的貓就是好貓,先有自己的一套,有遇到需要再加入就好。
經由這個系列,在短短十分鐘等泡麵煮開的時間,輕鬆搞懂專案管理的概念和技巧,你會發現專案管理簡單、有趣、又可以應用在實際生活中。
01 – 基礎入門 Projects Management Introduction
03 – 組織影響力 Organizational Influences
06 – 整合管理 Integration Management
11 – 人力資源管理 Human Resource Management
12 – 溝通管理 Communication Management
14 – 採購管理 Procurement Management
圖片來源:
專案管理聖經 PMBOK(Project Management Body Of Knowledge)中,有包含數十個流程,要一一看過又記得是不可能的而且鬼才會硬背。為了容易理解和記憶,PMBOK把流程分為五個大群組,他們跟專案生命週期有關係。
專案前期,利害關係者對專案走向的影響大,改動的成本也相對低。而到了後期,利害關係者可以影響的越來越小,改動成本也越來越高。簡單的說就是木已成舟的概念。要注意的是,對專案走向的影響力變小,不代表對專案成敗的影響力變小,不爽的人還是可以輕易的讓專案失敗。
比如說家人決定要去旅遊,旅館行程都安排好也定了,但大姐突然說不是五星級的他不住。而這時要改變的成本就很高了(訂金沒收),而且其他人為了避免損失也會抵制大姐的決定。大姐也只能選擇自己帶星星或不參加。但可能從此就不爽大家,從此不參加家族旅行,變成讓家人聯絡感情的目標就失敗了。