遠端工作的團隊相比同坐在乙個辦公室工作的團隊需要更好地紀律性，溝通的紀律性。過去的五年，我們遠端地在
teamed.io
開發軟體。我們使用漏洞追蹤工具（如
github, jira, trac, basecamp
等）。我們不鼓勵里斯愛裡面通過如skype，hipchat，電子郵件或者**來溝通問題。對我們來說每乙個漏洞都有乙個生命週期，自己的參與者，和自己的目標。這麼多年來，我們積累了很多經驗想和大家分享。如果你也是遠端協作開發，你會發現很有用。
1.保證漏洞是一對一的
每個漏洞都是兩個人之間的一種聯絡：問題提出者和問題解決者。如果是個漏洞，那麼我提出這個問題，你來解決這個問題。如果是個問題，那麼我來問你來回答。如果是項任務，我讓你來做，你來完成它。基本上所有情況都是兩個主要角色。不管多少人涉及到了問題的解決，總是有兩個通常意義上的角色在。
漏洞提出者應該從問題出發來著想。我報告了問題，那麼我堅持這個問題的存在，因為這是我的職責。其他人可以告訴我這不是問題，我是不是搞錯了，他們可能告訴我這個漏洞不能復現，他們可能告訴我我提的問題太模糊了，沒人看得懂。他們也許會告訴我我提的漏洞有很多問題。但是我的職責就是來提出問題，保證漏洞的存在。很明顯，如果問題不能復現，我會強制關閉。但是直到問題關閉，我都是這個問題的守護使者。：）
另外，漏洞解決者的職責是保護漏洞解決方案。如果乙個問題提到我這裡，我必須得解決掉。我的工作就是告訴漏洞提出這我的解決方法足夠好。他也許會告訴我解決方案不夠充分，不是最優解，或者不是完成的。我的工作就是堅持我是對的。我需要首先了解問題，找到到這問題的各種原因然後尋找最優的實現方案。但這些都是次要的，我的主要任務是說服測試人員。我會一直銘記關閉問題單是我的首要問題。
我的意思是不管多少人參與到問題當中，永遠記得有個人在向另乙個人說明問題原因，提出解決方案。問題涉及的其他人都是種輔助或者說累贅。（繼續往下看）
2.關閉問題單！
記住漏洞不是一場聊天。通過聊天可不能關閉問題。問題到你名下，盡快專注的解決問題才是最重要的。
當你意識到你的問題要拖很久，你就要更努力的讓問題盡快解決。如果測試人員不喜歡我的解決方案怎麼辦？那也需要找個暫時的解決方案來讓測試人員滿意。在你的**或者專案中使用todo標籤也比拖著問題不解決管用。
一旦你提供了足以解決問題的方案時主動去找測試人員關閉問題。直接關閉問題，不要兜圈子。直接要求測試人員關閉問題並繼續後續工作。可以這樣說：「hi，傑夫。如果沒有其它問題，請關閉這個問題單。」
3.不要關閉問題！
每當你發現漏洞報告漏洞的時候你都在耗費這專案的資源。每個漏洞報告都意味著資金的花費。1，你發現提出問題的時間不是免費的。2，專案經理需要花費之間來檢視問題單並分配問題單。3，開發人員也需要花費時間經理來閱讀你的測試報告並找到解決方案4 每次問題討論都要有很多人的參與。
可以使乙個臨時的解決方案，可以使專案文件中一行文字的變化，甚至可以是個todo標籤寫著：我們知道問題，但是我們有點懶不想改。總之做一些事情總比什麼都不做強。
換個角度看問題。當你開啟乙個問題單你要心裡有譜。這個專案是有地方有問題的。這是你報告問題的原因。如果其他人都沒動**你就關掉問題，幾天或者幾年之後會有同樣的問題出現。為了避免以後出問題，即使你提出來的可能不是問題，你也需要提出問題哪怕讓開發人員加幾條注釋也是值得推行的。
4.避免噪音--記著加注釋
每次提問題的時候都要指定乙個問題解決人。不然即使你想表達自己想發而提出問題，也會是噪音。記住乙個問題是兩個人的事情。乙個報告問題乙個解決問題。像「我們試試另一種方法」或者「我記著之前出現過類似問題」是無用的。誠實的說出來，沒人關係更多選擇。我們需要的只是問題的解決方案。
如果你覺得解決方案是錯的，你可以對開發人員說「hi ，傑夫。我覺得你的方案不夠好，因為......」這樣你可以讓開發人員指導問題的所在，在找到解決方案之前保證問題單是開放的。
還有，不要提出各種選擇來干擾大家。而是專注。你或者贊同解決方案，關閉問題單或者不認同，繼續開啟問題單。在解決問題和保持問題中間徘徊一點也不會幫助專案的進行。
5.有問題就要提出來
很明顯，但是我要重申：每個問題都必須可以重現。每次報問題你都需要解釋執行過程中問題是如何出現的。是的，你的工作就是要證明軟體並沒有按照預期的執行，或者沒有良好的手冊支援或者不能滿足現有需求等等。
每個問題提出者都需要遵循類似的規則：這是我們的現狀，這是我們應該做的。所以修復一下吧。每個漏洞，直接說是個bug吧，一項任務，乙個問題，乙個解決方案，都應該這麼標準化。提出問題的過程中，你想讓專案從a點進行到b點。a點有些問題，而b點對於所有人來說會更好，所以你必須要向大家解釋明白a點和b點各自是什麼。最好可以解釋清楚如何做，如果重現問題如何解決問題。
如果你解釋不清楚怎麼解決問題，可以這樣說：看上去這個類執行的不太正常。但是我不知道如何復現問題，如何解決問題。這會清楚地告訴大家你的問題報告不是很完善。問題解決者會首先了解問題，找方法重現問題。如果問題不能重新啊你的問題就不得不關閉了。
讓我再重申一遍：每個問題都會把專案從a點帶向b點。去b點的過程中如果有問題，那麼就要解決問題。作為測試人員，你的職責就是畫一條清晰的a點到b點的線路。
選拔人才的五項原則
選拔人才是管理者的乙個重要任務。相比其他的決策，管理者做的人事決策所造成的後果持續時間長，更加難以消除。雖然選拔人才比較困難，但是有的管理者的人事決策卻做得近乎完美。這裡面有什麼秘訣呢？管理大師彼得 杜拉克在他的文章 選拔人才的基本原則 管理前沿 中的一篇，機械工業出版社2006年6月出版 中指出，...
選拔人才的五項原則
選拔人才是管理者的乙個重要任務。相比其他的決策，管理者做的人事決策所造成的後果持續時間長，更加難以消除。雖然選拔人才比較困難，但是有的管理者的人事決策卻做得近乎完美。這裡面有什麼秘訣呢？管理大師彼得 杜拉克在他的文章 選拔人才的基本原則 管理前沿 中的一篇，機械工業出版社2006年6月出版 中指出，...
物件導向的五項原則在現實中的應用
srp，單一職責原則，乙個類應該有且只有乙個改變的理由。單一職責原則 其實在現實中也很重要，就要乙個時間內只做一件事情。乙個人某個時間段內只負責乙個事情，一段時內只要把一件事情做好。老子曰 少則得，多則惑 ocp，開放封閉原則，你應該能夠不用修改原有類就能擴充套件乙個類的行為。不管是說話還是做事，自...