入職 200 天,這是一位產品經理對項目管理的3點思考

6 評論 9466 瀏覽 48 收藏 11 分鐘

產品開發與項目管理并非一蹴而就,而團隊配合更是通過一個一個項目迭代后磨練出來的。我們能做的便是在每一次的項目總結中汲取經驗教訓,讓產品開發更為高效順暢。

1

有些事,等你真正反思時,才發現,改變現狀,真的很難。

算下來,入職新公司至今,已有半年,這段時間自己壓力很大,重新開啟一份事業并非易事,雖說還是熟悉的環境,然而,與全新團隊溝通和磨合的確費了不少時間。同時,在逐步了解每個人的工作習慣與公司管理制度之后,我也有了新的體會與感觸。

初來乍到,總是希望能夠在工作上證明自己,畢竟產品經理這個職位在互聯網公司可是最容易挨批的,按照慣例來說,大多數產品經理都免不了在需求評審中被否認、被懷疑、被挑戰,真是家常便飯。以前,我總是好奇,為什么項目管理也是產品經理的核心技能之一。

工作中,最為常見的問答就是:上次提出的新功能現在進展到了哪一步?我們什么時候能夠順利上線?

在學習和工作了近兩年后,我深刻地認識到,作為創業公司的產品經理,我還是有自知之明,希望能夠將自己這段時間學習到的系統化知識應用在工作上,在每一個場景中都能擁有產品思維,現在就想聊聊我對于項目管理的一些思考。

2

以最近負責的網協會員注冊為例,了解到需求背景之后,我便花了一段時間去思考并考慮了流程和頁面設計,因為前期已與網協進行過多次溝通,我前期的工作更多地偏向于分享與傳播方式。在公司開發會議上,大家也通過了并且交流了意見。當時的我信心滿滿,一切都還順利,看來在研究得到和其他爆紅的傳播方式后,初版的功能、頁面和規則都得到了大家的支持。在提交完需求文檔之后,我便開始著手進行下一個項目了,時不時地關注工作進度。

圖片來源:Rex 的 Axure

可是,好景不長,原先預估的工期是半個月,截止日期早已明確。可是一到測試階段,大家竟然還是在反復討論注冊與登錄流程,甚至在前期的完善資料部分,也存在分歧。此外,每個人似乎都有自己的更為重要的事情要處理,我以為優先級不用再花時間去確認了。最終,由于流程與頁面設計的反復修改,電子會員注冊功能的上線時間延期了一周。而我也在再三地測試與討論后,痛定思痛后,十分努力地希望從不同維度思考讓項目能夠快起來。

3

為了讓自己更客觀地看待產品開發與項目管理問題,我通過了三種方式進行反思:

一是觀察團隊工作方式與工作氛圍,一個公司的文化或是工作氛圍直接決定工作進展。

互聯網創業公司通常是交流不停、創意不斷、氣氛融洽,每個人都積極地貢獻出自己的力量,秉承公司理念,傳遞產品價值,可是我卻在這里很難看到大家的熱情與態度,也許是因為產品線過于分散,團隊配置與人員安排捉襟見肘,因而協調資源十分困難,可即便面對自己負責的產品,我也很難從他們的眼中發現閃光。

二是翻閱了之前的需求文檔與原型設計,一個項目都有配有詳盡的需求文檔與業務邏輯。

在查閱過后,大多數文檔都涉及底層業務邏輯,在前端頁面展示、結構規則、細節把握上很少發現有詳細說明,很多時候都是通過設計圖來直接與技術溝通,通過口頭傳遞的方式來進行。這不得不說是有很大影響的。在產品進入開發階段之后,我們必須有書面或是既定的文檔來執行或是開發,否則很可能陷入困境,導致結果事與愿違。在核心功能都未完善時,為了一個功能而去增加功能,這樣做只能讓用戶越走越遠。

三是與公司 CEO 與 CTO 討論,真誠地與他們溝通自己的想法:

在總結上述問題后與他們交流了以下問題:

  • 現在的產品為什么沒有在核心功能上下功夫?
  • 為什么要花那么大的精力去做其他功能或是業務?
  • 為什么對內部數據指標不夠重視?
  • 目前公司業務或是產品的優先級如何?

他們的回答有自己的理解或是思考,在一定程度上消除了我對于產品開發與項目管理的一些誤解。然而,雖然他們深知問題所在,卻未能在兩年時間里優化流程或是解決問題,他們嘗試過多種方法,最終效果差強人意。最典型的是項目與任務分配方式存在缺陷,既然在員工主動性上無法提升,我們只能從制度上去完善,這也是我希望自己能夠帶來一些改變的地方。

