Confluence 5.4實現與JIRA史無前例的集成

http://www.blogjava.net/qileilove/archive/2014/03/03/410520.html

 

　　 軟件開發過程是一個講求高度協做的過程，它須要不少不一樣領域團隊的共同努力。如此之多的利益相關者，使得軟件開發很難保證進度、透明度和代碼質量。一般狀況下，大多數開發團隊不得不向這些困難妥協，可是如今，有了Confluence 5.4，是時候和困難說再見了。

　　 開發更好的軟件：從這裏開始

　　Confluence 5.4將 JIRA帶入Confluence —— 也將Confluence帶入JIRA —— 史無前例的集成。團隊成員能夠更快的開發更好的軟件。當咱們說無縫集成時，咱們是認真的。無論對我的仍是對團隊，咱們已將最佳 敏捷實踐變爲最簡單體驗。

　　 敏捷開發流程

　　深刻研究錢，讓咱們先退一步講。咱們將敏捷開發流程定義爲有4個關鍵步驟，且咱們儘量無縫的關注各個步驟的轉換。

　　定義 – 在Confluence中將產品需求規範化，跟蹤並管理需求變動。

　　計劃 – 將需求變爲JIRA的故事，並開始開發，同時，隨時將跟蹤結果返回給需求。

　　報告 – 通報團隊的開發進度和開發成果，保證開發團隊之外的人員瞭解狀況。

　　改進 – 完成衝刺後，經過回顧功能，反應和改進開發過程。

　　 Confluence和JIRA：兩個產品，一個流程

　　一半的團隊同時使用JIRA和Confluence。開發團隊使用JIRA跟蹤他們的 工做，其他的團隊使用Confluence協同處理文檔：產品需求、市場計劃、文檔管理、銷售報告等任何有助於造成產品的新思想。

　　新功能打破了壁壘開發團隊與產品經理及其餘人員間的壁壘，簡化計劃和跟蹤產品發佈。如今，你還能夠標準化需求、維護跟蹤能力及持續提升Confluence和JIRA的無縫流程。

　　 1. 開發從產品需求開始

　　開發好的軟件產品，須要更好的計劃。所以咱們利用Confluence的產品需求藍圖規範化需求，固然，你能夠爲你的需求自定義模板。開發高質量的產品前，任何人——產品經理、開發人員、設計人員——均可覺得產品需求作貢獻。

　　 將需求無縫地轉變爲JIRA問題

　　一旦完成用戶故事的設想，並達成一致意見，下一步即是將其變爲JIRA中的待辦事項。你無需離開Confluence，便可建立用戶故事——不是經過粘貼複製，也不用輸入文字——僅僅須要選中需求關鍵字，變會提示你建立JIRA問題。

　 　告別一個一個的建立JIRA問題

　　若是你選中一個表格的文本，你能夠得到一個爲每行內容建立問題（或故事）的選項，而不是一個一個的建立問題，這很是棒吧？！

　2. 經過自動連接保證可跟蹤性

　　Confluence自動在你新建的問題中添加需求文檔連接，所以，產品經理很容易的跟蹤開發團隊的工做進度，問題的處理人員也能方便的找到需求來源。

　　Confluence將全部的事情連接起來

　　在頁面上方，產品經理能夠得到一個簡單的動態視圖，從而快速瞭解與需求相關的衝刺、Epic和問題的信息。點擊連接，便可查看細節信息。

　　

　　從JIRA Agile 訪問連接的Confluence頁面

　　開發人員爲了瞭解一些特別指標，能夠在JIRA Agile中快速進入Confluence查看需求文檔 — 或者其餘任何文檔，如技術文檔、設計指南。由於Epic和問題都自動連接到了相應的頁面。

　　

　　3.在Confluence中利用JIRA報告展現進度

　　若是你是產品經理或開發經理，有多少人向你詢問當前版本的狀態？

　　利益相關者關心團隊的開發狀況，但是他們沒有觀察團隊進展，因此他們老是問。

　　如今，你能夠在他們詢問以前，利用JIRA 報告藍圖將狀態信息透明化。你能夠快速建立狀態報告，通知相關人員版本進度。

　　

　　4.利用回顧功能反映和改進過程

　　敏捷開發提及來容易，作起來未必，所以咱們將最佳體驗構建到Confluence中。一旦完成衝刺，反映團隊過去開發過程的回顧會議很是重要。而Confluence剛好爲你提供了一個新的回顧藍圖，正確的使用有助於下個衝刺變得更好。

在JIRA Agile中建立Confluence回顧藍圖

　　當Scrum教練在JIRA Agile中完成一個衝刺時，只需點擊鼠標，他即可以直接開始回顧，並記錄到Confluence中。

　　在回顧頁面上，能夠幫助你明確過去哪些作得好，哪些很差以及經過分配任務的方式，標記須要下次改進的地方。