1樓：Choerodon豬齒魚
故事編寫工作坊是開發人員、使用者、產品客戶和其他對編寫故事有幫助的人共同參加的會議。在工作坊期間，參與人員編寫盡可能多的故事，此時不對故事排優先順序。故事編寫工作坊是快速捕撈古樹最有效的方法，在每個計畫發布前舉辦故事編寫工作坊是很有必要的。
正確舉辦故事編寫工作坊可與快速地編寫大量故事，良好的故事編寫工作坊結合了頭腦風暴的最佳要素和簡單原型。可以把乙個簡單原型畫在紙上或者白板上，並畫出軟體內部高層之間的互動。在工作坊中，隨著參與者對使用者在使用軟體過程中可能要做的事情進行頭腦風暴，不斷地構建原型。
開始畫原型前，首先要決定從那種使用者角色開始，用每個角色來重複這個過程，不論什麼順序。然後告訴參與者這是軟體的主介面，詢問他們當前這個使用者角色能在這個介面做什麼，參與者需要思考角色要做的事情，寫出故事。
2樓：陸地兩萬里的鄉歸
1，最巨集觀的，其實是業務模型的互動和精化。
2，很多時候參會不都是「核心參與者」「聰明人」，那這就是個宣講、說明、澄清的時機。
3，是管理上達成一致承諾的時機。
——額外闡述點技術細節認知：乙個不太容易被看穿的邏輯，「故事」這個詞之所以近年來比「用例」（Story vs Case）好用，是Story更接近於「使用者（業務）邏輯」，而技術人員思維慣性往往都更接近「技術（功能）邏輯」（我們很常見將User case寫成功能定義）。乙個事如果做跑偏了，業務邏輯跑偏的損失更大（根據多年經驗，跑偏可能性也更高），因為它更接近於源頭、更靠近客戶思維。
社會工作的小組跟工作坊有什麼區別？
乙個小野人 小組工作針對的是有同質性問題的人，並由專業社工引導小組成員共同嘗試解決或緩解該問題。工作坊是一系列比較輕鬆 有趣的互動方式串聯成的活動過程。舉個例子 我們可以通過開展工作坊共同討某個小組工作的目標和任務。 社會工作中的 小組 特指小組社會工作情境。與廣義的 小組 有點差別。首先，廣義的小...
為什麼參加了很多諮詢工作坊，學習了很多新的諮詢技巧，但依然無法避免來訪者脫落？
靈則君子 看書的時候發現一條心得，與君共勉。我覺得，脫落並不代表諮詢的失敗，只要來訪者有所成長有所領悟，問題得到一定的解決，是否脫落根本不是重點。你不能指望開了兩個療程的藥，病人吃了乙個療程感覺好多了不吃第二個療程就一定是不好的。如果題主特別重視脫落的問題，我覺得有個問題是值得題主思考的 脫落究竟是...
敏捷模式中「故事」和「需求」的關係是什麼？
Mia Tang 舉個栗子 開發初期寫了乙個 完整的 需求文件，後來發現遺漏了某重要需求，對話大概是這樣的 客戶 看到這些特性都做好了，我才意識到我還需要乙個需求文件裡沒有都特性。開發人員 既然你想要，就該早點寫下來，怎麼沒寫呢？客戶 可是沒看到產品之前，我並不知道自己需要那個特性啊。開發人員 你要...