需求管理和例項化需求
軟體開發的最大問題之一往往是需求，而且它也很容易的被作為替罪羊。在公司專案延遲和出大問題的最大藉口，就是「
需求不清楚、需求變更」。那把需求早點弄清楚不就行了嘛？聽著挺容易，但要做好它卻很困難。
敏捷迭代起來以後是否會好點呢？理論上會好點，因為需求在乙個迭代中東西會少點，更容易理清楚。但就是因為乙個迭代的周期短，在開完計畫會議後，團隊會更願意直接投入到**開發中去，他們認為需求已經可以了；專案經理也覺得討論需求會浪費點時間，很多人包括開發者都認為寫**才是幹活。
這樣的話，實際上往往到迭代後面幾天測試的時候才發現：測試人員、開發人員、產品負責人想的都不是很一樣，但時間不夠了，要不取消bug
，要不就是挪到下個迭代。這就是技術債務的最大根源。
那是否有好的辦法把需求質量有效得提高？解決需求當然有許許多多的辦法，下面是幾種常見的方式：
從本質上來說，例項化需求和atdd
、bdd、fdd包括其他的敏捷測試都是乙個範疇。相比其他幾個實踐，例項化需求出現的較晚，最近幾年才開始推廣，我曾經所在的專案組也是2023年底才開始推廣的。但它提出了更好的實踐方式，減少了對工具的依賴，更容易被接受。
主要過程模式
在【例項化需求】一書中，gojko
提出了例項化需求的主要過程模式
主要過程模式主要包括以下幾個重要環節：
從目標中獲取範圍：要一直牢記商業價值，為什麼要做。很多時候執行專案時太關注怎麼做了。
用例子來協作**需求：例子能更好得把需求描述清楚，不能含糊。
提煉需求說明：通過例子了解需求後就可以提煉出需要的需求說明。
執行需求說明並自動化：需求說明如果能執行並放入到持續整合後，資訊就不會過期。
活文件：文件要長久，就必須要容易維護，從需求說明中自動產生出的活文件是最有效的方式。
舉個例子：
需求主題：買書免運費
需求描述：提供讀者買書優惠活動，買書超過（含）6
本以上而且只含書的訂單，可以免費送貨到除**省，青海省的大陸地區。
關鍵例子：
下一貼詳細介紹這個網上書店買書免運費的例子。
敏捷開發每日一貼 敏捷開發 例項化需求常見問題
例項化需求常見問題 推動例項化需求，講到這個例子時，經常會碰到這些問題 6 件可配嗎？例子中提到6件免運費，顯然這個在系統中要可配的，不能在產品中硬編碼 hard code 但是這個需要在例子中講清楚嗎？否者我的開發團隊又要說我需求沒講清楚，不過我總覺得這點意識他們應該有的？乙個有著很多痛苦經歷的p...
敏捷開發每日一貼 敏捷估算方法
敏捷估算方法 無論是團隊研發一款產品或者開發某乙個專案，我們都需要回答 我們大概什麼時間能夠完成？或者到某乙個時間點，我們能夠做到什麼程度，因此和傳統的開發模式一樣，我們在故事拆分之後需要對我們需要做的事情進行工作量的估算。相對於傳統的工作量估算方式，敏捷估算有如下幾個特點 1.團隊集體估算 在sc...
Python例項 每日一貼
def function tips 功能 每天輸出一條勵志文字 import datetime 匯入日期時間類 定義乙個列表 mot 今天星期一 n人生充滿了不確定，和驚喜。今天星期二 n人生亦可燃燒，亦可腐敗，我願燃燒，耗盡所有的光芒。今天星期三 n毅力和耐性在某種程度上將決定乙個人會成為什麼樣的...