禪道項目管理系統(tǒng)使用規(guī)范

...wd......wd......wd...禪道工程管理系統(tǒng)使用標(biāo)準(zhǔn)一、標(biāo)題命名標(biāo)準(zhǔn)禪道工程管理系統(tǒng)提供模塊名顯示功能，通過以下操縱顯示。這樣標(biāo)題的命名規(guī)則上我們可以規(guī)定：#工程標(biāo)簽#【{創(chuàng)立時間}】《{產(chǎn)品/子產(chǎn)品}》{方案/需求/任務(wù)/Bug}1.方案/需求/任務(wù)命名命名格式：【{創(chuàng)立時間}】《{產(chǎn)品/子產(chǎn)品}》{方案/需求/任務(wù)/Bug}例子：【20160907】《中國比特幣》v1.8版研發(fā)方案【20160907】《App》v1.8版研發(fā)方案【20160907】《iOS》v1.8版研發(fā)方案【20160907】《Web》v1.8版研發(fā)方案【20160907】《iOS》找回登錄密碼(手機/郵箱)沒有證件號輸入項2.測試用例命名命名格式：功能模塊-子模塊-子模塊例子：財務(wù)功能—人民幣相關(guān)業(yè)務(wù)功能財務(wù)功能—數(shù)字貨幣相關(guān)業(yè)務(wù)功能用戶注冊登錄功能3.發(fā)布版本命名命名格式：{工程/子工程}{版本號}〔{狀態(tài)}〕例子：App1.8〔研發(fā)中〕App1.7〔已發(fā)布〕二、工程開發(fā)方案流程標(biāo)準(zhǔn)1.創(chuàng)立產(chǎn)品創(chuàng)立一個主線產(chǎn)品，假設(shè)這個產(chǎn)品涉及多個平臺，則根據(jù)父子關(guān)系創(chuàng)立樹標(biāo)準(zhǔn)事項：1〕產(chǎn)品只能由超級管理員建設(shè)。2〕每個主線產(chǎn)品，自身再細(xì)分不同平臺的子產(chǎn)品。2.創(chuàng)立工程如果你已經(jīng)創(chuàng)立了產(chǎn)品樹，則新建一個主線工程后，它將會關(guān)聯(lián)整個產(chǎn)品的樹構(gòu)造，如上圖所示標(biāo)準(zhǔn)事項：1〕工程只能由超級管理員建設(shè)。2〕只要創(chuàng)立好產(chǎn)品體系，直接創(chuàng)立一個主線工程會有對應(yīng)產(chǎn)品的子工程。3.創(chuàng)立工作方案為了更好維護工程，我們采用階段性迭代開發(fā)方式。每個開發(fā)階段都以唯一的版本號命名方案，每個階段都合理匯總需求及要修復(fù)的bugs，盡可能地確定及控制每個階段開發(fā)時間及人力本錢。使工程開發(fā)能做到高效率與高穩(wěn)定兼顧。1〕由工程經(jīng)理創(chuàng)立“方案〞描述方案的版本號，工作概述，開發(fā)時間等?！矔r間盡量預(yù)松，以備摸索時遇到坑〕2〕為方案創(chuàng)立需求及關(guān)聯(lián)需本次迭代修復(fù)的bugs創(chuàng)立這個方案要實現(xiàn)的需求，及要在這次開發(fā)方案中修復(fù)的bugs標(biāo)準(zhǔn)事項：1〕開發(fā)方案只能由工程經(jīng)理等人員建設(shè)。2〕開發(fā)方案盡力做到小而精準(zhǔn)，做好需求分析，做出符合用戶需要的功能。3〕開發(fā)方案中列明開發(fā)人員及職責(zé)，盡量不要一個人員同時在進(jìn)展多個方案，防止其進(jìn)度無法把握。4〕開發(fā)方案的時間預(yù)估應(yīng)該要合理，必須包含需求分析，原型設(shè)計，編程開發(fā)，功能測試等時間，時間安排不合理會造成偷工減料，Bugs頻繁出現(xiàn)。5〕完成每個方案都必須寫下《方案總結(jié)》，總結(jié)新技術(shù)和遇到的問題，提高團隊效率。4.創(chuàng)立需求有了開發(fā)方案，我們就可以創(chuàng)立需求，把需求關(guān)聯(lián)到方案中。有時候，可能會出一些特發(fā)奇想的需求，這些可以不納入到方案中，可以作為臨時任務(wù)完成。但我們還是盡可能把需求匯總好，歸納到方案中，這樣才能保證工程穩(wěn)定，降低本錢。防止倉促粗糙的測試導(dǎo)致工程上線遇到嚴(yán)重問題，付出沉重本錢。標(biāo)準(zhǔn)事項：1〕需求只能由工程經(jīng)理，產(chǎn)品經(jīng)理，客服經(jīng)理等人員建設(shè)。2〕需求盡可能綁定到開發(fā)方案中。3〕需求要指明所屬的產(chǎn)品模塊。4〕需求必須經(jīng)由產(chǎn)品經(jīng)理審核。4〕盡可能歸納多個需求點到一個記錄中，可使用《XMind》等腦圖工具整理出來，方便理解閱讀。5.創(chuàng)立任務(wù)有了需求，我們就可以依照每個需求點制定日常的開發(fā)任務(wù)指派給下屬。有時候有些簡單的任務(wù)，可以不需要需求做支持。例如，一些文檔整理任務(wù)。但我們盡量把任務(wù)歸類好，要保證任務(wù)是在那個版本，那需求點而做的。保證Bugs出現(xiàn)時可查找到開發(fā)人員和原始的需求內(nèi)容。標(biāo)準(zhǔn)事項：1〕任務(wù)只能由工程經(jīng)理等人員提出。2〕單個任務(wù)時間最好控制在1周內(nèi)，盡可能細(xì)分任務(wù)，這樣進(jìn)度把控跟準(zhǔn)。3〕開發(fā)人員每日要求簡述任務(wù)進(jìn)度和遇到的問題。防止低級問題造成任務(wù)阻塞。4〕只要任務(wù)關(guān)聯(lián)上需求，在詳細(xì)頁面中可以看到需求內(nèi)容。5〕任務(wù)描述盡可能清晰羅列工作要點和本卷須知。6〕不要一個任務(wù)指派給多個人一起做，防止開發(fā)上的沖突。7〕為了區(qū)分任務(wù)是屬于需求關(guān)聯(lián)的任務(wù)，還是日常臨時的任務(wù)，可用顏色區(qū)分，“默認(rèn)顏色〞為方案任務(wù)，“綠色〞為臨時任務(wù)6.創(chuàng)立版本開發(fā)方案中的需求都完成后，接下來就是安排測試工作，在測試前需要建設(shè)版本號。這樣測試人員發(fā)現(xiàn)bugs，可以標(biāo)記那個版本發(fā)現(xiàn)的。標(biāo)準(zhǔn)事項：1〕版本只能由工程經(jīng)理等人員建設(shè)。2〕最好不要有兩個同時是“研發(fā)中〞的版本，防止分支的代碼混亂。3〕發(fā)布了的版本記得及時標(biāo)記為“已發(fā)布〞狀態(tài)。4〕解決了bugs或完成了需求，及時在版本號上關(guān)聯(lián)上。7.創(chuàng)立測試版本號創(chuàng)立后，接下來就可以測試了。建設(shè)好的測試用例，做好測試方案，測試質(zhì)量直接影響到產(chǎn)品質(zhì)量。長期維護的產(chǎn)品應(yīng)該以測試推動開發(fā)，所以我覺得保證測試質(zhì)量至關(guān)重要。標(biāo)準(zhǔn)事項：1〕測試只能由工程經(jīng)理等人員建設(shè)。2〕盡可能描述本次測試方案的要點和本卷須知。3〕測試人員熟悉新功能后，盡力做到建設(shè)專業(yè)的測試用例，并關(guān)聯(lián)到每次的測試方案。4〕測試用例的質(zhì)量直接影響到產(chǎn)品質(zhì)量，長期維護的產(chǎn)品應(yīng)該以測試推動開發(fā)，所以我覺得保證測試質(zhì)量至關(guān)重要。8.測試/日常Bugs提交當(dāng)測試人員/客服發(fā)現(xiàn)時Bugs，最有效的解決就是提交到相關(guān)產(chǎn)品對應(yīng)的Bugs中。防止口頭交代問題造成遺忘及處理結(jié)果無法交代清楚。標(biāo)準(zhǔn)事項：1〕Bugs任何人員都可建設(shè)。2〕Bugs的發(fā)現(xiàn)過程盡可能記錄詳細(xì)，需要賬號或數(shù)據(jù)條件應(yīng)該列明。3〕Bugs標(biāo)記