當乙方的項目經理久了，即使我的職責是為了給甲方提供他們想要的軟件系統，但是其項目管理系統也不是共享的。換句話說，甲方（可能）有他自己的項目管理系統來管理著我們的項目，而乙方（我）也有只屬於自己的系統來管理自己的項目。只要這種情況存在，項目經理就必須要在任何需求、功能和特性被修改後，同步給甲方的項目經理，並讓他把這些資訊共享給相關的用戶。 做此事困難嗎？說實話不困難，但在執行時通常也有以下的問題 1. 修改後沒有共享: 乙方的項目經理只著眼於內部的執行，沒有做好需求的管理。需求在執行的過程中可能需要澄清，或更改而需要修改現有的需求。修改後只存在於項目管理系統上，沒有更新到相關的文件，更加不會共享給對方。因此甲方在一段時間後即忘記有關的修改。以致於在甲方做驗收測試的時候手上拿的可能是舊的版本而可能引致一些問題。在每次需求有所更動的時候，在流程中加入資訊分享的步驟是很重要的。或者甲乙雙方能建立一個資訊共享的文件夾，並讓甲方承諾且共同維護它。 2. 難以確認生效的版本：很多時候在修改需求時，會因為對細節的打磨而作多次修改，在修改完成後可能客戶又忘記確認。如果在相隔不遠的時間有多次不同的修改的話，這樣的情況就變得複雜了。最於乙方在執行項目時所依據的版本到底是那一份呢？在來來回回的過程中雙方所閱覽的版本就會有所差異，這可能會造成雙方衝突的原頭。因此要避免此類問題的發生，一份打算“生效”版本號的索引文件就事關重大了。雙方在尋找項目文件前先查閱現在各文件版本的現況，能有效為雙方提供統一的視角。要注意的是索引文件應該只有一份而且必須及時更新，並以更新日期為對雙方的對齊點。