《敏捷用戶體驗設計》是2014年機械工業出版社出版的中譯圖書，作者Diana DeMarco Brown。
基本介紹
- 書名：敏捷用戶體驗設計
- 又名：用戶體驗設計套用敏捷方法的技巧與最佳實踐
- 作者：Diana DeMarco Brown
- 原版名稱：Agile User Experience: A Practitioner’s Guide to Making It Work
- 譯者：姚軍
- ISBN：9787111447214
- 類別：設計
- 頁數：180
- 定價：59.00
- 出版社：機械工業出版社
- 出版時間：2014-1
- 開本：1/16
內容簡介,作者簡介,目錄,
內容簡介
這是一本關於敏捷用戶體驗的專著，由資深用戶體驗設計專家撰寫，不僅系統且深入地闡釋將敏捷方法用於用戶體驗設計的工具、方法、原則和最佳實踐，而且對各種常見的問題進行深入分析，包含大量實踐案例，可操作性強，能為用戶體驗組織套用敏捷方法提供有效指導，讓組織持續創造成功的產品和服務。
《敏捷用戶體驗設計：用戶體驗設計套用敏捷方法的技巧與最佳實踐》共6章，第1章探討《敏捷宣言》中傳達的價值觀和原則，這是敏捷方法的核心；第2章分析在團隊完全認可敏捷的精神和價值觀的前提下如何將用戶體驗融入敏捷環境；第3章通過豐富的案例詳細介紹如何採用敏捷開發流程和設計思維，並從不同角度呈現參與者對敏捷用戶體驗的看法；第4章分析團隊成功進行敏捷用戶體驗工作的因素，強調將重點放在團隊對項目的注意力、健康的團隊交流與溝通、確保足夠的培訓、持續重構和改進過程上才能打造高效的團隊；第5章圍繞在啟動敏捷用戶體驗過程中遇到的“視情況而定”問題，如何將項目團隊看作用戶，確定他們的需求，創建一個優雅的解決方案；第6章分析用戶體驗團隊如何在實踐中吸收和採納敏捷概念。
作者簡介
Diana DeMarco Brown: 資深用戶體驗設計專家、敏捷培訓師、Nuance公司首席用戶體驗設計師，關注和推動企業軟體產品開發轉型、敏捷開發方法與實踐、質量管理，擁有數十年互動設計和軟體界面設計經驗。善於為軟體開發組織提供全方位的指導。她曾幫助許多公司在實際項目中成功實施敏捷方法，培訓美國和其他國家的開發團隊。她還是一位卓越的演講家，經常在大型國際會議上發表演講。
目錄
譯者序
前言
第1章 敏捷方法簡介
1.1 導言 1
1.2 敏捷價值觀+ux 3
1.2.1 個體和互動重於過程和工具 4
1.2.2 可用的軟體重於完備的文檔 5
1.2.3 客戶協作重於契約談判 6
1.2.4 對變化的回響重於遵循計畫 7
1.3 敏捷原則+ux 8
1.3.1 原則1：我們最重要的任務是通過儘早和持續交付有價值的軟體來滿足客戶 8
1.3.2 原則2：即使在開發的後期也歡迎需求的更改。敏捷過程利用更改來為客戶獲得競爭優勢 9
1.3.3 原則3：頻繁交付可用軟體，從幾周到幾個月，優先考慮較短的時間段 10
1.3.4 原則4：業務人員和開發人員在整個項目創作期間每天都必須一起工作 10
1.3.5 原則5：圍繞積極的個體構建項目。為他們提供環境並支持他們的需求，相信他們能夠完成工作 11
1.3.6 原則6：在開發團隊中傳達信息的最有效方法是面對面的交談 12
1.3.7 原則7：可用軟體是進展的主要度量 13
1.3.8 原則8：敏捷過程提倡可持續開發。項目方、開發人員和用戶應該長期保持步調一致 14
1.3.9 原則9：對卓越技術和優秀設計的持續追求能夠改進敏捷性 14
.1.3.10 原則10：簡潔性不可或缺，它是減少工作量的藝術 15
1.3.11 原則11：最好的架構、需求和設計源自於自我組織的團隊 16
1.3.12 原則12：團隊定期總結更為高效的手段，然後相應地調整自身的行為 17
1.4 常見方法 18
1.4.1 crystal 18
1.4.2 極限編程 18
1.4.3 scrum 19
1.4.4 混合敏捷 21
1.4.5 看板 22
1.4.6 scrumban 23
1.4.7 lean ux 24
1.5 常見術語 25
1.5.1 雞和豬 25
1.5.2 產品負責人 25
1.5.3 scrum主管 26
1.5.4 衝刺 27
1.5.5 產品待辦事項列表 27
1.5.6 用戶故事 28
1.5.7 史詩 29
1.5.8 計畫撲克 29
1.5.9 故事點估算 30
1.5.10 驗收標準 31
1.5.11 燃盡圖 31
1.5.12 穿刺 32
1.5.13 agilefall 32
1.5.14 jeff patton 33
1.6 案例研究—jeff gothelf，theladders.com 33
關鍵點 36
1.7 小結 36
參考書目 36
第2章 敏捷方法+ux=敏捷ux
2.1 導言 39
2.2 將ux融入到敏捷環境中 41
2.3 ux工作 47
2.3.1 資源和人員 48
2.3.2 規格說明 51
2.3.3 用戶調查 54
2.3.4 可用性測試報告 59
2.3.5 設計活動 62
2.4 案例研究—catherine robson，seachange international 64
關鍵點 68
2.5 小結 68
參考書目 69
第3章 案例研究
3.1 導言 71
3.2 suzanne o扠elly，appnexus 72
關鍵點 75
3.3 thyra rauch，ibm 76
關鍵點 78
3.4 archie miller，snagajob.com 78
關鍵點 82
3.5 carol smith，perficient 82
關鍵點 86
3.6 kayla block，par springer miller 86
關鍵點 90
3.7 無名氏1，一家企業級軟體公司 91
關鍵點 93
3.8 christina york，ithaka 94
關鍵點 98
3.9 無名氏2，一家大型桌面軟體公司 98
關鍵點 103
3.10 austin govella，avanande 103
關鍵點 107
3.11 josh o扖onnor，愛爾蘭國家盲人理事會 108
關鍵點 109
3.12 adrian howard，quietstars 109
關鍵點 111
3.13 elisa miller，ge healthcare的高級用戶體驗工程師 111
關鍵點 116
3.14 小結 117
參考書目 117
第4章 共同的成功因素
4.1 導言 119
4.2 項目重於過程 121
4.3 團隊的活力 125
4.4 溝通 127
4.5 定義整體思路 130
4.6 培訓 131
敏捷方法的學習資源 132
4.7 適應和進化 136
4.8 案例研究—sarah kahn，adzerk 137
關鍵點 142
4.9 案例研究—無名氏3，一家專門從事產品直接行銷的公司 142
關鍵點 146
4.10 小結 146
參考書目 147
第5章 常見問題
5.1 導言 149
5.2 我們應該採用敏捷方法嗎 149
5.3 應該採用多長的衝刺周期 152
5.4 ux應該製作什麼可交付物 153
5.5 ux團隊如何融入開發團隊的衝刺中 155
5.6 如何在開發人員忙於實現設計時談論另一個設計 156
5.7 如果ux團隊成員必須支持多於一個項目怎么辦 157
5.8 如何將用戶調查融入衝刺周期 157
5.9 如果團隊聲稱是敏捷的，但是沒有看到敏捷價值觀的體現，該怎么辦 158
5.10 如果團隊不在一起辦公該怎么辦 159
5.11 當有人以“這不是敏捷方法”為由不做某些工作時，我該怎么辦 160
5.12 ux團隊如何為下一次發行開展計畫和調查 160
5.13 如何管理內部利益相關方 161
5.14 小結 162
參考書目 162
第6章 將敏捷概念用於ux團隊
6.1 導言 163
6.2 創建用戶體驗待辦事項列表 163
6.3 重複進行用戶測試 164
6.4 將工作分解為較小的部分 165
6.5 不斷的反饋和疊代 166
6.6 反覆進行的活動和儀式 166
6.7 沒有設計明星或者英雄 166
6.8 與文檔相比更注重溝通 168
6.9 構思和傳達用戶故事 168
6.10 定義驗收標準 169
6.11 減少預先設計 170
6.12 小結 170
前言
第1章 敏捷方法簡介
1.1 導言 1
1.2 敏捷價值觀+ux 3
1.2.1 個體和互動重於過程和工具 4
1.2.2 可用的軟體重於完備的文檔 5
1.2.3 客戶協作重於契約談判 6
1.2.4 對變化的回響重於遵循計畫 7
1.3 敏捷原則+ux 8
1.3.1 原則1：我們最重要的任務是通過儘早和持續交付有價值的軟體來滿足客戶 8
1.3.2 原則2：即使在開發的後期也歡迎需求的更改。敏捷過程利用更改來為客戶獲得競爭優勢 9
1.3.3 原則3：頻繁交付可用軟體，從幾周到幾個月，優先考慮較短的時間段 10
1.3.4 原則4：業務人員和開發人員在整個項目創作期間每天都必須一起工作 10
1.3.5 原則5：圍繞積極的個體構建項目。為他們提供環境並支持他們的需求，相信他們能夠完成工作 11
1.3.6 原則6：在開發團隊中傳達信息的最有效方法是面對面的交談 12
1.3.7 原則7：可用軟體是進展的主要度量 13
1.3.8 原則8：敏捷過程提倡可持續開發。項目方、開發人員和用戶應該長期保持步調一致 14
1.3.9 原則9：對卓越技術和優秀設計的持續追求能夠改進敏捷性 14
.1.3.10 原則10：簡潔性不可或缺，它是減少工作量的藝術 15
1.3.11 原則11：最好的架構、需求和設計源自於自我組織的團隊 16
1.3.12 原則12：團隊定期總結更為高效的手段，然後相應地調整自身的行為 17
1.4 常見方法 18
1.4.1 crystal 18
1.4.2 極限編程 18
1.4.3 scrum 19
1.4.4 混合敏捷 21
1.4.5 看板 22
1.4.6 scrumban 23
1.4.7 lean ux 24
1.5 常見術語 25
1.5.1 雞和豬 25
1.5.2 產品負責人 25
1.5.3 scrum主管 26
1.5.4 衝刺 27
1.5.5 產品待辦事項列表 27
1.5.6 用戶故事 28
1.5.7 史詩 29
1.5.8 計畫撲克 29
1.5.9 故事點估算 30
1.5.10 驗收標準 31
1.5.11 燃盡圖 31
1.5.12 穿刺 32
1.5.13 agilefall 32
1.5.14 jeff patton 33
1.6 案例研究—jeff gothelf，theladders.com 33
關鍵點 36
1.7 小結 36
參考書目 36
第2章 敏捷方法+ux=敏捷ux
2.1 導言 39
2.2 將ux融入到敏捷環境中 41
2.3 ux工作 47
2.3.1 資源和人員 48
2.3.2 規格說明 51
2.3.3 用戶調查 54
2.3.4 可用性測試報告 59
2.3.5 設計活動 62
2.4 案例研究—catherine robson，seachange international 64
關鍵點 68
2.5 小結 68
參考書目 69
第3章 案例研究
3.1 導言 71
3.2 suzanne o扠elly，appnexus 72
關鍵點 75
3.3 thyra rauch，ibm 76
關鍵點 78
3.4 archie miller，snagajob.com 78
關鍵點 82
3.5 carol smith，perficient 82
關鍵點 86
3.6 kayla block，par springer miller 86
關鍵點 90
3.7 無名氏1，一家企業級軟體公司 91
關鍵點 93
3.8 christina york，ithaka 94
關鍵點 98
3.9 無名氏2，一家大型桌面軟體公司 98
關鍵點 103
3.10 austin govella，avanande 103
關鍵點 107
3.11 josh o扖onnor，愛爾蘭國家盲人理事會 108
關鍵點 109
3.12 adrian howard，quietstars 109
關鍵點 111
3.13 elisa miller，ge healthcare的高級用戶體驗工程師 111
關鍵點 116
3.14 小結 117
參考書目 117
第4章 共同的成功因素
4.1 導言 119
4.2 項目重於過程 121
4.3 團隊的活力 125
4.4 溝通 127
4.5 定義整體思路 130
4.6 培訓 131
敏捷方法的學習資源 132
4.7 適應和進化 136
4.8 案例研究—sarah kahn，adzerk 137
關鍵點 142
4.9 案例研究—無名氏3，一家專門從事產品直接行銷的公司 142
關鍵點 146
4.10 小結 146
參考書目 147
第5章 常見問題
5.1 導言 149
5.2 我們應該採用敏捷方法嗎 149
5.3 應該採用多長的衝刺周期 152
5.4 ux應該製作什麼可交付物 153
5.5 ux團隊如何融入開發團隊的衝刺中 155
5.6 如何在開發人員忙於實現設計時談論另一個設計 156
5.7 如果ux團隊成員必須支持多於一個項目怎么辦 157
5.8 如何將用戶調查融入衝刺周期 157
5.9 如果團隊聲稱是敏捷的，但是沒有看到敏捷價值觀的體現，該怎么辦 158
5.10 如果團隊不在一起辦公該怎么辦 159
5.11 當有人以“這不是敏捷方法”為由不做某些工作時，我該怎么辦 160
5.12 ux團隊如何為下一次發行開展計畫和調查 160
5.13 如何管理內部利益相關方 161
5.14 小結 162
參考書目 162
第6章 將敏捷概念用於ux團隊
6.1 導言 163
6.2 創建用戶體驗待辦事項列表 163
6.3 重複進行用戶測試 164
6.4 將工作分解為較小的部分 165
6.5 不斷的反饋和疊代 166
6.6 反覆進行的活動和儀式 166
6.7 沒有設計明星或者英雄 166
6.8 與文檔相比更注重溝通 168
6.9 構思和傳達用戶故事 168
6.10 定義驗收標準 169
6.11 減少預先設計 170
6.12 小結 170
