入職 200 天,這是一位產品經理對項目管理的3點思考
產品開發與項目管理并非一蹴而就,而團隊配合更是通過一個一個項目迭代后磨練出來的。我們能做的便是在每一次的項目總結中汲取經驗教訓,讓產品開發更為高效順暢。
1
有些事,等你真正反思時,才發現,改變現狀,真的很難。
算下來,入職新公司至今,已有半年,這段時間自己壓力很大,重新開啟一份事業并非易事,雖說還是熟悉的環境,然而,與全新團隊溝通和磨合的確費了不少時間。同時,在逐步了解每個人的工作習慣與公司管理制度之后,我也有了新的體會與感觸。
初來乍到,總是希望能夠在工作上證明自己,畢竟產品經理這個職位在互聯網公司可是最容易挨批的,按照慣例來說,大多數產品經理都免不了在需求評審中被否認、被懷疑、被挑戰,真是家常便飯。以前,我總是好奇,為什么項目管理也是產品經理的核心技能之一。
工作中,最為常見的問答就是:上次提出的新功能現在進展到了哪一步?我們什么時候能夠順利上線?
在學習和工作了近兩年后,我深刻地認識到,作為創業公司的產品經理,我還是有自知之明,希望能夠將自己這段時間學習到的系統化知識應用在工作上,在每一個場景中都能擁有產品思維,現在就想聊聊我對于項目管理的一些思考。
2
以最近負責的網協會員注冊為例,了解到需求背景之后,我便花了一段時間去思考并考慮了流程和頁面設計,因為前期已與網協進行過多次溝通,我前期的工作更多地偏向于分享與傳播方式。在公司開發會議上,大家也通過了并且交流了意見。當時的我信心滿滿,一切都還順利,看來在研究得到和其他爆紅的傳播方式后,初版的功能、頁面和規則都得到了大家的支持。在提交完需求文檔之后,我便開始著手進行下一個項目了,時不時地關注工作進度。
圖片來源:Rex 的 Axure
可是,好景不長,原先預估的工期是半個月,截止日期早已明確。可是一到測試階段,大家竟然還是在反復討論注冊與登錄流程,甚至在前期的完善資料部分,也存在分歧。此外,每個人似乎都有自己的更為重要的事情要處理,我以為優先級不用再花時間去確認了。最終,由于流程與頁面設計的反復修改,電子會員注冊功能的上線時間延期了一周。而我也在再三地測試與討論后,痛定思痛后,十分努力地希望從不同維度思考讓項目能夠快起來。
3
為了讓自己更客觀地看待產品開發與項目管理問題,我通過了三種方式進行反思:
一是觀察團隊工作方式與工作氛圍,一個公司的文化或是工作氛圍直接決定工作進展。
互聯網創業公司通常是交流不停、創意不斷、氣氛融洽,每個人都積極地貢獻出自己的力量,秉承公司理念,傳遞產品價值,可是我卻在這里很難看到大家的熱情與態度,也許是因為產品線過于分散,團隊配置與人員安排捉襟見肘,因而協調資源十分困難,可即便面對自己負責的產品,我也很難從他們的眼中發現閃光。
二是翻閱了之前的需求文檔與原型設計,一個項目都有配有詳盡的需求文檔與業務邏輯。
在查閱過后,大多數文檔都涉及底層業務邏輯,在前端頁面展示、結構規則、細節把握上很少發現有詳細說明,很多時候都是通過設計圖來直接與技術溝通,通過口頭傳遞的方式來進行。這不得不說是有很大影響的。在產品進入開發階段之后,我們必須有書面或是既定的文檔來執行或是開發,否則很可能陷入困境,導致結果事與愿違。在核心功能都未完善時,為了一個功能而去增加功能,這樣做只能讓用戶越走越遠。
三是與公司 CEO 與 CTO 討論,真誠地與他們溝通自己的想法:
在總結上述問題后與他們交流了以下問題:
- 現在的產品為什么沒有在核心功能上下功夫?
- 為什么要花那么大的精力去做其他功能或是業務?
- 為什么對內部數據指標不夠重視?
- 目前公司業務或是產品的優先級如何?
他們的回答有自己的理解或是思考,在一定程度上消除了我對于產品開發與項目管理的一些誤解。然而,雖然他們深知問題所在,卻未能在兩年時間里優化流程或是解決問題,他們嘗試過多種方法,最終效果差強人意。最典型的是項目與任務分配方式存在缺陷,既然在員工主動性上無法提升,我們只能從制度上去完善,這也是我希望自己能夠帶來一些改變的地方。
4
反思至此,與團隊的溝通加上自我觀察與總結,我重新思考和定義了項目管理:
在有限的資源約束下,運用系統的觀點、方法和理論,對項目涉及的全部工作進行有效地管理。即從項目的投資決策開始到項目結束的全過程進行計劃、組織、指揮、協調、控制和評價,以實現項目的目標。
簡而言之,產品過程中的項目管理,是為了保證產品如期上線而衍生出來的管理。項目管理的目的是提升團隊工作效率,我們通過一系列方式或方法,讓團隊效率最快,就是敏捷開發。
項目管理的關鍵原則是:
- 明確的目標;
- 明確的開始與結束時間;
- 明確工作事項、工作分工與交付物標準;
- 相對確定的負責人與參與者。
對于一個產品經理來說,項目管理最主要關注的是四個方面:
- 項目進度:一旦產品進入開發階段,就必須嚴格把控進度,保證項目如期上線;
- 協調資源:每個項目都需要相應的開發資源,產品經理要確保這個項目得到足夠的支持;
- 評估風險:項目或是任務存在延期、變更時,要與所有團隊溝通并且預警,提出相應解決方案;
- 提升效率:想盡一切辦法讓項目快起來。
我相信,最后一個方面是很多人重點關注的,因而來進一步說明與完善如何想盡一切辦法提升效率。
一、明確目標、統一思想
開始做一件事情之前,一定要目前要完成什么功能,上線后對各方的收益,賦予意義無論是工作、學習或是生活都有極大的借鑒作用;其次,確認開始時間、預期結束時間以及獎勵規則,這些都可以在項目開始前公示或是統一。
二、拆分項目并公開
這一步就要利用白板或是看板來了解進度了,無論是電子還是物理白板,都是為了團隊成員清晰了解項目進度。
我們可以從階段、功能上分別落實,利用便簽卡片來督促每個功能點的負責人。
- 階段可分為待開始、進行中、待測試、已上線;
- 功能可分為微信、小程序、APP、后臺管理等;
- 具體卡片則可描述功能點簡介、負責人姓名縮寫、開始時間、預估工期。
三、進度透明
僅僅靠白板是不夠的,我們更應當通過每日站立會來了解大家的進度,相互溝通并且表揚或是幫助成員。
根據公司目前的具體情況,我們建議每周一進行公司全員周會,簡單匯報上周工作任務以及本周主要計劃,同時在每周四統一進行技術開發人員會議,查看項目具體進展。
四、總結項目
每一次的產品開發與項目管理過程都是極為寶貴的經驗與財富。我在以前的文章中提到過復盤對于工作的價值。每個項目結束,我們都要總結這個項目的整個過程,提升未來合作的順暢程度,并且保持團隊范圍,進而發現問題,解決問題,而不是推諉甩鍋。
5
產品開發與項目管理并非一蹴而就,而團隊配合更是通過一個一個項目迭代后磨練出來的。我們能做的便是在每一次的項目總結中汲取經驗教訓,讓產品開發更為高效順暢。
古希臘哲學家赫拉克利特說:人不能兩次踏進同一條河流。
我把這句話送給自己,也送給每一位有幸看到這里的你。
希望你能夠有所啟發。
作者:劉禎(公眾號「聽天由己」),現在互聯網體育領域創業,擔任產品經理。
本文由 @劉禎 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
需求明確了,讓研發定工期,簽字。完不成,就背鍋,嘿嘿,這才是產品的正確方式
兄弟這話還是太狠了,在下佩服。不過,產品是靠大家齊心協力才能完成的,背鍋這事少提為妙。
目標,計劃,落地,反饋。
我跟你經歷了一樣的事情 但是后面換了一個開發團隊 他們的技術負責人對開發進度進行把控 有詳細的任務目標 負責人 整個項目進行的就非???也很好把控。但是之前的技術開發管理 根本就沒有管理方式 只能靠其他人去完善流程 如果CTO再不給你權限 或者不太管理。那項目進行起來就會非常的緩慢 漏洞百出 而且整個團隊的氛圍就非常糟糕 而且還沒有成果 最終只能被公司遺棄 或者說邊緣化 對相關連的部門也是一種拖累。但是進入這樣的公司會讓個人的能力有所提高 能更好的去意識到一個規范的管理的重要性?;蛟S一直在正規團隊工作的人不能夠任何很深刻
在理,畢竟失敗的經驗要更加可貴,從錯誤中反思才是正道。