敏捷用戶體驗設計：用戶體驗設計應用敏捷方法的技巧與最佳實踐

譯者序
前言
第1章  敏捷方法簡介
1.1  導言
1.2  敏捷價值觀+UX
1.2.1  個體和交互重于過程和工具
1.2.2  可用的軟件重于完備的文檔
1.2.3  客戶協(xié)作重于合同談判
1.2.4  對變化的響應重于遵循計劃
1.3  敏捷原則+UX
1.3.1  原則1：我們最重要的任務是通過盡早和持續(xù)交付有價值的軟件來滿足客戶
1.3.2  原則2：即使在開發(fā)的后期也歡迎需求的更改。敏捷過程利用更改來為客戶獲得競爭優(yōu)勢
1.3.3  原則3：頻繁交付可用軟件，從幾周到幾個月，優(yōu)先考慮較短的時間段
1.3.4  原則4：業(yè)務人員和開發(fā)人員在整個項目創(chuàng)作期間每天都必須一起工作
1.3.5  原則5：圍繞積極的個體構建項目。為他們提供環(huán)境并支持他們的需求，相信他們能夠完成工作
1.3.6  原則6：在開發(fā)團隊中傳達信息的最有效方法是面對面的交談
1.3.7  原則7：可用軟件是進展的主要度量
1.3.8  原則8：敏捷過程提倡可持續(xù)開發(fā)。項目方、開發(fā)人員和用戶應該長期保持步調一致
1.3.9  原則9：對卓越技術和優(yōu)秀設計的持續(xù)追求能夠改進敏捷性
1.3.10  原則10：簡潔性不可或缺，它是減少工作量的藝術
1.3.11  原則11：最好的架構、需求和設計源自于自我組織的團隊
1.3.12  原則12：團隊定期總結更為高效的手段，然后相應地調整自身的行為
1.4  常見方法
1.4.1  Crystal
1.4.2  極限編程
1.4.3  Scrum
1.4.4  混合敏捷
1.4.5  看板
1.4.6  Scrumban
1.4.7  LeanUX
1.5  常見術語
1.5.1  雞和豬
1.5.2  產品負責人
1.5.3  Scrum主管
1.5.4  沖刺
1.5.5  產品待辦事項列表
1.5.6  用戶故事
1.5.7  史詩
1.5.8  計劃撲克
1.5.9  故事點估算
1.5.10  驗收標準
1.5.11  燃盡圖
1.5.12  穿刺
1.5.1  3AgileFall
1.5.1  4JeffPatton
1.6  案例研究-JeffGothelf，TheLadders.com關鍵點
1.7  小結
參考書目
第2章  敏捷方法+UX=敏捷UX
2.1  導言
2.2  將UX融入到敏捷環(huán)境中
2.3  UX工作
2.3.1  資源和人員
2.3.2  規(guī)格說明
2.3.3  用戶調查
2.3.4  可用性測試報告
2.3.5  設計活動
2.4  案例研究-CatherineRobson，SeachangeInternational關鍵點
2.5  小結
參考書目
第3章  案例研究
3.1  導言
3.2  SuzanneO扠elly，AppNexus關鍵點
3.3  ThyraRauch，IBM關鍵點
3.4  ArchieMiller，Snagajob.com關鍵點
3.5  CarolSmith，Perficient關鍵點
3.6  KaylaBlock，PARSpringerMiller關鍵點
3.7  無名氏1，一家企業(yè)級軟件公司關鍵點
3.8  ChristinaYork，ITHAKA關鍵點
3.9  無名氏2，一家大型桌面軟件公司關鍵點
3.10  AustinGovella，Avanande關鍵點
3.11  JoshO扖onnor，愛爾蘭國家盲人理事會關鍵點
3.12  AdrianHoward，Quietstars關鍵點
3.13  ElisaMiller，GEHealthcare的高級用戶體驗工程師關鍵點
3.14  小結
參考書目
第4章  共同的成功因素
4.1  導言
4.2  項目重于過程
4.3  團隊的活力
4.4  溝通
4.5  定義整體思路
4.6  培訓敏捷方法的學習資源
4.7  適應和進化
4.8  案例研究-SarahKahn，Adzerk關鍵點
4.9  案例研究-無名氏3，一家專門從事產品直接營銷的公司關鍵點
4.10  小結
參考書目
第5章  常見問題
5.1  導言
5.2  我們應該采用敏捷方法嗎
5.3  應該采用多長的沖刺周期
5.4  UX應該制作什么可交付物
5.5  UX團隊如何融入開發(fā)團隊的沖刺中
5.6  如何在開發(fā)人員忙于實現設計時談論另一個設計
5.7  如果UX團隊成員必須支持多于一個項目怎么辦
5.8  如何將用戶調查融入沖刺周期
5.9  如果團隊聲稱是敏捷的，但是沒有看到敏捷價值觀的體現，該怎么辦
5.10  如果團隊不在一起辦公該怎么辦
5.11  當有人以“這不是敏捷方法”為由不做某些工作時，我該怎么辦
5.12  UX團隊如何為下一次發(fā)行開展計劃和調查
5.13  如何管理內部利益相關方
5.14  小結
參考書目
第6章  將敏捷概念用于UX團隊
6.1  導言
6.2  創(chuàng)建用戶體驗待辦事項列表
6.3  重復進行用戶測試
6.4  將工作分解為較小的部分
6.5  不斷的反饋和迭代
6.6  反復進行的活動和儀式
6.7  沒有設計明星或者英雄
6.8  與文檔相比更注重溝通
6.9  構思和傳達用戶故事
6.10  定義驗收標準
6.11  減少預先設計
6.12  小結
……