使用者故事對照：User Story Mapping

　　『我所見過真正夠格，並能夠實際幫助產品團隊提升到符合公司所需層次的敏捷開發專家實在寥寥可數，Jeff Patton正是其中之一。』— Marty Cagan合夥人，Silicon Valley Product Group

　　~良好的故事對話關係到人與為什麼，而不只是故事內容~

　　• 使用者故事不是需求的書面形式；利用文字與圖像，透過協同合作述說故事是建立共識的有效機制。
　　• 使用者故事不是需求；而是為我們的組織、客戶、和使用者解決問題的相關討論，產生關於要建造什麼的共識。
　　• 你的任務不是更迅速地建造更多軟體︰而是從你選擇建造的東西中得到最大化的成果與影響。

　　使用者故事意在提供完全不同的機制，讓我們思考協同建立軟體時所面臨的挑戰—以及許多其他相關事宜。如果你們能夠有效率地協同合作，建立真正可以解決問題的產品，你們將征服世界，或至少在市場上佔有一席之地。

　　當你閱讀這本書時，希望你回歸到使用者故事的基礎。跟其他人協同合作時，能述說關於使用者與客戶以及你們如何幫助他們的故事，希望你能利用繪圖並且建立大型的便利貼模型，期望你感受到整個團隊全心參與並且充滿創造性，當你正確運用使用者故事時，必定會有一番作為，而且，一切也會變得更有趣。

　　~運用使用者故事的真正目標是達成共識~

　　使用者故事對照(User Story Mapping)是軟體開發的神兵利器，一旦理解為何及如何使用它，就能夠得益於這項寶貴的工具。本書將針對這項經常被誤解的技術，提出真知灼見，並且仔細探討如何幫助你的團隊聚焦在使用者及其需求上，而不致於迷失在個別產品功能的莫名狂熱裡。

　　作者Jeff Patton告訴你，在專案開發過程中，變化萬千的故事地圖(story map)如何促使團隊進行良好的溝通與對話，並讓他們學會針對企圖打造什麼，以及為何打造，取得明確的共識。

　　‧練習迅速掌握關鍵概念，為故事對照取得高階觀點
　　‧理解使用者故事的實際運作，以及如何被落實到敏捷與精實專案(Agile and Lean project)
　　‧探討使用者故事的生命週期，從機會探索開始，一路深入產品發掘
　　‧悉心準備你的使用者故事，全心關注它們被建造的過程，以及從被轉換成有效軟體的故事中學習

作者簡介

Jeff Patton

　　Jeff Patton是一位獨立顧問，敏捷開發與產品設計的導師暨教練，擁有十五年以上的軟體設計與建造經驗，早從2000年時加入極限編程團隊開始，就一直把焦點放在敏捷開發上。

建立共識是具破壞性的單純化？
 
我的前同事，Luke Barrett，最早以漫畫描繪這個問題，我問他最初在哪裡看到這個想法，但他不記得了，因此，這份榮耀只能歸於某個地方的某個人。有好幾年的時間，我看到Luke 以投影片的方式逐步說明這個四格漫畫，但我當時只是覺得有趣，而沒有特別重視，顯然，我是一個呆瓜，我花了好幾年的時間才瞭解，這個漫畫描繪出在軟體開發中運用使用者故事的最大關鍵。
 
觀念是，如果我的心裡有某個想法並以書面形式描述它，在你閱讀那份文件時，你想的跟我講的很可能不一樣。我們甚至會詢問每個人，「你們都同意這裡所寫的東西嗎？」，大家可能都說，「是的！是的！」。然而，如果我們聚在一起交談，你可以告訴我想法，我能夠詢問你問題，如果可以透過畫圖，或者使用索引卡或便利貼組織想法，具體呈現我們的思維，溝通就會更順暢。如果允許彼此花時間用文字與圖像來解釋想法，我們就能夠順利地建立共識。不過，這通常發生在我們發現彼此對事情具有不同的理解時，真是糟糕，但至少我們現在明白這一點。這無關於某人是對或錯，而是我們全都看到不同且重要的面向。透過結合及精煉不同的想法，我們最終能夠得到涵蓋所有最佳想法的共同理解。這就是將我們的想法具象化為何如此重要的原因。我們可以重新繪製草圖或者四處移動便利貼，最酷的是，我們真的在四處移動我們的想法，真的在逐步演進我們的共識，那是單靠文字幾乎不可能達成的任務。
 
在離開這個對話時，我們可能還是在處理相同的功能或強化，然而，我們現在真正達成共識，我們感覺認知一致，並且深信大家正一同向前行。那就是我們勉力設法獲得的結果。很遺憾地，那是無形的東西，你看不到也摸不著「共識」，但是你能夠感受它。
 
別再試圖撰寫完美文件
 
很多人相信有某種理想方式可用來準備文件—當人們閱讀文件並且得到不同理解時，不是閱讀者的錯誤，就是撰寫者的失敗。其實，以上皆非。答案就是停止做傻事。別再試圖撰寫完美的文件。繼續撰寫資訊，任何資訊，然後透過文字與圖像，利用有效溝通來建立共識。