雖然我很看重集體的力量，這種力量是偉大的，但任務還得分個先后。就需求和設計而言，必須是有這方面的經驗者完成。在這個過程中，大家都可參與，比如提出自己的想法、指出可能更合適的邏輯，但主導思想和大的框架要由專門的人負責。這個人可以是項目經理、部門經理、需求分析師、架構師，實際項目中這個人往往都不是專職的。有了這樣的一個人把握方向、結構，然后大家就可以參與進來，發揮各自的優勢和主動性，來充實這個框架細節，這個人替大家把把關、做做指導，即使有問題也能及時修正，至少不會影響整體。這樣，既保證了項目的安全性，同時也提高了團隊參與性（以后就不會有人找借口說：“這又不是我定的需求、我做的設計，我只負責開發或測試”這樣的話了:）

需求和設計歷來是項目最初的、最終要的環節，古語有云：差之毫厘，謬以千里。開始出現一點極小的偏差，越往后就越難得挽回。因此不管其他任何因素，這兩塊是決不能馬虎，尤其是縱容能力不足的人。就怕一些個自我感覺良好的，在IT界摸爬滾打了好幾上十年，于是以為無所不能了，更悲哀的是聽不進別人的建議或意見。一個人不行并不可怕，可怕的是他還不知道自己不行。因為一個人不行，還有團隊在，三個臭屁將定個諸葛亮；自我感覺良好的人，除了葬送這個項目外，更耽誤了一群人。（這樣的你一定會碰到，尤其在中國，混日子的人太多）。不扯多了，到此為止。繼續下面的...

轉載于:https://www.cnblogs.com/lightman/archive/2011/11/29/2267423.html

總結

以上是生活随笔為你收集整理的项目管理其实可以简单一点——任务分工的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。