敏捷用戶體驗設(shè)計：用戶體驗設(shè)計應(yīng)用敏捷方法的技巧與最佳實踐

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