关于小型长周期项目的一些建议
我不是專業的項目經理,這里不討論大型項目管理的事情。
我們比較常遇到的可能是小型的長周期項目,比如2-4個人,做半年甚至一年的項目。這種項目通常不會有專職的項目經理,更多是由技術負責人兼任項目經理的職責,這時候掌握一些小型項目的管理經驗就特別有意義了。
這篇文章的內容,能夠給已經在做這類工作的同學帶來些參考,對于還沒有接觸到的同學,看看也好,說不準,下個月,你老大就委你重任了!?
以下是我的一些經驗:
大塊切小塊
大型項目,我們基本都會這么做,大塊切小塊,設置一個又一個的里程碑,但對于小型的項目,因為覺得人員不是很多,往往容易忽略這個事情。
其實小型的長周期項目也是需要認真設置好里程碑的。
因為項目的時間長,如果只在最后時間才對項目進行驗收,那是極度冒險的事情。
有可能半年甚至一年的時間,都沒有人知道你們團隊在干什么,你老板也不知道你們最后能不能完成任務,這是一件可怕的事情。
我接受過項目管理培訓,一開始的時候也不以為然,但當自己真正對項目負責的時候,才真實地感受到,里程碑帶來的真正價值。
它給你的團隊帶來了一個目標,使得項目不會像一個沒有盡頭的長跑;它給關心項目結果的人帶來了一個又一個的安慰,雖然項目還沒有完成,但大家知道它還正常活著;它給團隊成員帶來了階段性的正反饋,告訴了團隊成員,大家完成的很好,繼續努力,我們可以成功!
我記得自己有一段時間負責存儲項目,開始也是小團隊,一開始的時候沒有在意這塊,也沒有認真仔細的去劃分里程碑,結果有一段時間的項目進展特別混亂。
內部成員對下階段要做的事情不清晰,自己向上匯報的時候,也沒有條理性,搞到很疲憊。
后來聽從了高人的建議,開始設置里程碑,后面的過程就順暢了很多。
所以大塊切小塊,設置合理的里程碑是個很重要的事情。
小團隊例會
我估計大部分開發人員最討厭的就是開會了。
產品討論會,需求會,項目會,技術方案評審會,白天一堆的會,只有晚上時間可以用來寫代碼,會議簡直就是時間殺手。
但小型團隊的會議還是需要的,特別是兩三個人合作的時候,很容易忽略這個問題。
因為坐的近,大家經常溝通,就覺得沒必要再開這種會議了,其實這么想是不對的。
日常的討論是比較隨意的,正式的例會是為了幫助大家梳理,梳理自己的進展,拋出遇到的困難。
寫過代碼的都知道,寫著,寫著,就很容易陷入到代碼細節里面去。
有時候跟一個bug 杠上了,可能會花幾天時間去解決,殊不知,撿了芝麻丟了西瓜。
可能這個bug 根本不重要,優先級不高,卻偏偏花了很多時間在上面,導致主線任務反而不夠時間了。
所以這種定期的例會是很有價值的,一是為了同步進展和遇到的問題,二是讓其他人及時幫自己糾正方向,不要走偏了。
開例會是有真正目的和價值的,不是為了走過場。
我們有一種站立例會,2至3天開一次。
中午飯前10分鐘,大家言簡意賅,分享各自事情的進展,遇到的困難和需要的資源,輪流說完就散會,吃飯去。
會議中,不討論具體的方案細節,也不討論具體的資源分配,這些具體的問題,由相關的負責人去討論和解決,無關人員不參與,只是知會有這么一件事情。
這樣極大節省了大家的時間,但又讓大家對項目整體有了完整的了解,執行上不會出現偏差。
項目周報
作為項目負責人,定期地輸出項目進展是必要的職責。
這個東西不是給你自己看的,是給團隊成員和項目相關人看的,最關鍵的是給你的老大看。
項目周報的梳理本身就要花費時間。
要列出完整的可執行的計劃,是要自己思考,也要拉上項目成員一起思考的。
這個思考的過程,就逼迫大家去想清楚很多的執行細節,執行節奏和各部分的負責人。
一開始就梳理清楚,后面執行起來,就可以各司其職,不會亂糟糟。
評價一個項目是否成功有兩個維度:一個是結果的成功;一個是過程的成功。
結果受很多因素的影響,受產品,也受市場的影響。
比如你是技術系統的負責人,最后你們的系統如期上線了,各方面的指標也達到了標準,但因為產品或市場的原因,最后沒有成功,技術人員也是很無奈的。
但如果你整個執行過程都很透明,大家就可以感知到你們在項目執行上的成功,那也是一個不錯的業績輸出了。
規律作息
這是我個人很獨特的一個經驗。
我做存儲系統的時候,給予的項目周期是半年,一開始的時候大家特別拼命,加班加得很晚。
但人不是機器,你頭一天晚上加班到很晚,第二天自然就沒有那么好的精神了,一兩天還好,但一周下來,就受不了了。
后來覺得這么做不是辦法,就跟leader 討論,我們要的是項目的產出,不是要大家都加班到很晚,那沒有實際的意義,還不如改變作息,讓大家早點回去,上午早點過來。
時長還是差不多,但時間段改變了之后,人的睡眠質量高了很多,精神狀態也好多了,一個月執行下來,明顯感覺到精力,身體都不錯,人也更有信心可以把這個項目做好。
最后
以上是我自己以前在做小型長周期項目時候的一些經驗。
在項目的初期,需要大塊切小塊,跟團隊成員一起,討論出合理的里程碑,為后續的執行定制好目標。
小團隊例會還是需要的,但要明確例會的目標,要簡潔高效,不要陷入具體細節的討論。
項目周報其實也是一個團隊的產出,是一個過程產出,執行過程的好壞,也是會被列入業績的。
最后一個是規律的作息,這是很個人化的經驗,但親測,真的相當好,誰試誰知道!
總結
以上是生活随笔為你收集整理的关于小型长周期项目的一些建议的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Redis 如何保持和 MySQL 数据
- 下一篇: 毕业三年,贷款40万创业之后我又做回了程