敏捷方法已經成為了主流。同時，kindle和iphone等裝置取得的巨大成功也推動了體驗設計的飛速發展。不過，如何把敏捷方法和ux設計結合起來，一直以來都是乙個難題。文章將**如何把ux融入到最流行的敏捷方法——scrum中，並**為什麼lean ux和敏捷的結合可以提公升效率，增進合作。以下是主要內容（簡短介紹，詳細解說請見《精益設計：設計團隊如何改善使用者體驗》第七章）。
術語定義
確保我們對「sprint」和「故事」這一類術語有一致的理解。
交錯式sprint
原來是敏捷型ux的救星級解決方案，現在是通往真正敏捷ux的乙個步驟。
跟隨scrum的節奏
scrum的會議日程可指導lean ux的整合。
人人參與
真正跨職能的流程需要每個人都參與進來。
設計是一種團隊活動
把原本封閉的設計流程公開，是成功的關鍵。
流程管理
主動進行溝通，為團隊掃清障礙。
hobsons公司的k12 ux團隊總監埃公尺莉•霍姆斯（emily holmes）闡述了她在公司中推行轉變的故事：
我覺得很多公司都在苦苦追尋，想要找到最好的方法來實現lean ux。剛開始推行lean ux的時候，我們遇到了很大的阻力，因為大家覺得我們「又不是創業公司」。當然了，這種想法是錯誤的。
我們找了一位教練，幫助團隊朝lean ux的方向發展。雖然是在公司內部推行lean ux，但是有外部人士加入也是很有用的。在那之後，我們取得了不錯的進展。只用了一年，我們的團隊結構就從下圖這樣：
變成了下圖這樣：
我們使用了下面這個體系作為各個專案階段的指導，這樣就不會漏掉某個步驟，而且大家也逐漸明白為什麼必須朝這個方向改變了。
對我來說，持續而專業的培訓是非常重要的。雖然我們還沒有把這個理念吃透，但現在整個團隊都齊心協力，而且流程也統一了。這可不是一點點小改動，因為團隊中有些人習慣於業務分析、技術細則等瀑布流的開發方式。整個流程還挺有趣的，所以人們也沒有覺得改變習慣是件多痛苦的事情。新的思維確實幫助我們解決了原來公司中存在的一些「老大難」問題。
我相信我們能做到的，其他公司也能做到。
敏捷（Agile）與精益（Lean）對比
消除浪費 eliminate waste 嵌入質量 build quality in 創造知識 create knowledage 延遲決策 defer commitment 快速交付 deliver fast 尊重他人 respect people 整體優化 optimize whole 目標都是...
《精益和敏捷開發》讀書筆記
對精益不了解,敏捷開發則是乙個到處都在談論的話題,我只是跳著看了一些在敏捷方面的做法和觀點,而且主要是scrum相關的,當然本書的敏捷開發基本上可以等同於scrum.算是增加了一層對scrum新的認識.書不敢說是一本好書,只能各取所需吧.我是讀書筆記的分割線 如果在同乙個辦公區域,你記不清所有人的名...
使用者體驗設計和精益設計的平衡之道
對你而言那個更重要 是製作出擁有殺手級使用者體驗的產品來吸引使用者?還是盡快製作出能滿足使用者的產品並搶占大量的市場份額?如果一款產品使用者體驗很差的話，使用者不會使用它，但如果作為市場上的先入者，使用者也會樂意試用而且反饋有用的意見來完善它。人們一直努力在平衡體驗和時間這種對立問題，所以我們認為，...