iT邦幫忙

user story相關文章
共有 18 則文章
鐵人賽 自我挑戰組 DAY 3

技術 【Day 03】設計流程 (二):Functional Map 功能地圖

正式進入繪製之前的四個階段:IA 資訊架構 -> Functional Map 功能地圖 -> Logic Flow 邏輯流程 -> Wire...

技術 Scrum中的敏捷估計?故事點和計劃撲克

對於軟件開發人員來說,這是工作中最困難的部分,即使不是最困難的部分。它必須考慮一系列因素,幫助產品所有者做出影響整個團隊和業務的決策。 在軟件開發過程中,團隊經...

鐵人賽 Modern Web DAY 10

技術 Day10. User Story 與 UX / UI 設計流程

當概念驗証過有價值且方向大致正確後,就會開始撰寫 User Story,然後進入正式的 UX/UI 設計流程。 什麼是 User Story User Sto...

鐵人賽 自我挑戰組 DAY 8

技術 與工程師的協作之路-User story這檔事

寫了一週的文章之後,意外收到不少反饋!默默覺得工程師們真的都好辛苦啊QQ工程師這種生物畢竟就是太過認真可愛,比較逆來順受一點(抱大腿)所以大部分的工程師,都點了...

鐵人賽 Software Development DAY 13
軟體工程範疇 系列 第 13

技術 User Story(一)

在前三篇的使用者需求分析當中,曾經有提到過使用者本身自我的體驗與感受。而我們這個專案的使用者,除了是已經提出需求的人之外,還有不經意瀏覽過網站而沒有加入的人,或...

鐵人賽 IT管理 DAY 21

技術 [Day21] Scrum失敗經驗談 – 沒有價值的User story

User story:用一個簡短的句子,描述用戶的需求價值,也是大家所熟知的,身為一個「角色」,我想要「做某些事」,以至於我可以「有什麼價值」(As a [ro...

鐵人賽 永豐金融APIs DAY 10

技術 [Day10] 第十章-專案開啟前的User Story (軟體工程分享)

前言 在前面總結完laravel的技巧後今天想要跟各位分享開啟一個專案的時候會進行什麼步驟User Story是一個很棒的概念它可以有效的把使用情境跟工程師的任...

鐵人賽 Agile DAY 4
敏捷藏在 K-pop 裡 系列 第 4

技術 韓綜「紫蘇葉爭議」: 用 User Story 拆解不為人知的考量

2022 年初,紫蘇葉爭議在韓國綜藝節目掀起話題,以台灣吃合菜的情況來提問,就是: 當你和女友、及一位女性友人同桌吃飯,若女性友人夾不起來眼前這道菜,你會幫她...

鐵人賽 DevOps DAY 5
DevOps平台的能力架構 系列 第 5

技術 Day05 - User Story & Requirements Modeling (Part 1)

昨天談完了agile planning,今天來看看如何紀錄user stories,然後把它們整合在application model裡。 一個良好的user...

鐵人賽 Agile DAY 17
敏捷藏在 K-pop 裡 系列 第 17

技術 丟骰子估點數?試試更好的相對估算法 feat. NMIXX

這篇我想藉由女團 NMIXX 的新歌 DICE,分享我們團隊從「沒在估點數」,轉變成「很會估點數」的過程。 我們團隊由設計師和文案組成,任務包含:設計網站介面...

鐵人賽 Agile DAY 19

技術 Day19. 敏捷物與他們的產地(2)-衝剌清單與產品增量

Scrum 裡有三種產出物,除了上篇文章所提到的「產品待辦清單」之外,另外二個則是「衝剌清單」以及「產品增量」。 產品待辦清單 (Product Backlog...

鐵人賽 Agile DAY 18
和Agile小白一起玩 系列 第 18

技術 第十八篇 Agile的學習從跌跤開始 - User Story

“你的 User Story 要寫清楚啦!”“這個 User Story 到底在寫什麼?“寫得太細,像是在寫測試模組。寫得太大,像是在寫人物誌(Persona)...

鐵人賽 自我挑戰組 DAY 5
Agile! 系列 第 5

技術 第五天:敏捷開發中的用戶故事(User Story)和需求

在敏捷開發中,用戶故事(User Story)和需求是核心概念之一。它們有助於確保團隊開發出符合客戶需求的產品,並在整個開發過程中保持透明度和可追蹤性。我將深入...

鐵人賽 Agile DAY 8

技術 D8 - 願連假後,我們還記得討論的內容 (下) aka User Story 篇

繼昨天 D7 - 願連假後,我們還記得討論的內容我們討論到了 Product Backlog 的內容對於開發重要的程度後今天要跟諸君討論 如何寫一個好的 use...

技術 4. 吃吃記帳 - 使用者故事 (User Story)

撰寫使用者故事 User Story 完成 Persona 後,我開始根據米米這個角色,想像她使用產品的動機與情境,並根據需求來制定產品的功能。為了更好的理解使...

鐵人賽 IT 管理 DAY 18
沒有終點的敏捷日記 系列 第 18

技術 Day18 - 寫出人人看得懂的User Story(4)-故事段落與描述方式

前面文章了解描述(Description)、驗收條件(AC)後,我們可以知道寫一則User Stroy 就像在寫故事,你需要讓讀者一頁一頁地被吸引,跟隨你的情節...

鐵人賽 IT 管理 DAY 15
沒有終點的敏捷日記 系列 第 15

技術 Day15 - 寫出人人看得懂的User Story (1)-前言

系統分析師撰寫的需求規格書,通常就像厚厚的小說一樣,讓人看了直呼「這裡面到底有什麼?」不過,這彷彿是為了展現自己需求分析的功力,或為了讓需求規格滴水不漏。隨著敏...

鐵人賽 IT 管理 DAY 20
沒有終點的敏捷日記 系列 第 20

技術 Day20 - 使用範例描述需求(2) - 開立範例的方法

在需求的世界裡,描述範例能有效降低團隊對需求的認知差距,但是面對一個複雜的功能,真的能把所有的範例都列舉出來嗎?等我們窮舉完所有範例,市場恐怕早就進化到另一個維...