如何理解 Jira 的 Story

更新 發佈閱讀 6 分鐘
vocus|新世代的創作平台

雖然 Jira 的頁面載入的又慢,UX 又差勁,導致快要被新崛起的 Linear 幹掉,但在資訊產業 Jira 大概還是 Trello 以外最多人用的專案管理系統了吧?!

在 Jira 的專案如果是開設成 Software 的話,應該會有以下幾種 issue type:

  • Epic
  • Story
  • Task
  • Subtask
  • Bug

當然它們字面上的意思誰都知道,但是其中在 Jira 內的角色與意義為何,其實一直沒有認真的了解過,這裡試著以我在網路上吸收到以及融合本人觀點的對於這些 Jira issue type 的理解,另外需要特別提前聲明本人不完全懂也不是「敏捷」、「agile」、「scrum」流派的信仰者 XD,因此下文若有對「敏捷」理解不正確的地方敬請見諒。

階層關係

在 Jira issue type 的階層關係上,越高的層次抽象性越大,也越用於描述一種較廣泛的、不精確的、整體的概念;而越低的層次更貼近單一的功能,或者需求,或者做法。

Jira 的階層,由高至低排序:

  • 頂天層:Project
  • 第零層:Component
  • 第一層:Epic
  • 第二層:Story / Task / Bug
  • 第三層:Subtask

這邊也把 project 與 component 加進來,雖然它們並非 issue type 的層級,不過在專案層級上的確也具有角色,所以就一併列入了。

根據 Jira 的文件,story 用於表達較小部份的產品需求;epic 用於表達較大部份的用戶案例,一個 epic 可以被切割成數個 story;而 subtask 則是 story 的再下一層,用於當需要把 story 切割成更小的工作細項時使用。

Story

在 story 這種對於需求的描述出現以前,從需求轉化為規格的這段過程,只出現於人腦(直接腦補轉換沒有付諸文字),或是做為規格的補述,可是這樣直觀的轉換中會落失需求的原始動機與需求對客戶的價值高低,這些資訊的遺漏會導致開發人員落入「知其然而不知其所以然」的狀況,用經典的鞦韆圖可以很直觀的表達這樣的狀況。


vocus|新世代的創作平台

在 story 這種 issue type 被設計出來以後,終於有地方可以讓需求的原始動機與價值有記載的地方,並且也把需求至規格這段原先腦補的過程以文字記錄下來,目的當然是希望團隊的所有成員在做產品的時候可以理解需求的原始動機與價值,以避免錯誤理解或過度設計的問題發生。如果拿 5W1H 對一個 issue 做解構的話,story 會負責用於描述為何(why)會有這個 issue,以及是誰(who)發出這個 issue、issue 的需求是什麼(what)、在何時(when)何地(where)發生,而開發人員如何(how)在技術層面處理這個 issue,則不是建立 story 時所必須填入的內容(至少在 story 標題的地方不是)。

開發人員如果有需要可以另開 task 或 bug 類型的 issue 來記載對開發人員來說實際需要進行的工項,並連結相關的 story 與 task / bug 工項。

另外一方面,如果要把相關的 story 整理起來,則利用 epic 讓 story 能被有組織的被歸納起來,也能為專案的諸多需求有分門別類的地方。

Story 的粒度

Story 用於描述使用者需求,然而「使用者需求」這件事本身就難以估量,特別是在面對不同的層級的客戶,他們的需求可能會長的相當不一樣,對客戶的大老闆來說,他要一套「幫助公司營運的 ERP 」,然而對客戶的基層員工來說,他要的是「幫我在結帳頁面加個會員資訊區塊好讓我對會員進行個人化服務」,在實際建立 story 時,面對過於廣泛而粗略的需求(上帝的旨意往往就是這麼虛無飄渺),還是必須依賴人力去把這類需求拆解成數條更具體且具有可執行性的項目後再建成 story,這項工作可能落在專案經理或專案分析師上面,對老闆兼撞鐘的小公司來說,就是落在老闆兼專案經理兼開發兼測試的人上面。

另外一種情況也不適合用 story 描述,即過於細節的工項,舉例來說,在一個 POS 系統,顯然結帳頁面載入的微互動不會是客戶在意的點,這種過於細節的部份就會以 subtask 的方式描述,想反的來說,對遊戲來說,UX 的流暢感相當重要,同樣一件事在遊戲專案上就會提昇至 story 層級。

第三種不適合用 story 描述的工項,即過於工程面或規格面的部份,舉凡 API 交換的規格、欄位的命名規範、錯誤處理的機制、log 檔的紀錄等等,皆不屬於 story 的範疇,應該用 task 來建立這些工項,有必要的話再用 Jira 的 issue link 的功能讓 story 與 task 相關連起來。

