敏捷軟件需求管理
title: 敏捷軟件需求管理 date: 2017-10-23 10:29:39 tags: 需求管理 嚴格的來講，這個標題的說法並不是很嚴肅，這篇文章的目的不是建立一個敏捷軟件需求管理的流程，而是去探索一種需求管理的實踐，解決現在工作中遇到的困惑和困難。為了將問題解釋的更清楚，我需要 ...
原文：從需求到交付——論敏捷過程中的需求管理
摘要：企業在做敏捷轉型中，需求無法按時交付的困擾你是否也遇到過呢 背景 在之前組織的一次敏捷線下活動中，有家企業問道： 我們公司剛做敏捷轉型不久，遇到一個比較頭疼的問題 團隊每天都很忙，從轉型到現在已經兩個多月了，基本沒有一個迭代能做完全部任務，問題出在哪 該問題一提出后，引發了激烈討論： 我們公司也是，總有那么幾個人完不成手頭任務，每次拖后腿讓客戶不滿意 最近我們項目用了個新框架，很多人他沒用 ...
2020-07-14 14:08 0 961 推薦指數：
相關推薦
敏捷開發 | 張三與需求管理
最近朋友張三問我：“ 史詩、特性、用戶故事，它們一定要關聯到一起使用嗎？ ” 我的答案是：當然不用。但是要真正解釋清楚這個答案，我還需要對一些概念進行說明。 產品待辦事項 在Scrum Guide中，產品待辦事項（Product Backlog）是產品所需的所有內容的有序列表，它是對產品進行 ...
gitlab使用過程中的需求與解決
序言 在git使用過程中發現指令實在太多，就算記憶后不長用的話很快也會忘記掉，所以編寫本文的初衷是為了記錄在使用git指令的過程中所遇到的需求與解決方法，畢竟使用git的需求也就那么一些，范圍不大，所以可以將需求與解決方法記錄下來，下次使用時遇到相同需求如果忘記了也可以得到快速解決 ...
敏捷開發需求管理（產品backlog）
傳統的瀑布工作模式使用詳細的需求說明書來表達需求，需求人員負責做需求調研，根據調研情況編制詳細的需求說明書，進行需求評審，評審之后簽字確認交給研發團隊設計開發。在這樣的環境下，需求文檔是信息傳遞的主體，也是一份契約。 然而詳細的需求說明書有以下5大弊端： 單向的信息傳遞，容易出現理解偏差 ...
敏捷的需求分析
交付用戶想要的軟件 讓客戶做決定 在設計方面，做決定的時候好必須有開發者參與。可是，在一個項目中，它們不應該做所有決定，特別是業務方面的決定。 Decide what you shouldn’t decide. 開發者（及項目經理）能做的一個最重要的決定就是：判斷哪些是自己決定不來 ...
游戲開發過程中需求變化那些事
原文鏈接 : http://www.bugclosed.com/post/18 背景 隨着軟件項目越來越龐大，為了提高開發效率和有效的質量管控，開發過程中的項目管理越來越重要，流程分工也在不斷細化。傳統的軟件開發過程分大致分為如下幾個步驟： 需求提出 可行性分析 需求 ...
SARIF在應用過程中對深層次需求的實現
摘要：為了降低各種分析工具的結果匯總到通用工作流程中的成本和復雜性, 業界開始采用靜態分析結果交換格式(Static Analysis Results Interchange Format (SARIF))來解決這些問題。 本文分享自華為雲社區《DevSecOps工具與平台交互的橋梁 ...
軟件測試過程中如何區分什么是功能bug，什么是需求bug，什么是設計bug？
問題描述： 測試過程中如何區分什么是功能bug，什么是需求bug，什么是設計bug？ 精彩答案： 會員 土土的豆豆： 本期問題其實主要是針對不同方面或緯度上對於bug的一個歸類和定位。 個人認為，從軟件開發測試生命周期上分析的話，三者從開發測試階段應該是需求 ...