4

反思至此,與團隊的溝通加上自我觀察與總結,我重新思考和定義了項目管理:

在有限的資源約束下,運用系統的觀點、方法和理論,對項目涉及的全部工作進行有效地管理。即從項目的投資決策開始到項目結束的全過程進行計劃、組織、指揮、協調、控制和評價,以實現項目的目標。

簡而言之,產品過程中的項目管理,是為了保證產品如期上線而衍生出來的管理。項目管理的目的是提升團隊工作效率,我們通過一系列方式或方法,讓團隊效率最快,就是敏捷開發。

項目管理的關鍵原則是:

  1. 明確的目標;
  2. 明確的開始與結束時間;
  3. 明確工作事項、工作分工與交付物標準;
  4. 相對確定的負責人與參與者。

對于一個產品經理來說,項目管理最主要關注的是四個方面:

  1. 項目進度:一旦產品進入開發階段,就必須嚴格把控進度,保證項目如期上線;
  2. 協調資源:每個項目都需要相應的開發資源,產品經理要確保這個項目得到足夠的支持;
  3. 評估風險:項目或是任務存在延期、變更時,要與所有團隊溝通并且預警,提出相應解決方案;
  4. 提升效率:想盡一切辦法讓項目快起來。

我相信,最后一個方面是很多人重點關注的,因而來進一步說明與完善如何想盡一切辦法提升效率。

一、明確目標、統一思想

開始做一件事情之前,一定要目前要完成什么功能,上線后對各方的收益,賦予意義無論是工作、學習或是生活都有極大的借鑒作用;其次,確認開始時間、預期結束時間以及獎勵規則,這些都可以在項目開始前公示或是統一。

二、拆分項目并公開

這一步就要利用白板或是看板來了解進度了,無論是電子還是物理白板,都是為了團隊成員清晰了解項目進度。

我們可以從階段、功能上分別落實,利用便簽卡片來督促每個功能點的負責人。

  • 階段可分為待開始、進行中、待測試、已上線;
  • 功能可分為微信、小程序、APP、后臺管理等;
  • 具體卡片則可描述功能點簡介、負責人姓名縮寫、開始時間、預估工期。

三、進度透明

僅僅靠白板是不夠的,我們更應當通過每日站立會來了解大家的進度,相互溝通并且表揚或是幫助成員。

根據公司目前的具體情況,我們建議每周一進行公司全員周會,簡單匯報上周工作任務以及本周主要計劃,同時在每周四統一進行技術開發人員會議,查看項目具體進展。

四、總結項目

每一次的產品開發與項目管理過程都是極為寶貴的經驗與財富。我在以前的文章中提到過復盤對于工作的價值。每個項目結束,我們都要總結這個項目的整個過程,提升未來合作的順暢程度,并且保持團隊范圍,進而發現問題,解決問題,而不是推諉甩鍋。

5

產品開發與項目管理并非一蹴而就,而團隊配合更是通過一個一個項目迭代后磨練出來的。我們能做的便是在每一次的項目總結中汲取經驗教訓,讓產品開發更為高效順暢。

古希臘哲學家赫拉克利特說:人不能兩次踏進同一條河流。

我把這句話送給自己,也送給每一位有幸看到這里的你。

希望你能夠有所啟發。

 

作者:劉禎(公眾號「聽天由己」),現在互聯網體育領域創業,擔任產品經理。

本文由 @劉禎 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 需求明確了,讓研發定工期,簽字。完不成,就背鍋,嘿嘿,這才是產品的正確方式

    來自四川 回復
    1. 兄弟這話還是太狠了,在下佩服。不過,產品是靠大家齊心協力才能完成的,背鍋這事少提為妙。

      來自上海 回復
  2. 目標,計劃,落地,反饋。

    回復
  3. 我跟你經歷了一樣的事情 但是后面換了一個開發團隊 他們的技術負責人對開發進度進行把控 有詳細的任務目標 負責人 整個項目進行的就非???也很好把控。但是之前的技術開發管理 根本就沒有管理方式 只能靠其他人去完善流程 如果CTO再不給你權限 或者不太管理。那項目進行起來就會非常的緩慢 漏洞百出 而且整個團隊的氛圍就非常糟糕 而且還沒有成果 最終只能被公司遺棄 或者說邊緣化 對相關連的部門也是一種拖累。但是進入這樣的公司會讓個人的能力有所提高 能更好的去意識到一個規范的管理的重要性?;蛟S一直在正規團隊工作的人不能夠任何很深刻

    來自北京 回復
    1. 在理,畢竟失敗的經驗要更加可貴,從錯誤中反思才是正道。

      來自上海 回復