(搬磚)Epic/Feature/Story/Task/Bug到底是什么

(https://bbs.huaweicloud.com/blogs/adf71fa5bbf811e89fc57ca23e93a89f))

<001 篇>

我經常出差悦施,接觸了大量的華為云的客戶巍糯,很多客戶使用項目管理服務登刺,對Epic都比較陌生耀怜,也對如何劃分Feature祝闻,Story存在疑問

為了寄疏,我特意整理了一個表格瞧栗,對每一種工作項類型進行了說明讹躯,為了解決很多用戶的疑惑菩彬,我也增加了樣例說明

簡單一句話:

  1. Epic是公司重要戰(zhàn)略舉措缠劝;

  2. Feature是對你的用戶有價值的功能;

  3. Story是分解的細粒度的開發(fā)交付的內容骗灶,是用戶的細分場景惨恭;

  4. Task是完成需求的過程性的工作。

這些術語和概念耙旦,來自于業(yè)界的共識脱羡,對于軟件企業(yè),是實現從戰(zhàn)略舉措到戰(zhàn)術執(zhí)行落地的分層設計免都。

表格

工作項類型 說明 舉例
Epic 中文通常翻譯為史詩锉罐,指公司的關鍵戰(zhàn)略舉措,可以是重大的業(yè)務方向绕娘,也可以是重大的技術演講.企業(yè)通過對Epic的發(fā)現脓规、定義、投資险领、管理和落地達成侨舆,使得企業(yè)的戰(zhàn)略投資主題得以落地,并獲得相應的市場地位和回報绢陌。
Epic的粒度比較大挨下,需要分解為Feature,并通過Feature繼續(xù)分解細化為User Story來完成最終的開發(fā)和交付脐湾。
Epic通常持續(xù)數月(months)臭笆,需要多個迭代才能完成最終的交付。Epic應該對所有研發(fā)人員可見秤掌,這樣可以讓研發(fā)人員了解他們交付的Story承載怎樣的戰(zhàn)略舉措愁铺,讓研發(fā)人員能更好的理解其工作的價值。
Epic通常和公司的經營闻鉴、競爭力帜讲、市場環(huán)境緊密相關,舉例如下:
例1
市場差異化:用戶體驗全面超越競爭對手
例2
更好的解決方案:新增支持工業(yè)互聯網的解決方案
例3
增加收入:產品需要在下個財季增加100萬付費用戶
例4
重大技術方向:產品需要全部切換為容器
Feature 中文通常翻譯為特性椒拗,代表可以給客戶帶來價值的產品功能或特性似将。
Feature向上承接Epic,向下分解為User Story蚀苛。相比Epic在验,Feature更具體形象,客戶可以直接感知堵未,通常在產品發(fā)布時作為ReleaseNotes的一部分發(fā)布給客戶腋舌。
Feature通常持續(xù)數個星期(weeks),需要多個迭代完成交付渗蟹。
Feature應該對客戶都有實際的價值块饺,特性的描述通常需要說明對客戶的價值赞辩,與產品的形態(tài)、交付模式有關授艰,舉例如下:
推薦模板:用戶<角色> …希望<結果>… 以便于<目的>
例1
用戶A希望提供導入辨嗽、導出功能,以便于用戶批量整理數據淮腾,更高效糟需。
例2
用戶B希望提供超期的郵件通知,以便于用戶及時處理任務谷朝。
例3
用戶C希望優(yōu)化鼠標拖動的體驗洲押,以便于讓用戶操作更快。
例4
用戶D希望增加昵稱功能圆凰,讓用戶更個性化杈帐。
Story 中文通常翻譯為用戶故事,User Story的簡稱专钉。是從用戶角度對產品需求的詳細描述娘荡,更小粒度的功能。Story承接Feature驶沼,并放入有優(yōu)先級的backlog中,持續(xù)規(guī)劃争群、滾動調整優(yōu)先級回怜,始終讓高優(yōu)先級的Story更早的交付給客戶。
優(yōu)秀的Story應遵循如下的INVEST原則:
Independent:每個用戶故事應該是獨立的换薄,可獨立交付給客戶玉雾。
Negotiable:不必非常明確的闡述功能,細節(jié)應帶到開發(fā)階段跟程序員轻要、客戶來共同商議复旬。
Valuable:對客戶有價值。
Estimable:能估計出工作量冲泥。
Small:要小一點驹碍,但不是越小越好,至少在一個迭代中能完成凡恍。
Testable:可測試志秃。
Story通常持續(xù)數天(days),并應在一個迭代內完成交付嚼酝。
Story符合INVEST原則浮还,舉例如下:
推薦模板:用戶<角色>…希望<結果>…以便于<目的>
例1
作為項目經理,希望通過過濾處理人闽巩,以便于快速查詢指定人的需求钧舌。
例2
作為開發(fā)人員担汤,希望將無用的信息進行折疊,以便于減少視覺干擾洼冻。
例3
作為測試人員崭歧,希望將測試用例和需求關聯,以便于跟蹤需求的驗證碘赖。
Task 在迭代計劃會議中驾荣,將納入迭代的Story指派給具體成員,并分解成一個或多個Task普泡,填寫“預計工時”播掷。 Task通常為過程性的工作,舉例如下:
例1
開發(fā)人員A需要在今天準備好類生產環(huán)境撼班。
例2
開發(fā)人員B需要在本周末完成項目組的權限設定歧匈。
例3
開發(fā)人員C需要進行代碼Review。
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末砰嘁,一起剝皮案震驚了整個濱河市件炉,隨后出現的幾起案子,更是在濱河造成了極大的恐慌矮湘,老刑警劉巖斟冕,帶你破解...
    沈念sama閱讀 219,366評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現場離奇詭異缅阳,居然都是意外死亡磕蛇,警方通過查閱死者的電腦和手機,發(fā)現死者居然都...
    沈念sama閱讀 93,521評論 3 395
  • 文/潘曉璐 我一進店門十办,熙熙樓的掌柜王于貴愁眉苦臉地迎上來秀撇,“玉大人,你說我怎么就攤上這事向族『茄啵” “怎么了?”我有些...
    開封第一講書人閱讀 165,689評論 0 356
  • 文/不壞的土叔 我叫張陵件相,是天一觀的道長再扭。 經常有香客問我,道長夜矗,這世上最難降的妖魔是什么霍衫? 我笑而不...
    開封第一講書人閱讀 58,925評論 1 295
  • 正文 為了忘掉前任,我火速辦了婚禮侯养,結果婚禮上敦跌,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好柠傍,可當我...
    茶點故事閱讀 67,942評論 6 392
  • 文/花漫 我一把揭開白布麸俘。 她就那樣靜靜地躺著,像睡著了一般惧笛。 火紅的嫁衣襯著肌膚如雪从媚。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,727評論 1 305
  • 那天患整,我揣著相機與錄音拜效,去河邊找鬼。 笑死各谚,一個胖子當著我的面吹牛紧憾,可吹牛的內容都是我干的。 我是一名探鬼主播昌渤,決...
    沈念sama閱讀 40,447評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼赴穗,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了膀息?” 一聲冷哼從身側響起般眉,我...
    開封第一講書人閱讀 39,349評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎潜支,沒想到半個月后甸赃,有當地人在樹林里發(fā)現了一具尸體,經...
    沈念sama閱讀 45,820評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡冗酿,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,990評論 3 337
  • 正文 我和宋清朗相戀三年埠对,在試婚紗的時候發(fā)現自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片已烤。...
    茶點故事閱讀 40,127評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖妓羊,靈堂內的尸體忽然破棺而出胯究,到底是詐尸還是另有隱情,我是刑警寧澤躁绸,帶...
    沈念sama閱讀 35,812評論 5 346
  • 正文 年R本政府宣布裕循,位于F島的核電站,受9級特大地震影響净刮,放射性物質發(fā)生泄漏剥哑。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,471評論 3 331
  • 文/蒙蒙 一淹父、第九天 我趴在偏房一處隱蔽的房頂上張望株婴。 院中可真熱鬧,春花似錦、人聲如沸困介。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,017評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽座哩。三九已至徒扶,卻和暖如春出刷,著一層夾襖步出監(jiān)牢的瞬間波附,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,142評論 1 272
  • 我被黑心中介騙來泰國打工想罕, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留屿良,地道東北人圈澈。 一個月前我還...
    沈念sama閱讀 48,388評論 3 373
  • 正文 我出身青樓,卻偏偏與公主長得像管引,于是被迫代替她去往敵國和親士败。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,066評論 2 355

推薦閱讀更多精彩內容