① 糟糕的專案管理--按任務分配，而不是按功能或模組分配（responsible）
原來我覺得這個因素不太重要，但是隨著專案拖延的週期越來越長，這個因素所佔的比例也越來越大，由原來的10%增大到現在的30%。
按任務分配，而不是按功能或模組分配，會降低團隊成員的榮譽感和責任心，團隊成員在修復缺陷的時候往往帶有牴觸心理，甚至出現踢球現象，這勢必造成工作效率低下，導致專案延期。
②糟糕的專案管理--更換團隊成員
更換團隊成員的風險會像上圖所示，隨著專案開發周期先公升高再降低。儘管很多pm都明白這個道理，但實際證明在大多數情況下，pm並非像想象中的那麼重視這個風險。這就是所謂的pm比pm2.5更危險。
③採用加班模式，而非任務模式
如果白天完成了任務和白天完不成任務都要加班，那麼團隊一定會把平時放在家中做的事情，拿到公司中來做，比如購物、聊天、看新聞等。這樣他們就可以在晚上加班時有事情可以做，然後受到領導的表揚。
④糟糕的專案管理--惡劣的開發環境
沒有什麼比糟糕的開發環境可以降低團隊的效率再明顯不過的了。惡劣的開發環境包括辦公環境是否嘈雜，團隊成員是否溝通通暢，網路環境是否通暢，開發環境是否穩定。
在1m/s的速率下工作的員工是無法想象在10k/s的頻寬環境下的員工是如何工作的，這個只有親身體驗過後才知道。
⑤只解決當前的難題，而不是從全域性考慮
你很難想象在前期設計時，不把報表考慮在內，後期對資料統計時會發生什麼樣的情況。是的，我也想不明白為什麼要這麼做，但事實上我們確實這麼做了，所以現在我們深陷報表的泥潭。
⑥重要的資訊沒有在團隊內共享
讓團隊內的每個成員都了解專案的重要資訊，包括專案的開發計畫，里程碑，發版情況等。如果這些資訊對團隊內的成員不共享，那它們就會覺得這些事情對他們無關緊要，也就不會為了乙個里程碑或發版計畫去加班。
讓乙個團隊高效工作的方式是引導和激勵，而不是命令和任務。
⑦過多的演示
在專案開發過程中，僅僅為了給領導做演示而去停止當前的開發工作，使用mockup資料來使表單美觀。如果一次兩次真的沒什麼，過多的演示勢必造成開發的拖延。
如果使用敏捷開發就沒上面這種問題了，因為持續交付可以保證系統在任何時候都是可執行的，並拿出來進行演示。
專案延期交給測試的造成因素
如果你是it圈子中的一員，你肯定面臨過這樣乙個問題。臨近發版，但是由於整體專案進度慢，導致交給測試的測試時間較短，測試人員無法全面的進行測試，軟體質量無法得到可靠的保障，那麼造成這個問題是有那些因素造成的呢？1 開發在開發過程中，需求發生了變更。此類問題屬於嚴重並且對整個軟體開發流程有著致命的打擊 ...
專案成功的 大因素
正確的管理方式 儘管任何一套管理方式被證明是絕對正確的，但是如果乙個專案要真正走向成功的話，他還是需要正確的管理方式。一種管理方法可能會有缺點，不是很完美，但只要它是正確的就可以了。正確的管理方式應該包括正確的專案目標 合理的開發計畫以及合理的責任分派等等。正確的管理方式可以讓專案少走很多彎路，它是...
專案進度延期的關鍵因素和應對措施
任何乙個專案或多或少都會遇到某些環節的進度被延遲的情況，所以如何確保專案按計畫計畫進行，成為了專案過程中的乙個重點。當專案進度延期我們要搞清楚專案是因為什麼原因延期的，一般專案延期主要是因為專案進度本身制定不合理，另一方面是來自於專案團隊人員方面的，對於進度延遲時候應該首先分析專案進度計畫安排本身是...