先了解一下這兩個詞的概念吧
JIRA是Atlassian公司出品的項目與事務(wù)管理跟蹤工具选调，被廣泛應(yīng)用于需求收集虐沥、流程審批、任務(wù)跟蹤常潮、項目跟蹤斥黑、缺陷跟蹤揖盘、客戶服務(wù)、和敏捷管理等工作領(lǐng)域锌奴。
Confluence（也就是? wiki ）的使用幾乎貫穿了整個敏捷過程兽狭，如：在產(chǎn)品設(shè)計時編寫產(chǎn)品需求，在會議討論時編寫會議筆記鹿蜀，在沖刺結(jié)束后編寫沖刺回顧……Confluence自身也為這些需求提供了豐富的文檔模板箕慧。
畫了兩張粗糙的思維導(dǎo)圖，加強理解
先預(yù)留一個位置耻姥，之后還會慢慢補充~~
附：
敏捷開發(fā)中的一些概念
scrum team: 整個組織架構(gòu)中可進行獨立開發(fā)的最小團隊, 一般人數(shù)控制在5~10人左右
sprint：項目開發(fā)過程中最小迭代周期销钝，根據(jù)同的項目周期不同有咨；現(xiàn)有產(chǎn)品維護1~5天琐簇，二次開發(fā)5~10，新項目5~30座享，業(yè)務(wù)復(fù)雜或開發(fā)所用語言較多或開發(fā)復(fù)雜度較高10~45
point：不可拆分的最小功能點數(shù)婉商，1point等于多少小時，可以由項目主管按照項目的實際情況指定渣叛。
Product Backlog：由PO負責管理丈秩，將所有epic按優(yōu)先順序排列的一個產(chǎn)品需求列表。
Sprint Backlog：通過Sprint Planning Meeting淳衙，由PM蘑秽、PO饺著、SM從product backlog中挑選出一個或多個Story作為本次迭代完成的目標
epic：一個包含完成功能的需求描述，可以被拆分為1個或多個stroy肠牲，一般有PO劃分
story：一個不可拆分子功能描述幼衰，可以被拆分為1個過多個task，一般由PO將epic拆分為story缀雳，在Sprint Planning Pre-Plan Meeting中PO渡嚣、SM確定story是否合理并做相應(yīng)的調(diào)整。
task：最小可用于開發(fā)的任務(wù)肥印，在sprint開始時由ST將story拆分為task识椰，并在當前sprint中完成
product Master(PM)：管理整個項目的整體進度，也可叫做scrum master of scrums.
product owner(PO)：管理整個項目或多個scrum team的需求深碱，并將需求轉(zhuǎn)換為epic或story腹鹉，指定軟件交付日期，指定交付標準敷硅，有權(quán)力接受或拒絕開發(fā)團隊的工作成果
scrum master(SM)：整體控制一個scrum能過承接的point數(shù)种蘸；監(jiān)控每個sprint的整體進度；協(xié)調(diào)與其他scrum team之間的溝通
technique leader(TL)：整個項目或多個scrum team或一個scrum team的技術(shù)專家竞膳，主要負責在開發(fā)過程中給出技術(shù)解決方案或建議
scrum team member(ST)：scrum項目成員航瞭，主要負責開發(fā)，以及將指派給自己的story拆分為task
Sprint Planning Pre-Plan Meeting：PO坦辟、SM確定挑選story為后期sprint做準備刊侯，一般提前2個sprint
Sprint Planning Meeting：在sprint之前PO將下個sprint需要完成的story交付給SM，SM需要根據(jù)目前ST的能力確認point數(shù)锉走，此時應(yīng)該確認或拒絕下一個sprint所有需求滨彻。
Sprint start meeting：在sprint的第一天將當前sprint的story指派給相關(guān)ST，除非TL提出異議并且征得PO或PM同意挪蹭，否則所有stroy必須在當前sprint完成亭饵。
Srpint Review Meeting：也叫Srpint Demo Meeting，將這個sprint的成果演示給PO梁厉，由PO確認演示內(nèi)容是否符合交付標準辜羊，并提出改善意見。
Sprint Retrospective Meeting：回顧會議词顾，SM八秃、ST、TL肉盹，PO參與對于上一個sprint成果總結(jié)昔驱，優(yōu)點繼續(xù)保持，缺點或缺陷根據(jù)實際情況由PO決定是否建立story放入Product Backlog中上忍，在以后或下一個sprint中完善骤肛。
Daily Scrum Meeting：也叫stand up meeting纳本，每天占用5~15分鐘匯報、分享腋颠、提出問題饮醇。特別注意此會議不解決任何問題。
Scrum of Scurms meeting：大型項目需要秕豫，多個scrum team協(xié)同開發(fā)時朴艰，多個Team SM參與討論會議；對上一個sprint總結(jié)匯報混移，并提出相關(guān)意見祠墅，如果涉及到代碼改善意見，需要請PO確認是否建立story歌径；下一個sprint資源確認毁嗦，是否需要其他Team協(xié)助，是否有人力資源調(diào)整等問題回铛。
