UX使用者經驗書單和學習資源

celgm4Iv7JI

敏捷和Scrum是以產品為核心,而產品是為了人而打造。

做決定時以使用者為中心,和了解使用者體驗,是敏捷團隊必備的技能。

雖然很多人會認為這是Product Owners的事,但我認為沒有讓全部成員把使用者放在第一位,就沒辦法做出感動人心的產品。而沒有感動人心的產品,團隊的存亡也就危在旦夕了。


基礎必讀區

原來,使用者才是老大!
團隊應該以怎麼樣的心態和方式來面對使用者

使用者導向設計
開發團隊要怎麼做出使用者要的產品

訂價背後的心理學:為什麼我要的是這個,最後卻買了那個?
很實用的心理學,可以立即應用在產品定價 Continue reading “UX使用者經驗書單和學習資源"

十分鐘活用專案管理07 – 範圍管理 Scope Management

2015-08-21_000455

傳統的PM只管專案,不管產品,所以可以學醫生很大聲的說:手術(專案)成功,但是病人(產品)死了,因為產品好不好是產品經理他家的事。而傳統專案經理也不好幹的是,要團隊正式跑專案前瞎掰準備好全部的工作事項。

Continue reading “十分鐘活用專案管理07 – 範圍管理 Scope Management"

“What?! You are a HR and in a ScrumMaster Course?”

Agile is not only for software development

T.8ytes

Legally blond (Photo: online source)

“We are going to lose our jobs!” a Development Dept Manager joked about it at our monthly management meeting. While I was scratching my head trying to make a sense out of it, he continued, “yea, and our QA Engineers and Software Testers too, if they don’t learn programming!”

View original post 詳見內文:約1,134字

十分鐘活用專案管理06 – 整合管理 Integration Management

Screen_Shot_2013_11_11_at_13.15.44-630x351

很多人都認為專案管理聖經PMBOK是沒辦法直接應用的,我也覺的是如此看書就會了我們這些老骨頭不是要吃西北風嗎。特別是書中流程是分開說明,但實際應用時,流程間有千絲萬縷的關聯性,沒辦法切的很乾淨。

而PMBOK為了讓不同種類的流程有個中心主軸,讓各流程有互相溝通的地方,就有了整合管理這一群組。整合管理也是我在讀PMBOK的時候最痛苦的章節,因為比起其他來說他最抽象所以看不懂可以先跳過

Continue reading “十分鐘活用專案管理06 – 整合管理 Integration Management"

十分鐘活用專案管理05 – 九大知識領域 Knowledge Areas

knowledge-tree

專案管理聖經 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在每個知識領域都會作個免責聲明:說每個知識領域在現實中會互相重疊和影響,但太詳細了我們不寫,請依據專案情況自行調整服用。我的建議是流程不重要,先有自己的一套,有遇到需要再加入就好。

圖片來源:

http://blogs.columbian.com/sherri-mcmillan/2014/01/08/achieving-your-goals-and-dream-life-step-seven/

十分鐘活用專案管理04 – 五大流程群組 Process Groups

conscious-leaving

專案管理聖經 PMBOK(Project Management Body Of Knowledge)中,有包含數十個流程,要一一看過又記得是不可能的而且鬼才會硬背。為了容易理解和記憶,PMBOK把流程分為五個大群組,他們跟專案生命週期有關係。

專案生命週期

專案前期,利害關係者對專案走向的影響大,改動的成本也相對低。而到了後期,利害關係者可以影響的越來越小,改動成本也越來越高。簡單的說就是木已成舟的概念。要注意的是,對專案走向的影響力變小,不代表對專案成敗的影響力變小,不爽的人還是可以輕易的讓專案失敗。

比如說家人決定要去旅遊,旅館行程都安排好也定了,但大姐突然說不是五星級的他不住。而這時要改變的成本就很高了(訂金沒收),而且其他人為了避免損失也會抵制大姐的決定。大姐也只能選擇自己帶星星或不參加。但可能從此就不爽大家,從此不參加家族旅行,變成讓家人聯絡感情的目標就失敗了。

Continue reading “十分鐘活用專案管理04 – 五大流程群組 Process Groups"

十分鐘活用專案管理03 – 組織影響力 Organizational Influences

2015-08-08_141519

隔壁鄰居老陳家跟小林家都安排了今年要環島家族旅遊,兩家的人數都是8個人,天數都預定一個禮拜,也都安排了20萬的預算?他們的行程跟結果會一樣嗎?

在跑專案時,就算團隊經驗能力、時程、預算都差不多,結果也可能天差地遠。而造成差異最主要的原因就是組織的影響。橘逾淮而為枳的故事充分說明周遭環境對事物的影響,而專案的生長環境,就是組織。

Continue reading “十分鐘活用專案管理03 – 組織影響力 Organizational Influences"