專案管理員
角色定義
從系統層面講,專案管理員(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 Admin 權限,即可編輯僅用於本專案相關的界面,工作流配置。
雖然功能支持,但並不建議專案管理員在此上花太多精力,因為Jira 的配置本身學習曲線還是有點陡峭,推薦這款交給公司Jira Admin 來做。
其他配置
匯總,安全級別,優先級方案,界面,字段,權限,開發工具,問題類型,各種其他項,點進去基本是用於查看相關信息,並不會深入進行修改
怎麼避免成為不令人嫌棄的專案經理
如果要問專案成員,哪一種專案經理哪幾種行為最令人嫌棄,那麼以下幾點應該會有
事無鉅細的提醒
無休止的開會
不斷要專案組成員要數據
催命符般的問進度
問題2:可以通過平板支撐開會來解決,一般你的核心力量很難支撐長久的叨逼叨。
問題1,3,4:可以參考本書的《通知》板塊,做到定期,精簡的通知,和團隊達成一致,不要啥更新事件都推郵件。
交流方式:外國團隊喜歡郵件,中國團隊喜歡IM。
匯總數據:盡量一次收集,處處復用,詳情參見《Jira Asset》章節,每次重複收集,消耗時間,出錯率高,還很可能引發團隊成員逆反心理。
問進度:不要只是無腦問是否完成,暴力績效威脅,多看看數據,多動腦子分析原因,從幫助者的角度去分析,比如工作進度太趕,還是成員近期工作過於飽和,需求變動,遇到技術難題等等。用蠻力雖然可以看似按時完成,但往往降低質量,埋下隱患。