Story 的標題格式

網路上最常看到的格式:

「As a XXX, I want YYY feature so that ZZZ.」

翻成華文是這樣:

「身為一位 誰誰誰,我需要 某某某 功能才能 這般這般。」

這句充滿贅字的句子應該簡化成這樣:

某某某如此如此 才能 這般這般。」

絕對不要把贅字也寫進來,不論是洋文還是華文。

參考資料

留言
avatar-img
Leon的沙龍
15會員
64內容數
Where I go and what I get.
Leon的沙龍的其他內容
2024/04/10
Goolge OR-Tools 是一套以數學模型為基礎的求解器,相較於 OptaPlanner,OR-Tools 有更平緩的學習曲線,本文是 OR-Tools 最基礎的介紹。
Thumbnail
2024/04/10
Goolge OR-Tools 是一套以數學模型為基礎的求解器,相較於 OptaPlanner,OR-Tools 有更平緩的學習曲線,本文是 OR-Tools 最基礎的介紹。
Thumbnail
2024/04/09
這篇開箱另一套權限檢查工具 Vakt,相較於 Oso,Vakt 的規則直接以 Python 語法構成,不用再學 Oso 的特規語法,可以作為 Oso 的替代品。
Thumbnail
2024/04/09
這篇開箱另一套權限檢查工具 Vakt,相較於 Oso,Vakt 的規則直接以 Python 語法構成,不用再學 Oso 的特規語法,可以作為 Oso 的替代品。
Thumbnail
2024/04/09
SpiffWorkflow 是一個專門針對業務流程的流程引擎,它與商業 BPMN 產品有所區別,適合應用在自有專案中,並且需要內含稍微複雜的商業流程。例如,對於需要外部程式與前端配合才能真正讓用戶輸入決斷的場景,SpiffWorkflow 是一個適合的解決方案。
Thumbnail
2024/04/09
SpiffWorkflow 是一個專門針對業務流程的流程引擎,它與商業 BPMN 產品有所區別,適合應用在自有專案中,並且需要內含稍微複雜的商業流程。例如,對於需要外部程式與前端配合才能真正讓用戶輸入決斷的場景,SpiffWorkflow 是一個適合的解決方案。
Thumbnail
看更多
你可能也想看
Thumbnail
所走議題都有架構,如果你寫著寫著,發現你在寫的東西沒有架構:,別懷疑,你對這個議題還不夠深入......
Thumbnail
所走議題都有架構,如果你寫著寫著,發現你在寫的東西沒有架構:,別懷疑,你對這個議題還不夠深入......
Thumbnail
背景:從冷門配角到市場主線,算力與電力被重新定價   小P從2008進入股市,每一個時期的投資亮點都不同,記得2009蘋果手機剛上市,當時蘋果只要在媒體上提到哪一間供應鏈,隔天股價就有驚人的表現,當時光學鏡頭非常熱門,因為手機第一次搭上鏡頭可以拍照,也造就傳統相機廠的殞落,如今手機已經全面普及,題
Thumbnail
背景:從冷門配角到市場主線,算力與電力被重新定價   小P從2008進入股市,每一個時期的投資亮點都不同,記得2009蘋果手機剛上市,當時蘋果只要在媒體上提到哪一間供應鏈,隔天股價就有驚人的表現,當時光學鏡頭非常熱門,因為手機第一次搭上鏡頭可以拍照,也造就傳統相機廠的殞落,如今手機已經全面普及,題
Thumbnail
數據分析的好,人人都知道。可以改善用戶體驗、找到肉眼無法注意的機會點、尋找新的商機、可以讓資源花在刀口上等等的族繁不及備載,所以大家會努力想著要找到能數據分析的人、方法、設備,讓自己的公司能夠藉著數據分析殺出一條活路、或是開出一條別人看不見的賽道。
Thumbnail
數據分析的好,人人都知道。可以改善用戶體驗、找到肉眼無法注意的機會點、尋找新的商機、可以讓資源花在刀口上等等的族繁不及備載,所以大家會努力想著要找到能數據分析的人、方法、設備,讓自己的公司能夠藉著數據分析殺出一條活路、或是開出一條別人看不見的賽道。
Thumbnail
品牌故事的重要性不可小覷,它可以幫助你在最短的時間內連結客戶、留下深刻的印象,可是如果沒有選擇好的故事,一切都是枉然。到底該如何找到屬於自己的產品故事呢?
Thumbnail
品牌故事的重要性不可小覷,它可以幫助你在最短的時間內連結客戶、留下深刻的印象,可是如果沒有選擇好的故事,一切都是枉然。到底該如何找到屬於自己的產品故事呢?
Thumbnail
你會寫 Jira 的 user story 嗎?我不會,所以我用自己的方式來理解與制定 story 的用法。
Thumbnail
你會寫 Jira 的 user story 嗎?我不會,所以我用自己的方式來理解與制定 story 的用法。
Thumbnail
本系列文章前面的「資訊架構的三種基本角色」、「事前準備與內容提供者」、以及「評估資訊內容的影響力」三篇,都是關於資訊架構前期規劃的討論,所以本文想談談執行過程的思考,包括進行網站地圖(sitemap)、框線架構(wireframe)等設計時犯過哪些錯誤、以及更理想的作法。
Thumbnail
本系列文章前面的「資訊架構的三種基本角色」、「事前準備與內容提供者」、以及「評估資訊內容的影響力」三篇,都是關於資訊架構前期規劃的討論,所以本文想談談執行過程的思考,包括進行網站地圖(sitemap)、框線架構(wireframe)等設計時犯過哪些錯誤、以及更理想的作法。
Thumbnail
本文分析導演巴里・柯斯基(Barrie Kosky)如何運用極簡的舞臺配置,將布萊希特(Bertolt Brecht)的「疏離效果」轉化為視覺奇觀與黑色幽默,探討《三便士歌劇》在當代劇場中的新詮釋,並藉由舞臺、燈光、服裝、音樂等多方面,分析該作如何在保留批判核心的同時,觸及觀眾的觀看位置與人性幽微。
Thumbnail
本文分析導演巴里・柯斯基(Barrie Kosky)如何運用極簡的舞臺配置,將布萊希特(Bertolt Brecht)的「疏離效果」轉化為視覺奇觀與黑色幽默,探討《三便士歌劇》在當代劇場中的新詮釋,並藉由舞臺、燈光、服裝、音樂等多方面,分析該作如何在保留批判核心的同時,觸及觀眾的觀看位置與人性幽微。
Thumbnail
這是一場修復文化與重建精神的儀式,觀眾不需要完全看懂《遊林驚夢:巧遇Hagay》,但你能感受心與土地團聚的渴望,也不急著在此處釐清或定義什麼,但你的在場感受,就是一條線索,關於如何找著自己的路徑、自己的聲音。
Thumbnail
這是一場修復文化與重建精神的儀式,觀眾不需要完全看懂《遊林驚夢:巧遇Hagay》,但你能感受心與土地團聚的渴望,也不急著在此處釐清或定義什麼,但你的在場感受,就是一條線索,關於如何找著自己的路徑、自己的聲音。
Thumbnail
誰適合讀本篇? 1. Junior 產品經理 2. 想學PRD(User Story、Wireflow等) 3. 想打造工具型產品的人
Thumbnail
誰適合讀本篇? 1. Junior 產品經理 2. 想學PRD(User Story、Wireflow等) 3. 想打造工具型產品的人
Thumbnail
這篇文章將會講述企劃的技術面和知識面,從硬知識到軟知識的介紹。
Thumbnail
這篇文章將會講述企劃的技術面和知識面,從硬知識到軟知識的介紹。
Thumbnail
每周一篇文章的讀書會心得報告摘要與筆記,本次分享的文章為:產品管理流程中,使用者故事(User Story)常見的三種使用情境。 1. 什麼是使用者故事(User Story)? 2. User Story 的三種使用情境 3. 不同團隊會有不同的作法 4. User Story 常見問題
Thumbnail
每周一篇文章的讀書會心得報告摘要與筆記,本次分享的文章為:產品管理流程中,使用者故事(User Story)常見的三種使用情境。 1. 什麼是使用者故事(User Story)? 2. User Story 的三種使用情境 3. 不同團隊會有不同的作法 4. User Story 常見問題
Thumbnail
《轉轉生》(Re:INCARNATION)為奈及利亞編舞家庫德斯.奧尼奎庫與 Q 舞團創作的當代舞蹈作品,結合拉各斯街頭節奏、Afrobeat/Afrobeats、以及約魯巴宇宙觀的非線性時間,建構出關於輪迴的「誕生—死亡—重生」儀式結構。本文將從約魯巴哲學概念出發,解析其去殖民的身體政治。
Thumbnail
《轉轉生》(Re:INCARNATION)為奈及利亞編舞家庫德斯.奧尼奎庫與 Q 舞團創作的當代舞蹈作品,結合拉各斯街頭節奏、Afrobeat/Afrobeats、以及約魯巴宇宙觀的非線性時間,建構出關於輪迴的「誕生—死亡—重生」儀式結構。本文將從約魯巴哲學概念出發,解析其去殖民的身體政治。
追蹤感興趣的內容從 Google News 追蹤更多 vocus 的最新精選內容追蹤 Google News