不知道大家的公司有沒有外包或者與其他公司合作的經驗，通常合作的開始會是 Sales、BD、PO、PM 等將合約規格談妥後進行開發到測試驗收時已經是後半段了，往往因為時程的壓力犧牲了品質或者是目標錯誤導致合作失敗，QA該如何更靈敏的幫助團隊呢？筆者彙整了需要注意的點來和大家分享！
先來看看與外部公司合作的優點
- 節省時間和成本
- 著重在自己核心的商業價值上
- 增加靈活性 風險降低
- 豐富公司的知識及技能
看似合作美好的狀況，有無風險呢？
- 周轉時間較慢
- 缺乏業務或領域知識
- 缺乏控制
所以建議在投入資源前先分析合作的原因是什麼. 是一個概念性的驗證 (Proof of concept)？商業的驗證(Proof of Business) ？還是在維運(Operation)的階段，上述三個環節我們分別來看看
概念驗證(Proof of concept, POC)
這可能是老闆的靈光一閃的想法並很有衝勁的想找了一家公司來合作且會議中提了出來，要求團隊估計工時，若遇到類似狀態 QA 請協助大家做以下分析，並使用最少人力得到產出
- 人：對方公司背景為何，是業界第一嗎？
- 事：雙方解決什麼問題？
- 物：是否先考慮先做 MVP/Prototype 將產物縮到最小
- 時：多久做完，實驗多久
- 驗收標準：數據化描述驗收標準。舉例：簽下合約備忘錄、得到試用者好評五顆星
商業驗證(Proof of buiness, POB)
幸運的老闆靈光乍現是真的能幫助到用戶解決問題，接下來是要驗證商業價值了，我們可以服務到多少客戶，預估能得到多少營收，先前MVP / Prototype是需要做功能增加的，此時人力就需要投注在裡面了，有兩個開發前需要注意的事項
1. 產品的注意事項
- 產品功能流程及規格書：產品規格是需要文件化並與對方逐條確認畫押，避免額外多了不明規格或者功能少做的問題發生
- 技術架構 ：QA可考慮到測試環境，如：Production/Staging/Dev 是否需要，雙方技術文件化，公司網路是否有 IP 控管…等
- 用戶體驗：考量易用性，降低使用者入門門檻
- 時程確認：雙方開發週期
- 問題修復的速度 如：幾天內對問題要有回覆
- 開發管理工具：共同文件擺放處，產品交付方式
- 驗收標準制定：市場多大、多少用戶、預計營收，產品滿意度
- 測試報告書：是否有測試範本，測試項目擬定，壓力測試數據
2. 人的注意事項
- 雙方窗口：找一個統一溝通的對象，畢竟工程師是不能隨意拋頭露面的
- 團隊背景：開發模式為何？如：是否都走敏捷
- 統一溝通方式，避免資訊發散
- 多久需要給予回應
- 例行會議及記錄：增加掌握度
維運(Operation, OP)
進到維運了，看來雙方合作愉快且達到雙方想要的目標，恭喜！接下來注意如下
- 溝通順暢
- 持續觀測指標：服務層級協議(Service Level Agreement；SLA)，允許downtime多久
- 危機處理：突發事件的處理方式，多久內需修復
- 懲罰：重大問題發生時如何提供補償 如：延長合約，賠償金額
寫了這麼多還是有一些公司因素無法避免，如：公司政治問題互卡資源，人員窗口突然離職，做 Product 和做 Project 的心態不一…，希望這篇能幫助到 QA 提升與外部公司合作的掌握度，避免問題發生時真的是急跳腳啊！
