一個全球性的公司的IT業務系統開發與維護整體外包給我公司後，現有的大量業務系統的維護被劃分爲若干個維護項目，而爲了適應客戶公司的業務發展與變化，開發新的業務系統和對現有系統進行修改完善是必不可少的工作，這一部分的工作被劃分爲開發項目。這樣劃分的組織結構職責清晰，任務明確，適合於項目管理，是典型的項目型組織結構。
現在的問題是，如何管理兩個項目之間的聯繫？開發項目組開發的業務系統完成後要轉到維護項目組進行維護，如何管理這個過程？
業務系統從開發項目組轉到維護項目組維護之前，該業務系統應該已經正式運行，而且要求開發項目組維護一段時間，直到維護項目組正式開始維護該業務系統。<?XML:NAMESPACE PREFIX = O />
在開發項目組認爲開發項目可以結束，業務系統可以交接給維護項目組時，兩個項目組的manager開始接觸協調，這個交接過程就開始了。這個過程其實很簡單，就是雙方一起審覈交接條件，只要維護項目組認爲現在的業務系統滿足交接條件，維護項目組manager簽字同意，那麼該業務系統就正式由維護項目組維護了。
滿足哪些條件維護項目組才能簽字同意該業務系統由他們來維護呢？
首先，客戶、最終用戶和相關操作者對該業務系統感到滿意。
這是最基本的條件。如果這些人對這個系統還不感到滿意，那說明該系統還沒達到用戶的要求，客戶還沒有驗收，可能還有接下來的開發和修改工作。那麼這還是開發項目的延續，在這種情況下開發項目都沒法結束，維護項目組就更不可能接收這樣的系統來維護了。
其次，保證系統已經穩定。
開發項目組需要開始向維護項目組做必要的業務系統知識的培訓。維護項目組在培訓完後，可以測試系統，看系統是否穩定。如果系統有大的性能上的問題，開發項目組也是需要先解決掉了以後維護項目組才能接收。
另外一個條件是所有的系統問題都已經解決，包括用戶使用後報告的問題。
業務系統正式運行後如果用戶發現問題，都需要在SLA規定的時間內解決。所有的問題都是可跟蹤的，在把業務系統正式移交給維護項目組前，這些問題必須都已經被解決。
最後，當以上條件都滿足後，開發項目組需要向維護項目組和業務部門展示在該業務系統的開發與短期維護中的經驗教訓。這樣可以讓維護項目組充分了解該業務系統的歷史情況。
在把業務系統從開發項目組移交給維護項目組的過程中，關鍵的活動包括：
1． 維護項目組測試系統是否達到客戶要求，如果需要，實現對系統的監控。
2． 開發項目組報告系統過去的系統維護與修改歷史記錄。
3． 維護項目組測試過系統後，如果認爲系統是穩定的，開發項目組就開始向維護項目組做業務系統的知識培訓。
4． 更新業務系統的風險管理文檔。
5． 更新業務系統的SLA。
6． 和業務部門一起確定定義維護過程，包括問題如何報告、問題如何解決、什麼樣的問題什麼樣的team來負責等等。
7． 確定維護項目的費用與結算方法。
8． 開發項目組與維護項目組和業務部門一起分享業務系統開發與短期維護過程中的經驗與教訓。
9． 客戶對業務系統的滿意度評估。
當以上工作都做過後，所有的移交條件也滿足，那麼開發項目組、維護項目組和業務部門一起就可以簽字，業務系統正式由維護項目組來維護。那麼這個移交過程也就圓滿結束。