最近在軟體開發上遇到一些狀況，
這狀況最後的結局是導致測試及撰寫文件的人要加班把東西弄好。
但細想整個流程，感覺我同事這加班是可以避免的，
所以想Po來詢問大家，如何用最少的時間，做到一樣的事情。
有三個系統 A、X、Y，
角色有 PM-A、PM-X、PG-A(我)、PG-X、輔導，
公司都稱測試及撰寫文件的人叫輔導 (雖然我查網路好像沒特別這樣說)
X 跟 Y 系統兩者之間的功能只有些微不一樣；
A 與 Y 之間資料交換的程式已經上機有好一陣子，
整個傳送的過程也都很順利；
今年8月底的時候客戶要求 A 跟 X 也要有一樣資料交換的程式，
同時因為 X 跟 Y 有些不一樣，來自 X 的資料在 A 前端顯示會有些微不同，
程式要求9月底交付；
PM-A 了解需求後告訴我怎麼做，
因為知道有時間壓力，所以把 A系統 這邊的程式在9月初完成後發測，
結果測試一直出現錯誤，大部分的原因是 X系統 要與 A 交換的程式有缺漏，
使得傳過來給 A系統 的資料不完全， A系統因此一直報錯。
來回幾次之後在今天 PM-X 跟我說 A 前端的顯示
跟當初 PM-A 說有些不一樣，以及今天要將文件完成先交給客戶，
今天下班前 輔導問我說這個要改好要多久，
我想了一下大概要一個小時，由於前端顯示並沒有差很多，
輔導決定用修圖的方式先把文件做出來，
想到我可以明天一早上班就先處理掉，就準時下班了。
過去我劃分職責的方式是照程式是寫在哪個系統上的，
但依照這分法，A 與 X 個系統間的資料交換，程式寫在 X 系統，
所以不是我負責的，
但那隻程式的 domain know-how 比較多是跟 A系統有關。
所以我應該要在開發過程中去主動了解那隻程式的狀況，
來避免我的同事加班嗎？
更進一步的來說，A、X、Y 三個系統都是同一家公司負責的，
所以有問題只要走到彼此辦公位置討論就好，很方便；
但 A 跟 其他公司的系統 I 也有資料交換，如果以後要增加資料交換的功能，
程式開發時間勢必會因為電話及郵件來往間耗掉很多時間。
不知道大家聽到上述狀況，有沒有甚麼想法呢？
是不是有更好的作法，能夠花更少的力氣，做到一樣、甚至更多的事？