Atlassian GreenHopper和發布管理

Question

我們正在使用Atlassian產品，並且我已經使用GreenHopper准備了一個敏捷的sprint，並且對此流程感到困惑。

這是我們在辦公室進行當前開發的方式：

1. 開發人員完成分配給他們的問題。 將它們標記為已解決。

2. 完成有關sprint的所有問題后，我們將獲得一張發行單，其中提供了發行詳細信息，並將其分配給INF團隊以進行質量檢查並進行部署。 如果事情在質量保證中得到批准，則將其轉移到生產階段。

3. 如果發現任何問題或任何問題未解決，我們將拒絕發布並分配給開發人員。 開發人員會更正它們並准備發布另一個版本。

是否有人對通過JIRA + GreenHopper實現類似目標或任何更好的想法有任何建議。

Answer 1

聽起來您的過程相當簡單。 我建議您試試GreenHopper 5.10.1中的新快速板。 快速委員會的計划>工作>向他們的報告流程清晰。

查看您的詳細信息，我建議以下內容：

• 首先為總體開發創建一個快速委員會。 該開發板將用於您的開發團隊，並且具有包含漏洞修復，案例和待辦事項的Sprint。 此面板中的最后一列為“完成”或“准備進行質量檢查”
  • 在Sprint結束時，團隊只需簡單地“完成”該Sprint並記錄故障單，即可完成構建並將其部署到QA
• 然后，我建議通過質量檢查流程轉移與 Sprint中相同的問題，以便可以拒絕每個問題。 為此，質量檢查團隊可以簡單地使用單獨的Scrum Rapid Board，其第一欄為“准備進行質量檢查”。 這將允許他們運行單獨的Sprint，其中包括剛剛完成的Sprint中的問題
  • 在本Sprint的最后，只有好的故事會出現在“完成”列中，團隊可以決定僅部署正確的故事或拒絕整個發行版
  • 可以將未通過質量檢查的故事更新回狀態，使它們重新回到開發團隊的待辦事項列表中，以包含在下一個Sprint中。 或者，可以將它們與開發團隊一起單獨提出來進行修復

Answer 2

我們在這里做了類似的事情，並且在JIRA / Greenhopper中都可以很好地工作：

1. 產品所有者在JIRA / Grasshopper中創建史詩/主題/用戶故事

2. 進行積壓整理，將故事改頭換面，並將故事點輸入用戶故事

3. 沖刺計划：為即將到來的沖刺選擇故事，然后使用greenhopper創建故事並添加到沖刺中。 見下文

4. Sprint開始。開發人員在JIRA中創建任務以跟蹤進度，並將其鏈接到用戶故事。 一旦完成了故事的所有任務，便完成了用戶故事。

5. 我們在JIRA中放置了腳本，以具有“完成”按鈕，該按鈕會自動為構建團隊分配故事，然后將故事合並到我們的主要基准中（不確定是否適用於您）。 一旦將其投入生產，用戶故事就會分配給質量檢查小組。

6. 質量檢查小組會測試生產版本...如果通過，故事就結束了。

我可能還要補充說，質量檢查團隊可能需要比sprint更長的時間來測試故事-因此，為了團隊的sprint和速度，故事是在分配給構建團隊的那一刻完成的。

那有意義嗎？

JIRA能夠完成所有這些工作，這非常好-盡管您可能需要進行一些配置以設置史詩/主題等的條目。

我們使用Greenhopper功能來創建和跟蹤故事和沖刺，但是對於任務進度等，我們使用白板-更加可見，並且更適合日常站立。

希望這會有所幫助..任何問題我都會很樂意回答:)