? ? ? ? ? ?最近3年多時間一直在做企業的內部信息化項目，其中經歷和感慨頗多，今天有點時間來整理下自己到思路，也說說自己到見解。

? ? ? ? ? ?公司內部到信息化項目到工期如果是內部員工做開發的話不會一般壓得很緊張，但是并不代表沒有項目計劃可以輕松了事，只是

說由于是企業到內部信息化部門在做開發，一般內部溝通比較方便，不會將時間節點壓得很死，但是也有例外的情況，比如老板或者某

個部門急需等米下鍋時就可能需要加班加點了，但是這種情況畢竟少數。因為如果信息部門長期加班加點，壓力很大的話，估計人員流

動就更大了，除非你給的錢多，而且員工的滿意度高，比如像BAT這種有錢可以任性的公司，否則這種情況難以持續。因為畢竟這個社

會付出就要講究回報的，員工都不是雷鋒，沒有那么無私。企業內部的信息部門提供到薪資待遇和外包公司或者專業的軟件公司是有差

距的，和互聯網公司就更加不用比較了。一分付出一分收獲，所以你給予人到不多，就不要期望別人向互聯網公司那樣高產了，殺雞取

卵或者涸澤而漁的事情能不做就不做，因為對于企業的內部信息化項目一般是和企業內部的業務有關聯的，所以對于開發人員的業務水

平是有要求的，頻繁的人員流動肯定不是啥好事。當然這并不是說為了穩定就可以容忍低效，只要管理得當，企業內部開發團隊的效率

還是可以很高的。

? ? ? ? ? ?根據這幾年到所見所聞，我自己有了幾個認識：

? ? ? ? ? ?1.二八定律在任何時候都是成立的，比如一個人在工作到八個小時內，能夠有8成時間投入工作就很高了，只有2成到員工是非常

? ? ? ? ? ? ? 優秀和高效的，20%人可能就干了80%的活，所以用人要用人之長，平均工作量，不能有人閑得蛋疼，有人忙得團團轉。工作

? ? ? ? ? ? ?任務到粒度避免太細或者太粗，一般分解到3天及以下即可，比如1到3天。及時到進行任務到檢查，一般每天2左右即可，日報

? ? ? ? ? ? ?就沒有必要了，太細了，也會浪費時間，引起開發人員反感，好像每天都有在后面跟著你拿著鞭子抽似的。當然這只是個人的

? ? ? ? ? ? ?見解，不是適用于所有到企業，因為這種方法的前提是內部員工都已經非常熟悉并且大家基本都能夠自覺按時完成任務了。如

? ? ? ? ? ? ?果是一個新成立的處于磨合期間的團隊就別用這種方法了。

? ? ? ? ? ? 2.項目的任務分配要做好，任務和責任要分清楚，每個任務都要有一個執行者和監督者，一個任務指定2個或者2個以上人來執行

? ? ? ? ? ? ? 那就相當于沒有指定人執行了，一個和尚挑水喝，兩個和尚抬水喝，三個和尚沒水喝就是這個道理。還有就是可以將任務分解后

? ? ? ? ? ? ?在合適的時候讓大家來選擇自己感興趣任務，這樣可以激發團隊到積極性，進一步提高效率，但是這個也是要做好協調的，比如

? ? ? ? ? ? ?如果大家都搶有限幾個任務，另外一些沒有人愿意處理，你需要做好準備來協調好一切。

? ? ? ? ? ? 3.盡可能給團隊成員創建一個和諧的環境，減少外界一些不必要的干擾，讓團隊成員能夠集中精力做好自己到本職工作，因為開發

? ? ? ? ? ? ?人員做開發時是需要集中精力來做事到，如果被外界打亂的話，那效果可想而知，而且也會引起反感，比如有些公司的規章制度

? ? ? ? ? ? 多于牛毛，要求員工帶工牌，穿工衣，不符合規定要罰款，針對某些行業或者公司這個無可厚非，但是我個人覺得針對IT人員就沒

? ? ? ? ? ? 有必要了，個人拙見啊，呵呵。

? ? ? ? ? ? 4.團隊內部多進行一些溝通和分享，建立自己到知識庫，技術人員一般比較單純，大家還是愿意相互學習，共同提高的，這樣既可

? ? ? ? ? ? 提高團隊技術水平，又可以增加團隊之間相互了解和協作，同時也為公司做了技術儲備，一舉多得，何樂而不為呢。

? ? ? ? ? ?5.凡事有度，過猶不及，能夠系統化規則化的東西盡量做到有章可循，這樣不至于雜亂無章。

? ? ? ? ??

轉載于:https://www.cnblogs.com/kevinGao/p/4188719.html

總結

以上是生活随笔為你收集整理的企业内部信息化项目管理之我所见的全部內容，希望文章能夠幫你解決所遇到的問題。

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