Skip to content
Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW
Home » Agile & Scrum » 撰寫有效的使用者故事:結合3C與INVEST的指南

撰寫有效的使用者故事:結合3C與INVEST的指南

引言

撰寫清晰、簡潔且具價值的使用者故事,對於專案成功開發至關重要。在本指南中,我們將透過3C(卡片、對話、確認)與INVEST(獨立、可談判、具價值、可估算、小型、可測試)原則,探討優良使用者故事的關鍵要素。完成本指南後,您將逐步掌握如何架構使用者故事,以促成高效且有效的開發週期。

user story role action

運用3C與INVEST撰寫有效的使用者故事

讓我們為一個任務管理應用程式撰寫一個使用者故事。

使用者故事

作為一名忙碌的專業人士,我希望能夠輕鬆地優先排序並整理我的任務以便我能最大化我的生產力.

接受標準:

  1. 建立:
    • 條件:使用者必須登入應用程式。
    • 標準:使用者可透過提供標題、描述與截止日期來建立新任務。
  2. 分類:
    • 條件:必須建立一個任務。
    • 標準:使用者可為任務指派一個類別或標籤(例如:工作、個人、緊急)。
  3. 優先排序:
    • 條件:必須建立一個任務。
    • 標準:使用者可為任務設定優先等級(例如:高、中、低)。
  4. 排序:
    • 條件: 必須建立多個任務。
    • 標準: 使用者可以根據到期日或優先級對任務進行排序。
  5. 編輯:
    • 條件: 必須建立一個任務。
    • 標準: 使用者可以編輯任務的標題、描述、到期日、類別或優先級。
  6. 標記為完成:
    • 條件: 必須建立一個任務。
    • 標準: 使用者可以將任務標記為完成,且應在視覺上與未完成的任務有所區別。
  7. 通知:
    • 條件: 必須為任務設定到期日。
    • 標準: 當任務到期時,使用者會收到通知。

INVEST 標準

invest guidelines

  1. 獨立: 每項功能(建立、分類、優先排序、排序、編輯、標記為完成、通知)均可獨立開發與測試。
  2. 可協商: 使用者故事的細節可根據優先順序與限制,由開發團隊與產品負責人協商決定。
  3. 具價值: 使用者故事透過提供一個全面的任務管理系統,使使用者能有效組織、優先排序並完成任務,從而創造價值。
  4. 可估算: 開發團隊可以估算用戶故事中每個功能所需的 effort。
  5. : 每個功能都專注且足夠小,可以在單一迭代內完成。
  6. 可測試: 接受標準提供了明確的條件,可用於驗證每個功能的完成。

逐步指南

  1. 登入應用程式:
    • 打開應用程式。
    • 輸入登入憑證。
    • 點擊「登入」按鈕。
  2. 建立新任務:
    • 點擊「新增任務」按鈕。
    • 輸入任務標題、描述和截止日期。
    • 點擊「建立」按鈕。
  3. 分類任務:
    • 點擊已建立的任務。
    • 從下拉式選單中選擇一個類別。
    • 點擊「儲存」按鈕。
  4. 設定任務優先級:
    • 點擊已建立的任務。
    • 設定優先級(高、中、低)。
    • 點擊「儲存」按鈕。
  5. 排序任務:
    • 前往主要任務清單。
    • 點擊「排序」按鈕。
    • 選擇按截止日期或優先級排序。
  6. 編輯任務:
    • 點擊任務以進行編輯。
    • 修改標題、描述、截止日期、類別或優先級。
    • 點擊「儲存」按鈕。
  7. 標記任務為完成:
    • 點擊任務以標記為完成。
    • 點擊「標記為完成」按鈕。
  8. 接收通知:
    • 確保為任務設定截止日期。
    • 等待在截止日期收到通知。

透過遵循這些步驟,使用者可以有效地管理自己的任務,加以優先排序,並掌握所有期限。

範例:良好與不良

讓我們建立一個關於使用者想要重設密碼的使用者故事。我們將比較一個格式良好的「確認」使用者故事與一個格式不良的「未確認」版本。

確認使用者故事

確認使用者故事
標題: 重設密碼
作為: 註冊使用者
我希望: 重設我的密碼
以便我可以: 在忘記目前密碼時重新取得帳戶存取權
接受標準: 1. 使用者應能導航至「忘記密碼」頁面。 <br> 2. 使用者應收到一封包含密碼重設連結的電子郵件。 <br> 3. 點擊重設連結應將使用者導向可輸入新密碼的頁面。 <br> 4. 成功重設密碼後,使用者應能使用新密碼登入。

被確認的原因

  • 使用者故事清晰且聚焦於使用者重設密碼的需求。
  • 它包含明確定義的使用者角色(註冊使用者)。
  • 接受標準具體、可測試,並涵蓋整個密碼重設流程。

未確認使用者故事

未確認使用者故事
標題: 密碼重設功能
作為: 使用者
我希望: 擁有更好的密碼重設功能
以便我可以: 提升我使用應用程式的體驗
接受標準: 1. 使用者應能執行密碼重設。

不確認的原因

  • 使用者故事未明確說明密碼重設功能中需要改進的具體內容。
  • 使用者角色被模糊地定義為「使用者」,導致無法明確知道此功能是為誰設計的。
  • 接受標準過於模糊,未能提供開發與測試的具體行動步驟。
  • 未說明密碼重設應如何進行、涉及哪些步驟,以及成功時的樣貌為何。

在「不確認」的範例中,使用者故事與接受標準缺乏明確性,使得開發團隊難以理解使用者需求,並提供滿意的解決方案。同時也讓測試與驗證變得更具挑戰性,因為成功標準未被清楚定義。

總結

在這份全面的指南中,我們深入探討了如何撰寫符合3C與INVEST原則的使用者故事。無論您是產品經理、開發人員,或是敏捷團隊的一員,現在您已具備創造出結構良好且為專案帶來實際價值的使用者故事的工具。請記住,一個精心撰寫的使用者故事,是成功合作的基石,並確保最終產品能滿足使用者的需求。

發佈留言