專案管理員
角色定義
從系統層面講，專案管理員（Project Admin），是在【權限方案】中擁有【管理專案】權限的用戶，或用戶組。
從工作職能講，這個角色一般被稱為專案經理，敏捷教練，本意是為了推動專案成功，協調各方資源的負責人，實際上會發展處不同的分支樹。如下圖所示的三類，雖然現實中1 類占絕大多數，2,3 類偏少，但為了職業發展的長治久安，推薦各位往盡量往2,3 類方向發展。
本文從專案信息維護，技術配置，專案經理技巧三方面做闡述，期望大家都不要做蠻力無腦催，令人嫌棄的力量牧羊犬，成為優雅智力型，可以為團隊成員提供舒適辦公環境，精確上下文的專案啦啦隊長。
三類專案經理
類型 | 服務對象 | 日常操作 | 需要技能/品質 | |
|---|---|---|---|---|
| 1 | 力量型牧羊犬 | 領導 |
|
|
| 2 | 親力親為的工頭 | 客戶，同事 |
|
|
| 3 | 智力型啦啦隊長 | 所有人 |
|
|
專案信息維護
詳情
保證用戶進專案知道，進來知道專案是乾嘛的。
如果同一個類型專案多，推薦更新類別字段，方便篩選。
關鍵字（即project key）修改的時候注意
不能和其他已有專案重複
修改後可能會破壞一些已有關聯項
鏈接
內置產品
【專案設置】→【專案鏈接】→ Create Project Link，與已關聯的產品中的專案或空間鏈接，比如Confluence，Bitbucket，Bamboo
說明文檔
自定義
在左側自定義鏈接處手工添加相關鏈接，比如專案相關的共享網盤，新聞發布站等
版本
常用操作：創建，編輯，發布，歸檔，刪除。除了多加的版本，一般版本發布後如果不想顯示在列表還是建議操作歸檔。
可以在版本界面查看發布狀態，問題完成進度。
編輯版本
發布版本
模塊
常見操作：創建，編輯，歸檔，刪除。
模塊除了標記問題的屬性，也有自動分配經辦人的作用，相關的分配邏輯參考本書模塊的章節
創建版本
用戶和角色
重要職責之一，專案啟動後把相關人員（用戶或用戶組）加入到專案中，不同的專案角色對應權限方案中不同的功能，比如Administrator 為管理員，其他對應不同的職能，比如Scrum Master，Developer。
專案的權限方案一般會復用，所以建議不要在權限方案裡加入特定的用戶組，以免污染別的專案。
右上角編輯默認，更新專案主管/默認經辦人
技術配置
更新面板/看板
具體配置參考《面板》《看板》章節，每個團隊都有不同的需要關注的重點，而每張卡片都只能展示三個附加字段，除了從原有模板複製，還需要多問團隊成員，當前展示信息是否可以滿足事務追踪的需求。
專案自動化
在9.0 後的Jira Software 中，已內置Automation，可以免代碼做出自動化規則，提升工作流程的執行效率，減少手工重複操作的出錯，提升數據一致性。
用好自動化，可以讓專案經理從繁重的事務性工作解放出來，更多去參與到創造性，客戶業務交流。
Jira Automation | Atlassian
擴展專案權限
如果啟用了這個參數，將會賦予專案管理員一定的Jira Admin 權限，即可編輯僅用於本專案相關的界面，工作流配置。
雖然功能支持，但並不建議專案管理員在此上花太多精力，因為Jira 的配置本身學習曲線還是有點陡峭，推薦這款交給公司Jira Admin 來做。
參考鏈接
其他配置
匯總，安全級別，優先級方案，界面，字段，權限，開發工具，問題類型，各種其他項，點進去基本是用於查看相關信息，並不會深入進行修改
匯總
怎麼避免成為不令人嫌棄的專案經理
如果要問專案成員，哪一種專案經理哪幾種行為最令人嫌棄，那麼以下幾點應該會有
事無鉅細的提醒
無休止的開會
不斷要專案組成員要數據
催命符般的問進度
問題2：可以通過平板支撐開會來解決，一般你的核心力量很難支撐長久的叨逼叨。
問題1,3,4：可以參考本書的《通知》板塊，做到定期，精簡的通知，和團隊達成一致，不要啥更新事件都推郵件。
交流方式：外國團隊喜歡郵件，中國團隊喜歡IM。
匯總數據：盡量一次收集，處處復用，詳情參見《Jira Asset》章節，每次重複收集，消耗時間，出錯率高，還很可能引發團隊成員逆反心理。
問進度：不要只是無腦問是否完成，暴力績效威脅，多看看數據，多動腦子分析原因，從幫助者的角度去分析，比如工作進度太趕，還是成員近期工作過於飽和，需求變動，遇到技術難題等等。用蠻力雖然可以看似按時完成，但往往降低質量，埋下隱患。