相比其他內部應用程式，jira需要多少支持？
Reason：可以計算出真正的維護成本，並了解在哪裡花時間培訓員工和教育用戶。
Implementation：用組件和自定義域指明相關的應用。
哪些支持或者改變是最常被使用的？
Reason：跟蹤模式並確定自動化、團隊培訓和最終用戶培訓的機會。
Implementation: Issue type,例如新增項目,修改項目等。
大多數請求的相關優先級是什麼？
Reason:管理資源分配和終端用戶期望
Implementation：用標準的優先級欄位
對請求的初始響應有多快？
Reason：衡量分流的有效性，響應速度，資源分配和用戶滿意度。
Implementation：用儀錶板小工具，例如「首次響應時間」。
請求完成的速度有多快？例如：是否滿足Service Level Agreement
Reason：去衡量有效性，響應速度，和用戶滿意度。
Implementation：解決時間報告或者儀錶板小工具像「解決時間」。
在請求上花費了多少時間？
Reason：這樣工作才可以計劃，計算真正的維護成本，證明未來花銷和系統改進的合理性。
Implementation：用日誌工作功能或時間跟蹤標準欄位。
無需工作的，非法的請求或者外部發起的問題頻率是多少？（例如，不能複製的錯誤，諮詢，質詢或研究請求，路由中斷問題，網絡中斷，用戶錯誤等）
Reason：這樣可以查看哪裡浪費了很多時間，也能更好地培訓終端用戶。
Implementation：用標準的解決方案。
存在什麼模式？（如，哪些問題經常發生？）
Reason：這樣可以識別任何類別的自動化、培訓或改進機會。
Implementation：用標籤或者自定義域。
請求者對於他們獲得的支持滿意度如何？（如：你想積極培訓用戶或者修復問題？）
Reason：這樣可以提高支持級別和培訓用戶。
Implementation：使用自定義工作流轉換模式或者自定義域。
支持文檔的記錄如何？
Reason：這樣可以通過培訓，分享知識，節約時間。
Implementation：定期手動檢查評論。
支持人員對工具，程序和獲取幫助的滿意度如何等？
Reason：確定需要改進的領域並採取行動，更好地工作，並實現較高的士氣。
Implementation：在jira內部和外部，定期對支持團隊調查。
哪些環境發生了變化？
Reason：這樣可以記錄環境間的不同，並查看哪些變化被測試。
Implementation：用標籤或者自定義域。