代碼評論對於離岸離岸和離開時區開發商

Question

我們最近增加了離岸資源，並且很難提出成功的核心評論戰略。在過去，開發人員會抓住另一位開發人員，儘管在發生變化的同時記下所提出的問題。最初的開發人員然後會反覆重複。與我們的離岸合作伙伴一起，我們發現這個過程對時區和語言問題很費力。評論花費更長時間，更具爭議性。

是否有人在非敏捷環境中爲離岸團隊創建了非常成功的代碼審查策略。

Answer 1

是的，我們在美國境內有離岸團隊，儘管語言有困難，但我們對計劃非常謹慎，並且使用共享桌面等一切工作。時區的事情是很難的，因爲他們的時鐘離開了，但我們都必須靈活。

所以簡而言之。我想你必須明白離岸工作也需要主辦方的努力。

Answer 2

我還沒有使用TeamReview。它可能有助於您的需求。

Answer 3

根據我的經驗，與非同一地點的團隊合作，GitHub提供了一些非常棒的工具，用於向非共同編程的程序員提供反饋。