大學承研的大型複雜信息系統大多是國家/政府/軍方的重點建設項目，具有很強的政治背景，很多關係到國計民生甚至國際影響等。一般有以下幾個特點：
l 系統研發團隊的人員規模龐大，比如我們大學的團隊就有200多人，還有幾十個外協單位的團隊，以及用戶的需求研究團隊、使用團隊等，總的加起來有好幾百人；
l 與用戶需求要求捆綁緊密，一般會採用駐場開發的模式進行研發；
l 分系統/子系統/功能模塊繁多，設計繁瑣，相互提供服務，接口之間調用關係複雜，還涉及到與現有系統的兼容適配，總體集成和測試難度很大；
l 內外部協調管理難度很大，推進困難，進度、成本和風險難以控制；
l 耗費經費巨大，利益關係複雜，涉及的大學與工業部門、體制內其他外協單位、地方外協單位、以及大學內部各學院、學院內各團隊之間，經費難以合理劃分使用。
1爲什麼大學能夠開始主導大型信息系統建設項目
上級和用戶單位認爲大學的學術和技術很厲害，有很多新的、前沿的、好的研究成果，應該爲國家建設貢獻更大的力量，承擔更多的責任，同時給自己帶來顯赫的政績。
大學從自身發展的角度考慮，也必須積極彙報學校的成果，響應號召與指示，爭取更多更大的信息系統建設項目，爲國貢獻的同時爲學校和個人的發展創造更多的機會和空間。
從現狀和全局考慮，上級部門認爲：
一是大型信息系統研發基本被工業部門壟斷，上級部門引入新的單位參與競爭，有利於促進發展，形成競爭，減少經費支出；
二是現有的大型信息系統建設成果用戶不滿意，工業部門難以滿足其建設需求，因此想找到另外的團隊負責建設，此時大學就成爲了一個很好的備選項。
通過學校的積極爭取，上級部門把大型信息系統建設項目任務下達給大學，讓大學作爲技術總體主持大型信息系統的研發，但也是分期的，一期也就幾個億，做好了一期後面就再接着做二期、三期等。
2大學研發團隊的組織架構
大學作爲項目的技術總體，負責整個系統的技術路線制定和信息系統的具體設計、研發和協調組織。一般來說，大學會進行總體的設計，其中部分系統大學自己組織研發，部分系統外協給地方的公司和企業，部分系統研製作爲任務下達給體制內單位。
學校成立專門的項目辦公室、技術指揮線和行政指揮線，技術指揮線向行政指揮線彙報，接受其領導和指示。
l 項目辦公室負責項目團隊的日常管理和保障，如項目相關的事務（如立項、評審、檢查等），辦公場地和用品，用車保障，出差的食宿安排，財務報賬，聘用人員的工資發放，與協助單位的商務談判、合同簽訂等流程處理。
l 技術指揮線負責系統的技術部分，由總師組和開發組構成。總師組一般由1名總設計師和多名副總設計師組成，由總師組對項目的技術體制和具體問題進行決策、指導和協調，每名副總師分管幾個開發組。開發組由組長（主任設計師）、副組長（副主任設計師）、設計師及其所屬的工程師組成，負責具體功能模塊的設計和開發。開發組一般會分總體組、基礎組和核心業務組，總體組協助總師組工作，負責系統的總體設計、總體集成和總體測試，以及軟件開發過程的管理。基礎組負責構建整個系統的基礎部分，包括部署環境，基礎業務平臺和數據庫相關平臺等。核心業務組會具體對接用戶的核心業務，進行設計和開發相關的業務系統。各位副總師一般會分管多個業務組，如一人管理基礎業務組、其他人分管多個核心業務組等。
l 行政指揮線一般由學校領導任總指揮，學院領導任副總指揮，分別負責對外協調和對內管理。對外負責與上級、其他協作單位的協商工作；對內主要是學校大團隊的管理和資源協調工作。
3工作模式
總師負責抓總，並對行政指揮線負責；副總師分別負責幾個業務組的研發；主任和副主任設計師將分系統切分爲子系統，負責組內總體工作，設計師設計具體的系統功能模塊，並組織開發團隊進行實現。
開發組的開發工作有以下幾種實現方式：
n 各個開發組自己招聘工程師或利用勞務公司派遣的工程師，建立開發團隊進行開發；
n 將部分系統及功能模塊外協給地方公司，大學與公司簽訂技術協議和合同，負責提需求和驗收，公司負責具體的開發集成工作；外協公司會在本公司內組織開發或者派出工程師參與大學的開發團隊；
n 還有些子系統專業性太強，大學的研發團隊設計不了，需要引入其他體制內的專業單位進行協作，一般掛個副總師單位的名頭，讓他們設計研發相關的系統。
這種方式也存在不少問題如：
n 相互關係複雜，信息流動和處理速度緩慢；
n 需要協作和協調的事情很多，從經費使用分配到功能模塊的劃分，需求的變更等，系統集成聯調難以組織；
n 對於我們這種以新研發爲主的系統更是影響較大，工作推進不暢；
n 導致整個組織和團隊工作效率低下。
因此實際操作時一般會採用駐場用戶單位，集中封閉管理，與用戶緊密捆綁的開發模式，一邊研究需求，一邊開發系統，一邊組織試用，以快速響應用戶需求，提高系統研發的效率，縮小系統更新迭代的週期。