我也不是專業的專案經理，但是也帶著團隊多次進行產品的新版本迭代，目前正在推進乙個專案。我這裡所要說的不是什麼經驗之談，只是我個人幾點總結
一 要有明確的專案目標
這點其實並不難理解，好比我們要做一件事件，要做成什麼樣子，首先心中得明白這一切，如果你都不知道你想做成什麼樣子，只是試試看，那多半你這件事件都是要黃的。
在專案開發中，我們不把專案最終目標定義清楚，很容易導致中途開發中遇到幾個問題：1 開發無動力，目標都不明確，開發過程中只能抱著試試看的態度，對於做成什麼樣，完全不關心。2 盲目、左右糾結，目標沒有定義好，常常導致遇到乙個想不太明白的問題時，不知所措，左右為難，到底a方案更好呢，還是b方案更好，猶豫不決，其實當我們有明確的專案目標，清楚要解決什麼核心問題，就清楚了要解決核心問題選用什麼方案
二 對專案難度要準確預估，要有時間預估
打乙個比喻就很清楚，2個施工隊同時開工各自的工程，兩個工程難度，工作量 都相同，a隊有明確的時間計畫，規定了什麼時間完成施工，b隊沒有時間計畫，反正就做唄什麼時候做好什麼時候完工，其結果大家肯定能預料得到，肯定是a對能盡快並且更有質量的完成工程。軟體專案或者的產品研發也是同樣乙個道理，沒有明確的時間概念，靠什麼來把控專案的進度
三 分階段，里程碑式推進
有的專案比較大，時間週期比較長，將乙個長期專案分成若干階段，每個階段都是乙個里程碑，達到乙個里程碑，又再去實現下乙個里程碑，這樣可提高團隊的動力和凝聚力，否則遙遙無期的專案，使人感覺厭煩，里程碑的實現對團隊自信心提高和動力增加有非常重要的作用。不管你的專案有多麼小，建議都劃分幾個里程碑出來
四 控制需求的頻繁改動
不是要求需求一成不變，這也是不現實的，而是要盡量的控制需求的更改的頻度，有些人經常抱怨，昨天剛改好，今天需求有變了，又得返工，這種頻繁修改，頻繁返工，使得專案遲遲無法推進，開發人員心情也會越來越糟糕，簡直讓人不能愉快工作了。其實這都可以避免，即使需求確實是不好想明白，可以先出乙個草搞。將草稿作為第一版，開發可以在此基礎上開始開發了，你在開發完成之前，在草稿的基礎上再去確定第二版需求，第二版未確定之前，不要讓開發人員修改，這樣即使頻繁修改，不會影響開發人員，當你第二版經過無數次調整，終於定型，開發人員也基本把第一版搞定了，這時你再來說第二版的事，這樣會好很多
五 如果需求來自客戶，一定要多引導客戶
如果是為某乙個客戶定製需求，客戶一定是想一次性把現實中所有問題都用軟體來解決，客戶會想一些不太實際的功能，這個時候，我們可不能讓客戶說什麼，就是什麼，客戶提的合理的，正確的就盡量去實現，不合理的不正確的一定要引導客戶，告訴他這樣做不可以，或者提供乙個更好的方案，否則最終會被客戶提的需求坑死，最終客戶還會說你沒做好
簡論如何改進專案的溝通
許多專家都認為資訊系統專案的失敗的重要原因是溝通的失敗。溝通是人與人之間傳遞和交通資訊的過程，對於專案取得成功是必不可少的。掌握溝通模型 溝通渠道 溝通方法 溝通型別與溝通障礙等基本知識有利於加強對專案溝通管理的認識。為了改善專案的溝通，可以使用專案管理資訊系統輔助溝通，建立溝通基礎結構和使用專案溝...
如何順利推進軟體實施專案
如何順利推進軟體實施專案?是很多實施專案管理者的責任和難點。凡事開頭難，做好專案入場，是專案實施的條件。在進行軟體專案實施的時候，會遇到不同型別的客戶，有企業型別，也有事業單位型別。企業型別的軟體實施專案比較常見，涉及問題，也能夠找到很多方法。所以，本文主要是針對事業單位，如醫院 事業單位 高校等客...
LG Uplus攜手瞻博網路推進5G演進專案
lg u 定義了兩個具體的技術要求，即虛擬路由和基於openstack的nfv編排。lg uplus在5g專案的vmx和ex4300 ex2200乙太網交換機中選擇了瞻博網路的虛擬路由反射器功能。由於在南韓缺乏以前公開的基於nfv的路由參考，瞻博網路與lg uplus在5g專案的初始階段合作，以評估...