敏捷開發之如何進行故事點估算？
敏捷估算的價值 敏捷估算，就是在敏捷開發中，對即將開始的工作進行工作量、復雜度和持續時間的相對估算。通常情況下，軟件開發過程中有很多未知數：技術更新，需求變更，系統之間的依賴關系等，它們都會影響估算結果，所以說估算是一項費時費力的工作，並且得到的結果也是不精確的。既然如此 ...
原文：敏捷開發中故事點和估算的秘密
估算並非易事。對軟件開發人員來說，估算堪稱是最難的工作之一。估算必須考慮所有能幫助產品負責人做出影響整個團隊和業務決策的因素。因此，從開發到高管都為它焦頭爛額也不足為奇，但這種做法是錯誤的。敏捷估算並不是什么性命攸關的大事，就只是估算而已，事實就這么簡單。我們不用要求團隊周末加班加點來彌補一項被低估的工作。換句話說，與其事后補救，不如事前看一看有什么方法可以讓敏捷估算盡可能變得更精准。 與產品負 ...
2019-08-22 17:20 0 1129 推薦指數：
相關推薦
敏捷開發--如何准確估算故事
前兩篇文章介紹的是 搜集故事和編寫估算，本篇文章接着前面的文章往下說，有了story（故事）之后如果對故事進行估算 下面主要是進行估算的大體checkLists 對與一個故事的估算方法應該具有如下特點 1、運行改變估算結果 2、適用於所有的故事 3、很容易 ...
敏捷開發中的故事點到底是什么？如何預估故事點？
故事點 是敏捷項目管理和開發中的一種抽象的度量單位，用於估計實現一個或多個用戶故事的復雜度，它是對工作量的一種描述方式。一個故事點就是一個數字，透過這個數字告訴整個團隊用戶故事的復雜度。復雜度包括功能的難易程度、風險和花多大的功夫。 故事點（story point）和預估時間（estimated ...
敏捷中的溝通與故事點
當我讀到《Scrum敏捷軟件開發》關於項目經理的討論時，讓我產生了極大的共鳴，使我不得不放下書來閑扯兩句，一方面抒發自己的感受，另一方面也算是一種反思吧。 我平時一般要同時帶3~5個項目。作為項目經理，我都要花上大部分時間去分析需求，然后將其拆分成小任務。拆分任務時，我會將任務錄入到我自己設計 ...
敏捷估算
轉自：http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-14 無論是團隊研發一款產品或者開發某一個項目，我們都需要回答“我們大概什么時間能夠完成？”， 或者到某一個時間點，我們能夠做到什么程度 ...
敏捷估算簡介
抽象的 傳統的軟件開發估算技術是緩慢、持久的練習，因此完全不適合敏捷過程。出現了適合敏捷模型的新估算方法，只需最少的努力即可提供“剛好足夠”的信息來支持優先級排序和決策制定。本文介紹了這些技術中最流行的技術，並介紹了這些實踐如何在更大的、多團隊的項目中發揮作用，在這些項目中，規范化已成為分歧 ...
對敏捷開發的一點理解
今天有人問到我，對敏捷開發是怎么理解的？一時不知道從何說起了，先來思考下面的問題。 問題：為什么會出現敏捷開發？ 我剛開始工作的時候采用的瀑布模型，將軟件生命周期划分為制定計划、需求分析、軟件設計、程序編寫、軟件測試和運行維護等六個基本活動，並且規定了它們自上而下、相互銜接的固定次序，如同瀑布 ...
用戶故事驅動的敏捷開發 – 2. 創建backlog
本系列的第一篇【用戶故事驅動的敏捷開發 – 1. 規划篇】跟大家分享了如何使用用戶故事來幫助團隊創建需求的過程，在這一篇中，我們來看看如何使用這些用戶故事和功能點形成產品backlog。產品backlog是敏捷開發中用來管理需求列表，排定優先級，形成迭代計划，組織開發/測試和交付過程的工具。可以說 ...