在配置項目之前，建立用戶的預期是相當重要的事情翠忠≈笊可以避免你在設置項目的過程中，用戶去創(chuàng)建問題或是啟用項目的情況發(fā)生全跨。
建議1
為了不讓用戶受到配置進行中的項目互相影響導致沖突缝左，我們建議將項目隱藏起來，直到所有項目的配置（包括測試）完成。并且只允許測試項目的用戶具有“瀏覽”權(quán)限渺杉。
建議2
對于大型定制化的項目蛇数，將這個清單列表作為請求工單，在完成這些條目時進行”檢查”是越。這有助于需求請求者知道何時可以去測試他們的新項目姑食。
創(chuàng)建新的JIRA項目時肿嘲，這里提供一個好用的清單讓配置更容易完成，僅需按照順序完成每一個條目即可。
工作表：新項目配置檢查表
下面的清單旨在指導你完成項目配置過程坛善。在所有清單條目完成以前复斥，請不要啟用你的項目（在項目創(chuàng)建真實的問題）戚丸。在每一行條目旁邊找一個綠色的復選標記仲锄。此外，當你完成的時候腿倚，請找任何注記或行動條目纯出。我們期待你完成你的項目設置。
配置過程（手把手過程）
1.創(chuàng)建項目?
????????顯示名稱:? [長的名稱]
????????項目鍵值： ?[鍵值]
????????項目URL:? [URL]
2.設置用戶和角色
????????設置/修改 項目負責人
????????設置默認經(jīng)辦人
3.設置項目細節(jié)
????????鏈接
????????項目類型(Project Type)
????????項目類別(Project Category)
????????圖標
????????描述
4.創(chuàng)建/設置/驗證 問題類型
5.創(chuàng)建/設置/驗證 權(quán)限方案
6.創(chuàng)建/設置/驗證 通知方案
7.創(chuàng)建/設置/驗證 工作流
8.創(chuàng)建組件模塊
????????可用的臨時的”測試”值敷燎。
9.創(chuàng)建版本
????????可用的臨時的”測試”值暂筝。
10.新建自定義字段
11.驗證標準功能
12.創(chuàng)建/設置/驗證 字段配置方案
13.創(chuàng)建/設置/驗證 界面
14.創(chuàng)建測試問題
15.新項目請求者進行測試
16.處理變更請求
17.刪除測試問題
18.取消項目隱藏
19.附檔配置截屏
20.刪除未使用的方案
項目配置建議
當你完成每一個配置步驟后，思想一下底下的建議硬贯。
1.創(chuàng)建項目?
????????顯示名稱
? ? ? ? ? ? ? ? ? ? ? ?建議：記得將項目名稱反饋給用戶焕襟。注意任何必要的修改。（例如：刪除特殊字符饭豹、縮短長度鸵赖、拼寫或大寫校正等）
????????項目鍵值
? ? ? ?? ? ????????????建議：將項目鍵值反饋給用戶，并注意原始請求中任何的修改拄衰。
????????項目URL
? ? ? ?????????????????建議：貼上項目的URL它褪，以便用戶新的位置可以輕松地訪問和收藏書簽。
2.設置用戶和角色
? ? ? ?建議：在建立設置項目的過程中翘悉，記得在”Users”角色移除一般用戶茫打。這可以讓項目在啟用之前，防止一般用戶創(chuàng)建問題妖混。并且只將少數(shù)的測試用戶加入”Users”的角色中老赤，這樣就可以在后續(xù)步驟中測試該項目。另外制市，添加“jira-administrator
? ? ? 組”到“Administrator”的角色中（除非已經(jīng)通過權(quán)限方案獲得該角色權(quán)限就不用操作）未來他們可以協(xié)助支持項目管理的工作抬旺。
????????設置/修改 項目負責人?
? ? ? ?? ? ????????建議：需要向用戶傳達項目所有權(quán)的職責，? ? ? 詳見”職責”章節(jié)的貼士.
? ? ? ?????????????建議：不要將分配列表的成員或是一般用戶設置為項目負責人祥楣。
????????設置默認經(jīng)辦人
3.設置項目細節(jié)
????????鏈接
? ? ?? ? ? ? ? ? ? ? ??建議: 鏈接的位置要能使用戶能夠獲得需求或團隊的更多信息开财。
? ? ? ?? ? ????????????建議：假如你有使用Confluence汉柒，將JIRA項目的鍵值和Confluence的空間鍵值匹配，這樣能讓用戶更容易找著兩套應用的位置责鳍。
????????項目類型(Project Type)
????????項目類別(Project Category)
????????圖標
????????描述
? ? ??? ? ?????????????建議：提供項目單一的聯(lián)系窗口給應用管理員和終端用戶竭翠。假如你決定將分配列表的成員或是一般用戶列為項目負責人，請在這里添加分配列表的項目負責人的名稱薇搁。
? ? ??? ? ?????????????建議：將創(chuàng)建該項目的JIRA支持項目的問題ID號填入，使我們更容易訪問到設置和定制化的注釋渡八。
? ? ? ? ? ? ? ? ? 圖片: ?項目描述中含有請求問題ID號
4.創(chuàng)建/設置/驗證 問題類型
5.創(chuàng)建/設置/驗證 權(quán)限方案
6.創(chuàng)建/設置/驗證 通知方案
7.創(chuàng)建/設置/驗證 工作流
8/創(chuàng)建組件模塊
? ? ? ?建議：如果在新項目創(chuàng)建的需求中并沒有提供組件模塊的值啃洋，請?zhí)砑右粋€臨時值”Test”，并且要求項目負責人設置屎鳍。假如字段配置方案將組件模塊設置為必填的情況宏娄，這樣的動作可以避免UI上的錯誤信息-會顯示組件模塊為必填的字段。
9.創(chuàng)建版本
? ? ? 建議：假如在新項目創(chuàng)建的需求中并沒有提供版本的值逮壁，請?zhí)砑右粋€臨時值”Test”孵坚，并且要求項目負責人設置。假如字段配置方案將版本設置為必填的情況窥淆，這樣的動作可以避免UI上的錯誤信息-顯示版本為必填的字段卖宠。
10.新建自定義字段
11.驗證標準功能
12.創(chuàng)建/設置/驗證 字段配置方案
13.創(chuàng)建/設置/驗證 界面
14.創(chuàng)建測試問題
? ? ? ?建議：在新項目請求者測試之前，可以在你的新項目中的工作流中建立管理測試忧饭。為每一個可用的工作流扛伍、界面、字段配置建立一個測試問題词裤。測試預期的工作流程路徑和任何替代路徑刺洒，請完整填寫下一組測試人員所期望的數(shù)據(jù)。
? ? ? ?建議：盡情地享受在你的新項目中測試新問題吼砂！這是一個非常好的方式逆航，能夠讓新項目請求者在整個項目配置過程中感到興趣。創(chuàng)建一些看起來很傻的問題示例渔肩，這樣更可能在平和的摘要標題”Test? Issue#1”中引導反饋因俐。
?15.新項目請求者進行測試?
? ? ? ?建議：在新項目創(chuàng)建新的工作流的過程，記得建立用戶驗收測試的環(huán)節(jié)赖瞒。這個測試是在項目面向終端用戶之前女揭，交由新項目請求者或是項目負責人、模塊負責人來驗收完成栏饮。你可能需要提供操作指導讓測試人員能夠了解他們需要測試的內(nèi)容以及他找尋的內(nèi)容吧兔。讓他們創(chuàng)建、編輯測試問題并且執(zhí)行工作流測試移轉(zhuǎn)狀態(tài)袍嬉。
16.處理變更請求
17.刪除測試問題
? ? ? ?建議：在批量刪除測試問題的過程中記得關閉電子郵件通知境蔼。另一方面灶平，關閉和清理問題時說明它們是為了測試目的而創(chuàng)建的。
18.取消項目隱藏
? ? ? ?建議：通過將一般用戶加入到”User”角色中箍土，讓項目可見逢享。（注：可能只包括“內(nèi)部”用戶組）。關詳細信息吴藻，請參見“外部用戶”章節(jié)瞒爬。
19.附檔配置截屏
? ? ? ?建議：將項目管理的”摘要”頁面進行快照，這樣你就能擁有初始設置的紀錄沟堡。將截圖附檔到新項目請求問題侧但。
20.刪除未使用的方案
?建議： ?JIRA在創(chuàng)建新項目時可能會自動創(chuàng)建新的方案。如果要使用共享方案的話航罗，請移除這些新方案禀横。
