Lean UX 方法及精華語錄 （一）
敏捷UX式開發原理建構在傳統Ailge 方式，提倡更快更達成本效益，減少人力資源的浪費，令團隊有效互相將訊息傳達，建議開放式研討及善用UX 驗証及早改良達致更好的使用者體驗。
文章引言一開首 — "The biggest lie in software is Phase II.”, 作者Jeff Gothelf及Josh Seiden有著二十多年從事產品策略及數位產品創意工作，這些事情一定屢見不鮮。在過往大大小小的企劃之中，一定會遇過因為製作項目太多，時間所限而分階段進行。而大部分情況就是做完了Phase I, Phase II就不了了之。為什麼?因為Phase I 已經達到了要求?因為Phase II的點子現在看來不夠好?
人是善變動物，若您當下覺得自己的點子很好但沒有加以驗証，最後做完了一大半的計劃再回首當初那些還未動工的項目，您或其他隊員由於沒看到其價值或會推翻之前所作出的決定。再重頭審視，需要時間，時間不等人，至少其他部門也不等您，慨歎之前也花上時間研究現在又砍掉，不如做別的新企劃至少拿多個功勞，結果就會放棄。
Lean UX 原理主要有三點：
．在UX 設計流程中，幫助減少資源浪費
．協調各個UX崗位，提升團隊之間透明度，建立跨職能協作 (Cross-functional Collaboration)，這裡我需要明確地指出，香港大部分公司的職能協作與書所提及不同。作者透過組職小團隊加入不同職能的隊員，一起進行Design Thinking，共同參與計劃進度。而香港那套…是一人分演多個職能，各自再與大家定時匯報工作進度，可悲也!
．實驗驅動 (Experimental Driven)，不是靠個別設計師或團隊最高領導去提出最佳解決方案，一切是靠實驗同量度我們的點子是否在正確的方向。
很多公司都有一個前設，就是投放時間做重新架構Lean UX，豈不是拖慢企劃進度？這個方法正正就是加快流程進度與我們的隊員各自分享對企劃的理解，讓團隊不用等待別的部門，等待想好辦法才進行。
三大基礎是必需具備才可以進入Lean UX 領域:
．Design Thinking 是隊員思考的法則，思考的五步曲
．Agile Software Development 是為漸進式的改進套路，是整個Lean UX 的 框架，以人性化中心(Human Centered Design — HCD)作主軸，不斷改良產品
．Lean Startup 以實驗作佐證，獲得使用者回饋以快速更新產品，不斷重覆驗證縮短產品開發週期，這個方法可以從Apple 更新iOS可見一斑，就算更新軟件可能有Bug也希望先上架，以便盡快得到用家意見。
有著HCD的意念，收集用家意見並用於Agile流程當中。
什麼是Agile? 快捷軟體開發的四部曲:
．團隊互動，生產出最佳辦法。大家的點子必需恆常地交流，避免受到現階段流程及開發工具的約束，有利於與同事交談。
．利用工作軟件綜合文件，海量的解決方法，每個隊員也有一個心中答案，如何得知哪個可行，必需制定適合公司用的一套基準測試方法。Netflix 可以說是 A/B Testing 的專家代表，研究不只單層式 A/B Testing, 複式甚至交互式A/B Testing 也試過，務求有更精準結果。
．與隊員及使用者建立共同認知，分享問題及解決方法有助快產生更多意念
．對回饋作出反應，Lean UX 假設最初的產品設定是錯的，我們的目的就是要從中找出何處出錯 ，發現問題及調整並重新測試，令產品導向正確方向。
下一節…
