項目過程管理(一)團隊分工與意識規範

團隊構成

本系列文章談論的互聯網項目團隊主要包括項目經理、產品經理、開發、測試、UI設計師這幾種職能,也可以包括某些類型的運營人員,不包括商務、客服等。其中項目經理可以由其它職能的人兼任,也可以單獨設立。單獨設立時,項目經理通常會同時管多個項目或者負責跨部門協調資源,否則會工作量不飽和。

如果一種職能有多個人員,應該設立一個負責人(接口人)。管理崗位的人也參與的話,一般會由他直接兼任負責人。

職責定位

一句話總結:項目經理對信息傳遞負責,產品經理對結果負責,各職能負責人對流程負責。

其中最需要明確的是項目經理和產品經理的職責界限。項目經理的核心作用是信息樞紐,主要職責有:

  1. 制定和優化項目流程規範
  2. 收集工作量評估,排期,確認里程碑時間,(如有必要)召開立項會議,最終發出立項郵件
  3. 結項會議主持
  4. 解決團隊資源衝突,確定項目的優先級,協調人力資源
  5. 發現團隊合作中可以提升工作效率的地方,並推動解決
  6. 週報郵件
  7. 對團隊的問題做監督、總結、給解決方案

產品經理的主要職責有:

  1. 確保需求通過評審,得到各方確認,並宣佈
  2. 收集來自運營、商務、客服的需求,做成需求文檔安排到版本迭代中
  3. 接收客服的反饋,是bug的再轉交給測試跟進
  4. “發佈上線”的最終決定人

團隊意識

項目安排一旦定下來就是個承諾,能否兌現是職業素養的體現。理想的狀態是每個團隊成員都能自我驅動,共同以自己的專長爲清晰的項目目標做貢獻。——但現實是很難做到的。提幾個原則即可:

  1. 目標導向,不要爲了任務而做任務
  2. 所有規則都不是硬性要求的,哪些要哪些不要,要具體地判斷,按時高質量完成是最基本的目標。
  3. 在高質量的前提下保證高效率
  4. 所有事務都有優先級順序,如果不清楚的話就詢問上司,直至boss
  5. 及時反饋,並通知到應該知悉的人
  6. 團隊互助:別人做得60分,如果你抱怨着等別人完善,你也是60分

開會

開會一定要注重效率,不要隨意佔據那麼多人的時間。

  • 主持人要做好時間控制,儘量一小時內討論完
  • 開會前要說明會議目標和議程
  • 按需寫紀要:討論內容與結論,需要跟進的問題和責任人
  • 按時參會,有事不能來或遲到應該告知主持人請假
  • 提前2小時有通知並說明了遲到要發紅包的前提下,會議主持人可以要求遲到未請假者發紅包,總額按參會人人均5元。

更多開會的技巧請參考 此文的“高效會議”一節

郵件

發郵件的作用是通告和記錄。有需要跟進或後續查閱的事項時,都應該發郵件來記錄,不能僅僅在IM(即時通訊工具)上說。推薦使用Foxmail爲客戶端,也可直接使用企業級IM(釘釘或企業微信)自帶的郵箱功能。

郵件的要求如下:

  • 標題簡明扼要。如果緊急,寫上【緊急】。
  • 抄送自己的上司、涉及人員的上司(至部門一級)。如果是發送IM羣郵件就不用抄送了。
  • 正文稱呼:寫清楚是對誰說的,對全體就是“Dear All”。
  • 要有簽名欄,至少有自己的名字

特別要求,項目過程的郵件標題格式是:【流程名】項目名 版本號 關鍵事項。例如:

  • 【測試報告】支付寶3.4.5
  • 【需求評審】微信2.3.4二維碼支付需求

爲什麼是這樣?把最快辨別內容分類、最能跟一大堆郵件區分開來的關鍵字放在最前面,讓收件人以最快速度判斷要不要點開郵件詳情。中括號的作用就是讓眼睛一下子定位到最核心的信息。舉個例子,“需求評審”會比“項目名稱”更能引起技術同學的重視。

IM羣

規則:

  • 每個項目組建一個羣,拉上所有實際參與的人和各級主管
  • 項目事情不要建立小羣來討論,保證信息充分共享。只要是說正事就不要怕打擾人。
  • 只要不被@,可以不用隨時都查看IM消息。
  • 歡迎忙裏偷閒冒泡吹水,給緊張的工作增添歡樂。
  • 羣公告可發佈需要隨時查閱的信息,例如文檔的web地址

請假

務必保證上司知悉。如果自己身上有重要任務,必須也讓項目組知悉。

本節參考

  1. 《從“結果導向”到“目標導向”! 》 https://www.sohu.com/a/154310422_772835
  2. 《如何優化程序員的內部培訓》 https://blog.csdn.net/hursing/article/details/50147549#31高效會議

本系列文章的目錄:https://hursing.blog.csdn.net/article/details/88025790

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章