譯者序
前言
第1章 敏捷方法簡介 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 39
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章 案例研究 71
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章 共同的成功因素 119
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章 常見問題 149
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團隊 163
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
· · · · · · (
收起)
