项目不能上线,是开发的锅,还是产品的错?
項目管理,作為產品經理的必備技能,卻容易被很多人所忽略。跟進項目進度,關注開發排期,也是產品工作的常態。
但是想做好項目管理,并沒有想象中那么簡單。
我有個朋友,他們團隊最近就遇到了些問題。多個項目并行推進,時間緊任務重。團隊里的每個人都覺得自己很忙,可每天總結下來又沒有什么實際的工作進展。
以他們團隊為案例,如果想要更好的推進項目,可以從下面幾點進行考慮。
1.確定時間節點
以我朋友公司為例,曾經有段時間,他們就處在這樣的混亂環境中。
首先,他們領導會跟大家說明接下來的一段時間內,部門的工作內容。但是不會有明確的時間節點,別問,問就是先做再說。
接下來,在很長的一段時間內,有可能是一周,也可能是兩周。大家在做什么,沒有任何人關心,領導也不會去關注每個人的細節。
在這樣的情況下,每天的工作進度和任務,大家可想而知。
然后,會在突然的某一天,緊急開會,說東西很急,要立刻上線。
最后,大家連續加班好幾天,緊趕慢趕的匆忙完成。
這就是我朋友他們以前在很長時間內的常態,到后來大家實在是忍受不了,不得不做出改變。
凡事預則立不預則廢,任何一個項目,無論規模大小、無論周期長短,都應該有明確的時間節點。
小項目小周期,大項目大周期,敏捷開發則是每天跟進。
時間節點,可以理解為是一個項目的deadline,如果缺少了這個前提,一切的任務、分工都是徒勞。
試想一下,如果一個項目,沒有最后的完成時間,或者說沒有最后的項目目標,在這樣的情況下,該如何合理的安排內容。
如果沒有明確的時間節點,勢必會遇到所謂的延期問題,而也正因為這樣,會讓團隊里的每個人都陷入到一種莫名的節奏當中。
綜上,任何項目,無論大小,明確的時間節點,是一切的開始。
2.明確工作范圍
以我朋友的公司為例,他們領導不會說具體要做哪些功能,只會說你先做,也只是給一個大概的方向。
然后開發做了幾天,讓產品驗收功能的時候,他們領導又會說,為什么那個功能沒有做,然后就是又要加新功能。
循環往復,不斷如此。可每當要問具體的內容時,得到的答案又是含糊的內容。
這種感覺就像是,領導跟你說要吃飯,你問要吃什么,領導說你先做。
你做了一碗炒飯,領導問為什么沒有炒菜。你接著問,那還需要加什么,領導說你先自己看。
然后你又加了個炒菜,領導又問為什么沒有湯。
試問,如果都是這樣的方式,該如何保證進度的可控。
所以,當我們已經確定了時間節點后,這還僅僅是個開始,接下來的工作范圍也不容忽視。
在規定的有效時間范圍內,具體要做哪些功能、每個階段要做哪些內容、每個功能的完成度等內容,都需要進步一步的細分。
首先,從項目的角度,要確定好各個階段的任務范圍,然后根據任務范圍來分配相應的人員安排,盡量做到資源的合理利用。
其次,從產品的角度,要確定好各個階段的實現功能,然后根據實現功能來進行有效的任務排期,盡量做到任務的合理劃分。
當上面這些內容和細節都確認好了之后,接下來就進入到具體的開發階段。
可如果上面的兩個必需步驟沒有做好,盲目的進入到開發的話,就會出現進度的不可控。
綜上,在確定的時間節點下,明確工作范圍,是工作開始的基石。
3.緊盯每日任務
有了明確的時間節點,有了確定的工作范圍,那么接下來要做的事情,就是緊盯每日任務了。
任務拆分到人,任務拆分到天,這樣才能保證過程和結果的可控。
在一個大范圍下,明確每個人各自所負責的內容,然后大家各司其職,通力合作。
每個人在接到一個具體的任務時,首先要做的應該是進行細分。所謂謀定而后動,就是這個道理。
我們只有明確了具體要做什么、知道了具體要怎么做,做起來才能事半功倍。
以產品工作為例,當我們接到一個需求后,我們要做的事情應該是這樣的。
首先,明確這個需求的時間節點,即什么時候需要完成這個需求。
其次,確定這個需求要做好,大致需要多少時間,即大致需要多久能完成。
最后,結合著時間節點和大致需要的時間,來安排每一天的任務內容,調研、梳理、出方案等等。
當每個人都將自己的任務拆分到了每一天,那接下來,每天早上來過一遍今天要做的內容,每天晚上再過一遍今天完成的內容。
如果哪一天的內容沒有完成,需要及時溝通清楚并且要調整后續的安排,盡量將進度控制在細節里。
綜上,緊盯每日工作內容,確保項目的順利推進。
4.過程及時反饋
其實,如果能夠做到前面說的3點,就基本上能夠保證一個項目的正常推進。
可如果想要這個過程再順一點,再穩一點,那么我們就要將目光放在執行中可能存在的問題,并對這些問題進行及時的反饋并處理。
我們在項目開始的時候,是沒有辦法對未來的事情進行完全可控的預測的,我們能做的只是盡量減少意外的發生。
舉個最簡單的例子,有時候我們可能低估了某個功能的實現難度,那在前期規劃的時候可能就沒有留有足夠的時間。
那為了解決這個問題,勢必會花更多的時間,接下來的結果就是勢必會影響后面的功能研發。如果不想讓項目延期,能有的辦法只能是加班解決或者提高效率。
那在實際過程中,遇到這樣類似的問題,我們要及早的暴露出來。千萬不要等到項目臨上線前才反應,如果真是這樣,連救火的余地都沒有。
綜上,有問題,及時反饋,及時跟進,及時解決。
一些想說的話
回到文章標題的問題,項目不能上線,是開發的鍋,還是產品的錯?
其實這個問題,從領導到員工,從產品到開發,誰都逃避不了,誰都有責任。
遇到問題,不抱怨;遇到問題,解決問題,才是正確之道。
如果你喜歡這篇文章,歡迎關注上面的公眾號
最后,我建立了各大城市的產品交流群,想進群小伙伴加微信:yw5201a1??我拉你進群。
關注微信公眾號:產品劉?可領取大禮包一份。
··················END··················
今日研報:德勤發布《未來的語音世界——中國智能語音市場分析》,公眾號后臺回復“?智能語音”,即可下載完整PDF文件。
申明:報告版權歸?德勤?獨家所有,此處僅限分享學習使用,如有侵權,請聯系小編做刪除處理。
RECOMMEND
推薦閱讀
在字節跳動工作是一種怎樣的體驗?
手把手教你做產品經理
B端產品中,Web端表單如何設計
一道騰訊產品面試題
點擊“閱讀原文”
查看更多干貨
總結
以上是生活随笔為你收集整理的项目不能上线,是开发的锅,还是产品的错?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: ubuntu下docker的安装及更换镜
- 下一篇: docker基本组成