写用户故事 - 三個'C'
用戶故事有三個主要組件，每個組件以字母“C”開頭：
卡片 (Card)
- 卡片或用戶故事的書面文字最好被理解為對話邀請。這是一個重要的概念，因為它有助於理解在Scrum中，在將它們帶到團隊之前，您不必將所有產品Backlog項目完全“預先”寫出來。它承認客戶和團隊將在他們開展工作時發現所需的基礎業務/系統。這一發現通過圍繞用戶故事的對話和協作來實現。
- 卡通常遵循類似於下面的格式
作為產品的< 用戶角色 >，
我可以< 動作>
這樣< 好處 > 。
- 換句話說，故事的書面文本，即對話的邀請，必須解決故事的“ 誰 ”，“ 什麼”和“ 為什麼 ”。
- 請注意，<benefit>應該是誰有兩種思想流派。交互式設計專家（如Alan Cooper）告訴我們，一切都需要面向用戶，而不僅僅是面向名稱，照片，生物等的用戶Persona。其他專家更關注業務解決方案的可測試性（如Gojko Adzic）說，這個好處應該直接解決明確的業務目標。想像一下，如果你能同時做到這兩件事！您可以，這將在更高級的模塊中進一步討論。
會話 (Conversation)
- 由產品負責人促成的協作對話涉及所有利益相關者和團隊。
- 這是一次面對面的交談。
- 對話是故事的真正價值所在，並且應該調整書面卡片以反映當前對該對話的共同理解。
- 這種對話大多是口頭的，但最常見的是文檔和理想的各種自動測試（例如驗收測試）。
確認 (Confirmation)
- 產品負責人必須確認故事已完成才能被視為“完成”
- 團隊和產品負責人根據團隊目前對“完成”的定義檢查每個故事的“完成度”
- 可以為個別故事確定與當前“完成”定義不同的具體接受標準，但是團隊必須很好地理解並同意當前的標準。所有相關的驗收測試應處於通過狀態。
用户故事 3Cs (Card, Conversation and Confirmation)
用户故事是一种被广泛应用于敏捷软件项目的工具，用于截取软件需求并确定其优先级别。卡片、交谈和确认，即 3C’s，是良好用户故事的三个关键组成部分。作为一个专业的敏捷工具，Visual Paradigm 提供了一个用户故事工具，允许您按照 3C’s 的建议编写有效的用户故事。
交谈内容
用户故事软件工具允许您与利益相关者沟通，以确定他们的需求并找出解决方案。在交谈编辑器中记下会面结果和决定。开发团队可以在了解利益相关者的需求时阅读交谈内容，以掌握他们的需求。
确认项目
制作利益相关者提出的验收标准清单，其中清楚定义了待交付软件将被接受或拒绝的条件和准则。
此外，您还可以定义验证故事完成时将执行验收测试的步骤。
- User Stories in Visual Paradigm
- Writing Effective User Stories
- User Story
- What is User Story?
- User Story Map
- Writing general user stories
- Using User Story Scenario
- Agile User Story Mapping Software
- Putting User Story into Diagram
- Writing user story in use case basis
- Adding storyboard to user stories
- User Story Tutorial - Using Tag
- What is User Story Mapping?
- How to Map BPMN with User Stories?
