scrum

    3熱度

    6回答

    我試圖將我的需求寫成用戶故事。從瀑布世界開始,我更熟悉用例。 我喜歡的用例之一就是每個與系統的交互都是明確的,以及所有替代和異常的動作流程。 UC-01 成功場景: 用戶導航到客戶 用戶點擊添加合同按鈕 用戶填寫的合同名稱,合同#開始日期和結束日期字段 系統要求確認 用戶填充點擊數t他保存按鈕,合同保存 例外 5A。用戶中止,合同不保存 備用流程 1a。用戶使用過濾器來選擇客戶 在敏捷方法中捕獲異

    1熱度

    1回答

    某些錯誤可以在客戶或其他人的發佈代碼中找到,也可以在sprint的開發過程中在內部發現。 因此,在查看發佈的積壓內容時,我不知道應該將哪些錯誤修復程序傳達給客戶,哪些只是內部信息。 有沒有這方面的最佳做法?您是否使用命名約定,或者可以更改模板以更好地滿足我們的需求?

    0熱度

    1回答

    我目前正在編寫一個項目,其中 - 編碼 - 有一些關於佈局的願望(更改字體顏色,更改文本等) 什麼是tfs中的最佳類別? 錯誤,功能,問題或任務? 我讀過:What are the differences among bugs, issues and tasks in TFS 但這並沒有幫助我在這個問題

    0熱度

    1回答

    是否有可能在TFS 2012中定義一個團隊項目集合,其中多個團隊在不同項目上工作,每個團隊都有自己的產品積壓,burndown chart,每個分支/文件夾的不同訪問權限?如果可能的話,有人可以給我一些提示嗎?

    0熱度

    2回答

    我們有一個小型Scrum團隊,它開發了一個有很多用戶的webseite。我們希望改善我們的開發和調整/部署過程,但是有很多概念,在我們看來,它們並不完美。由於我們不是唯一一家開發網站的公司,因此我認爲這可能是一個好主意;) 首先,軟件狀態不佳,因此連續交付或持續depoloyment由於測試覆蓋率較差而無法實現,這是我們很快就不能改變的。 我們有兩週衝刺,所以我們開發新功能或解決在那段時間內的錯誤

    0熱度

    2回答

    在以前的工作場所工作Scrum(ish)之後,我試圖在一個全新的項目(我不是Scrum專家)的新工作場所實現它。在我們開始編寫故事之前,我們有一些先決條件來編寫代碼(同時正在進行培訓)。比如數據庫設計,api設計等等。我們計劃使用兩週的迭代,並且我不清楚第一個(或兩個)第一個(或兩個)如何能夠爲客戶提供有用的東西,並且如果我們首先必須「奠定一些基礎「?有關如何處理這個問題的任何想法?

    0熱度

    2回答

    在我的Scrum工作流程中,當一個故事的開發完成後,故事將移動到已解決狀態,並且只有在QA完成後,故事纔會關閉。 由於QA團隊與開發團隊分開工作,當我跟蹤開發團隊的進步,我想了燃盡圖以反映團隊的進步這麼一個任務,應考慮在解決完成不僅在已關閉。

    1熱度

    1回答

    我想創建用戶故事(PBI) - >任務--->子任務。我們如何在TFS 2012中創建這個層次結構?我只能嘗試兩個級別的PBI和任務。我無法在任務下創建子任務。

    2熱度

    1回答

    由於我的scrum團隊確實積壓梳理,我們通常從史詩級別的工作開始,並將這些PBI作爲正常梳理活動的一部分改進爲主題和故事。作爲構建這些工作項目的一種手段,由提煉和澄清其他PBIs產生的PBIs被創建爲較大項目的子鏈接。我們通過僅將sprintable故事分配給sprint來實現此過程,同時將其父主題PBI保留在當前版本迭代中。 今年早些時候升級後,我們已經慢慢成長爲2012年提供的功能,並且能夠在

    3熱度

    3回答

    我需要將一個項目添加到我們的產品積壓列表中,該項目對用戶沒有(感知)價值。 上下文:我們需要每週解析並導入一個TXT文件我們的系統。現在供應商決定將格式更改爲XML,因此我們需要重寫解析引擎。 最終,用戶不會看到任何好處,因爲他會繼續獲取他的新數據,但我們仍然必須這樣做才能繼續導入數據。 如何將這樣的項目添加到產品積壓列表中?