談點我的看法哈。一家之言，歡迎拍磚。
1、建立良好的團隊文化，內部溝通無障礙，引導每個人都習慣從系統思維考慮問題，盡早暴露問題。
2、穩定團隊文化，不要亂變，避免因為規則變化，成員不適應而離職。
3、建立庫思維，以核心庫形式固化公司過去的研發成果。
4、每一次專案研發，都視為對核心庫，核心框架的補充，而不是顛覆和篡改。
5、庫中已有的模組，視為公司的技術積累，不管技術新舊，盡量使用成熟模組，除非客戶需求確實無法由成熟模組完成，才考慮新構，但新構的模組也僅僅是增補入庫，老模組不能取消。
6、庫的管理工作由專案經理安排專人負責，範圍盡量小，其他成員僅僅使用，不涉及庫開發。且庫**嚴格控制，避免由人員流失造成公司智財權洩露。
7、專案內部分為核心員工和普通成員兩類，核心員工掌握關鍵技術，利用薪資待遇，重點留人。
8、嚴格程式設計規範，嚴格獎懲措施，在團隊內部構建公平的競爭環境，每次專案開發，客觀評價每個人，核心員工和普通員工可以互換。
IT專案管理中的人員管理
it專案管理中最重要的是什麼？毫無疑問，肯定是人員管理。1.充分肯定人員在it專案中的作用和價值 it專案管理最大的乙個複雜性就是人員的管理，對於it專案中的專案成員都是從事有創造性的勞動，雖然cmmi更多的強調了過程的重要性，但一些通用的gp仍然強調了人對專案的重要性。沒有規矩不成方圓，過程和規範...
專案風險管理與控制
專案風險管理與控制 天 一 專案風險規範 案例研討 如何使你的專案防患以未然 專案風險在專案管理中的位置與價值 專案風險管理意義 全生命週期的風險策略 專案風險管理的組織環境與支援 專案風險管理的意識與態度 案例 風險管理是事先找好的藉口嗎 專案風險承受度分析 案例 拉斯維加斯賭城的風險承受度 專案...
專案管理中的技術風險
不管老闆多強勢，如果乙個專案，尤其進度壓大比較大的專案存在較大技術風險，都不能輕易低頭。最終還是在努力下，促成了客戶選擇etl工具，informatic，可以先試用，待預算下來後購買 老闆也調整了商業策略，變堅持 pl sql 為同意 也改變了前端工具的技術路子，能平掉的坑先平掉，不然大面積展開後只...