Jira 系統管理員
角色定義
Jira 系統管理員對項目成功至關重要，保證系統穩定運行，合理把用戶的需求轉化為系統配置，需要既對公司業務了解，又對系統配置熟悉，還要有比較不錯的溝通能力，與各部門的人可以流暢交流；如果企業做的產品具有較強專業性，如機器人，金融，醫療器械，那麼還需要此人具有行業經驗，否則會對各類專業術語和關鍵流程節點的理解存在困難。
總結一下，此角色的要求，通用項目管理，IT 系統，需求溝通，公司業務，行業經驗（加分項）。
諮詢
一般做項目，都不會是從0開始，而是達到一定規模後，使用上遇到了瓶頸。想要讓整體跑起來，並非填一個模板問卷，然後按部就班執行任務分解就好。
而是需要對關鍵用戶部門的對接人進行訪談，切忌不要在交流過程中使用過多的系統術語，這樣會造成信息過載。除了模塊，版本等通用性詞彙，Jira 中的術語和一般中國用戶使用習慣都有較大差異，要盡量貼近用戶習慣，選用客戶公司有較多共識的名詞。
心態上要抱著與客戶合作共贏，不卑不亢，不要覺得自己是外國軟件，高大上教客戶做人，接受現實Jira 在中國的本土化服務做的並不好，有很大的改進空間，也不需要覺得客戶提出來的啥都對，答應所有都能做，最後大量定制一地雞毛。
在簽署保密協議的前提下，請客戶提供公司的組織架構，主營業務，跨部門泳道/流程圖，客戶服務流程，儘管不可能從一開始就掌握所有信息，但切忌頭痛醫頭腳痛醫腳，細節固然重要，但早期，做架構設計，項目，界面設計才是項目成功的前提保障。
不要對項目提出過快，過高要求，分階段實現，從混亂到有序不是一步到位的，而是從超級亂→小亂→有序→自動化，盡量早期以信息線上化，流程跑通，項目大類分清楚為基礎目標，後面再逐步優化交互，自動化，報表等進階需求。過程中會涉及到對現有流程的裁剪，概念黑話的優化。
問題可以是簡單的幾個，現在用的什麼工具管文檔/項目/代碼，未來有什麼期望，現在最大的痛點/槽點是什麼，本部門的上下游單位和輸入輸出物是什麼。
如果客戶已有現有流程，那就先配置上線；如果講不清楚流程，則建議了解清楚公司業務後，系統標準流程先用起來，根據建議反饋逐步改進。
實施流程
需求調研→設計→配置→培訓→試運行→上線→運維→持續改進（變更）
環節概述
名稱 | 階段 | 描述 | 重點 |
|---|---|---|---|
需求調研 | 啟動 | 拉人訪談，記會議紀要，提煉方案，制定項目計劃。 | 預留足夠多的時間做調研和設計，不要倉促上手配置。 有效引導，識別重要干係人。 |
設計 | 執行 | 根據方案出項目，工作流等關鍵資源設計 | 分清主次，逐步推進。別想一步到位。 |
配置 | 根據設計上系統配置 | 如同行業客戶，可以使用內置快速初始化腳本提升交付效率。 | |
培訓 | 線上或線下組織培訓 | 盡量短平快，視頻為主，別髮長文檔。 培訓幾個公司內的初級管理員，用於應對簡單問題。 | |
試運行 | 找一個項目組或部門試用 | 及時與用戶溝通，根據反饋及時調整配置，服務器配置，提升客戶滿意度。 | |
上線 | 驗收 | 系統整體上線 | 正式點開個會，普通發郵件，OA通知即可； 各類備份，容災機制需建立，應對各類突發狀況。 |
持續改進 | 維保 |
| 系統上線不是終點，而是起點，特別是第一年上線，會有大量優化建議，吐槽，緊急狀況，做一個好的傾聽者，快速響應問題，把各類問題和風險滅殺在萌芽階段。 |
基礎運維 | 提供IT 類運維，如類似內存不夠，網絡卡頓等 | 運維層面和軟件層面問題有時候不好排查，且存在偶發性，若不能運維層面解決，應及時提升問題等級，找外部技術支持。 | |
技術支持 | 進階配置，性能優化，升級系統等高階操作 | 如DC本地部署，且企業內用戶眾多（>100），功能深度使用，推薦採購代理商的維保。 |