agile

    0熱度

    1回答

    我正在創建一個相當大的現有代碼庫,其中創建了SBE規範來定義產品的行爲。 目前大約有450個場景,並且隨着每個新功能添加到代碼庫中,這個數字都在增長。 與傳統的單線要求語句相比,由於SBE規範的羅嗦性質,很難高度瞭解系統的功能。作爲一個例子,故事目前總共有46,830的話:其他 $ find src/main/resources/stories/ -name *.story | xargs cat

    1熱度

    2回答

    我是敏捷開發的忠實粉絲,幾年前在一個非常成功的項目中使用了XP。我喜歡它的一切,迭代開發方法,圍繞測試編寫代碼,配對編程,讓客戶現場運行。這是一個高生產力的工作環境,我從來沒有覺得我受到了壓力。 但是,我曾經工作過的最後幾個地方使用過/使用過Scrum。我知道這些日子是敏捷開發的海報小孩,但我並不是100%相信它是敏捷的。以下是爲什麼它對我不敏感的兩個主要原因。 項目經理愛它 項目經理,誰其本質都

    0熱度

    3回答

    我們運行兩週衝刺,並通常在每次衝刺結束時進行30分鐘的團隊會議。我們的scrum master最近宣佈改變我們的sprint回顧。在前兩週的衝刺之後,回顧會通過電子郵件與團隊評論提交給Scrum Master進行。我們只有在每次第二次衝刺之後才能面對面地面對面交流。 這對我來說似乎違背了最佳實踐,但人們是否有過使用敏捷過程的其他組織的這種追溯風格的經驗。

    0熱度

    1回答

    一個相當複雜的庫/子系統必須經過集成測試和煙霧測試,爲此我們需要開發一個非平凡的測試夾具/轉輪。 細節並不重要,但假設我們需要的測試夾具將生成複雜的,相互作用的,狀態相關的輸入測試向量,並且將尋找複雜的結果序列。 測試夾具本身將需要一些重要的開發工作(儘管比子系統本身更少的努力)。問題是: 這個非平凡的測試夾具是否應作爲迭代的一部分包含在項目計劃中? 是否應該爲這個測試夾具創建一組用戶故事? 如果

    1熱度

    1回答

    在我的公司,我們使用Team Foundation Server 2012和Agile作爲項目模板。我們仍在學習董事會和積壓工作組如何在用戶故事中展示任務,並且我意識到在這些情況下沒有顯示「孤兒」任務... 我提出了一個查詢來解決有關「孤兒」任務的問題,但我意識到當用戶故事和任務出於某種原因(也許有人在創建後將其分配給用戶故事)時,同一問題正在發生,這是一個不同的迭代路徑......任務未顯示在B

    0熱度

    2回答

    我試圖採用敏捷概念,並且已經做了大量的研究,但是我還沒有遇到過一個問題的答案。我知道盡管開發人員最初編寫迭代任務時,測試人員可以準備他們的測試計劃和測試用例,但是當測試開始時,如果沒有錯誤被確定用於進一步編碼和重新測試,那麼應該開發人員正在努力呢?在我目前的SDLC中,開發人員將開始研究下一個版本的內容,但在敏捷方面,似乎只能在當前的迭代/衝刺階段完成工作,直到完成完成。

    2熱度

    2回答

    背景: JIRA爲項目中的所有類型問題提供一組狀態。 問題: 問題是,爲任務設置的狀態是ToDo,InProgress和Done。而對於同一個項目中的UserStory,它可能是設計,開發,測試,發佈和完成。對於一個bug或一個史詩來說它甚至可以不同。 問題: 您如何跟蹤產品的工作流程,同時使用單一的JIRA狀態管理任務的狀態。 PS:我知道他們可以針對每個項目進行定製,但這並沒有幫助,因爲您無法

    -1熱度

    2回答

    如何僅分析和設計系統的一部分? 該組件依賴於系統的其他部分,並且在系統中還具有許多依賴關係。客戶向我建議我應該先做哪個部分。 如何確保系統組件正確? 由於以後的用戶故事,我怎樣才能最小化更改(例如完成一半的作品)?

    1熱度

    3回答

    您如何在每個衝刺結束時提供當更廣泛的項目跨越多個衝刺時?

    0熱度

    2回答

    我身邊有敏捷估計下列元素困惑: 應在每積壓的故事,故事點來估算?如果是這樣,誰提供這些估計值。 或者,故事估算應該是Sprint Planning的一部分嗎? 什麼時候故事會被分解成技術任務和由誰來做? 技術任務在幾小時內就可以估算出來嗎?如果是這樣,誰提供這些估計? 如果故事和任務是以不同的單位進行估算的,那麼您是如何測量速度的? 在許多情況下,這些問題的答案是您需要找到適合您團隊的工具。雖然這