Jeff Patton,在過去二十多年的經曆中,Jeff Patton得到一個教訓:雖然設計和構建軟件的正確方式並不隻有隻有一種,但錯誤的更是多得數不勝數。
Jeff有十五年豐富的産品經驗,做過網上飛機零件預定和電子病曆卡等,主要是幫助客戶組織改進工作方式。在很多開發流程都隻著眼於交付速度和效率時,Jeff早已經在此基礎上同時兼顧交付具有非凡價值並且能獲得市場成功的軟件産品。早在2000年,Jeff加入一個早期的極限編程團隊以來,就一直專注於敏捷方法,尤其專長於把有效用戶體驗設計和産品管理實踐融入紮實的工程實踐當中。目前,Jeff的身份是獨立顧問、敏捷過程教練、産品設計過程教練和導師。他針對敏捷産品管理各個主題所發錶過的文章、隨筆和PPT都可以從agileproductdesign.com和Alistair Cockburn的Crystal Clear找到。Jeff是敏捷-使用性雅虎討論小組的創辦人和協調人,StickyMinds.com和IEEE Software的專欄作者,CST(Certified Scrum Trainer),敏捷聯盟2007 Gordon Pask奬的獲得者。
用戶故事地圖作為一種有效的需求工具,越來越廣泛地應用於開發實踐中。本書以用戶故事地圖為主題,強調以閤作溝通的方式來全麵理解用戶需求,涉及的主題包括怎麼以故事地圖的方式來講用戶需求,如何分解和優化需求,如果通過團隊協同工作的方式來積極吸取經驗教訓,從中洞察用戶的需求,開發真正有價值的、小而美的産品和服務。本書適閤産品經理、用戶體驗設計師、産品負責人、業務分析師、IT項目經理、敏捷教練和精益教練閱讀和參考,也更適閤用作企業培訓手冊,打造高效能的團隊協作能力。
發表於2025-03-30
用戶故事地圖 2025 pdf epub mobi 電子書 下載
這本書買來放瞭快半年,這兩天拿齣來較快地看瞭一遍。講一下初覽的感受吧。 此書名《用戶故事地圖》,當初買的時候本來是想著學習一下如何具體的學習繪製完整的用戶故事地圖。但是,看過之後,發現並非是全講故事地圖的,對於講述創建故事地圖,單純地說隻有第五章的內容。所以...
評分買瞭許久,應該也是類似微博推薦文。作為第一本涉及和技術開發相關的讀物,對我來說,在飛機上花瞭兩個小時讀完,特彆不容易。 源於對於技術開發的外行,所謂隔行如隔山。不止是在溝通、乃至思路上,差異太大。所以書中許多內容,結閤到工作實踐中確實有很多認證之處。基於敏捷...
評分· 目的 梳理思路 達成共識 規避風險 控製進程 · 精髓 一邊講用戶故事 一邊貼要點卡片(使用動詞短語 嵌套分層排布) 從左到右講述故事(故事流) 由上至下拆分細節(細節層) 先整體 後細節 先大故事 後小故事 先基礎用戶類型和産品功能 後周邊用戶類型和産品功能 · 流程 産...
評分最近,在思考“PM 把事情想好,然後告訴工程師怎麼做”這種做法好不好,討論瞭許多,但還是覺得很睏擾。想到瞭這篇文章, Good Product Team, Bad Product Team (也是本書的前言),覺得很棒,摘譯如下。原文也見於 http://svpg.com/good-product-team-bad-product-team/ 至於...
評分· 目的 梳理思路 達成共識 規避風險 控製進程 · 精髓 一邊講用戶故事 一邊貼要點卡片(使用動詞短語 嵌套分層排布) 從左到右講述故事(故事流) 由上至下拆分細節(細節層) 先整體 後細節 先大故事 後小故事 先基礎用戶類型和産品功能 後周邊用戶類型和産品功能 · 流程 産...
圖書標籤: 用戶體驗 用戶故事 敏捷開發 産品經理 交互設計 産品思維 産品 用戶體驗地圖
2016年第105本。感謝@微貓CEO陳嘉榕贈書,很好的産品方法,但讀完瞭還需實踐纔行。作者的思路略嫌混亂,用戶故事、敏捷開發、精益創業、商業模式畫布都有所涉及。其實隻讀前三分之一和結尾就差不多瞭。不過倒提醒我把兩年前沒讀完的商業模式畫布的書拿齣來再溫習完,應該對現在的我也有所幫助。
評分20年2月重讀。使用scrum的團隊很適閤用這一本來查缺補漏。16年初讀時感受不深(那時候供職的公司,工作方法相對教條官僚,加之組織架構動蕩/業務壓力大,也沒有很好的機會在自己的團隊範圍發起嘗試),經曆瞭19年一整年的scrum工作流程(整個團隊從0開始試用到適應scrum framework)後,迴頭再看,就有很多感同身受的地方。btw:scrum的應用、應用到什麼程度,公司文化是很重要因素。
評分用戶故事地圖是産品設計可視化的最佳方法。從不同用戶角色齣發,創建用戶畫像,討論用戶在某場景下如何使用産品,也就是所謂的用戶故事。然後從用戶故事中提取用戶需求,並依據業務相關性和用戶類型對故事地圖進行分割,切齣能幫你達成特定目標的任務,也就是列齣需求優先級。同時,對技術可實現性進行評估,衡量開發成本,和風險,做成原型。最後,和設計人員,開發人員說需求時,應先說為什麼要做,誰是這個功能的用戶,需要怎麼做,讓相關人員明確開發標準和度量指標。上綫前,反復驗證功能是否滿足用戶需求,以及可用性。上綫後,依據乾係人,用戶反饋和數據錶現,對功能進行調整或者增減,反復迭代。
評分本書都是在介紹用戶故事地圖方法,以這一設計開發産品的方法為主綫貫穿到産品開發周期的各個環節。前半部分在介紹用戶地圖的概念和使用方法,後半部分對開發各環節中方法的應用進行詳細補充,略顯囉嗦。地圖最大特點:能使各個團隊成員參與到産品的宏觀、微觀中來,明確節奏和目標,對産品需求達成共識,這比僅是文字敘述的文檔要高效很多;對産品目標並進行科學拆分,不斷以迭代思想完成細分下來的初級目標最後補充、整閤逐漸完成大願景。雖然之前也接觸過便簽-白闆討論,但從沒見過誰總結齣書中這樣係統的使用方法、思考方式。14年齣版,16年國內發行,方法並不過時。最近準備嘗試將該做事方法應用到實際工作中進行檢驗分析。最後引用書中結語:Great art is never finished, only abandoned.
評分a good guide for product design process
用戶故事地圖 2025 pdf epub mobi 電子書 下載