與團隊合作不遵循團隊定義標準的想法？

Question

在團隊環境中工作如何處理拒絕遵循團隊定義標準的開發人員？

1）開發處於初級水平

2）開發人員是在對等層面

3）開發者是在高層

我知道這是暗示，但我覺得這通過讓他們更專業，會使開發人員受益。謝謝！

Answer 1

1）開發者在初級水平 - 導師;親切的溫柔&。解釋一般標準的必要性，然後解釋沒有遵循的特定標準的必要性。以開放的心態去做這件事;如果你不能證明標準是正確的，那麼它可能不應該成爲一個標準？

2）開發者在同行級別 - 這應該很容易 - 如果你可以保持技術性，而不是讓人融入個性衝突。再說一次，如果你能證明這一點，它可能應該是一個標準，但是如果他有一個同樣令人信服的論點反對，那麼也許不是。但是，不是接受，應該沒有標準。問他建議的標準，以取代他不喜歡的標準。如果他不遵守，則升級。如果你不喜歡它，然後把它投票/升級。儘量避免升級，但儘量保證是的一個標準。

3）開發人員在高級 嘗試推理。仔細聽，他可能是對的。如果有疑問，然後把它投票/升級。注意：標準很好（imo，絕對必要，但ymmv），但除非達成共識，否則很難「強制執行」。

例外：「牛仔編碼器」需要拍打硬;沒有期望。

不要對老闆「喋喋不休」地感到難過。當談到牛仔編碼器時，請按照牛仔的座右銘「這支球隊對於我們兩人來說都不夠大」;要麼他停止牛仔，要麼你們中的一個必須從道奇身上得到地獄。

Answer 2

如果有適當的標準文件，那麼只需指向文件並告訴他們他們需要遵守標準。如果沒有任何文件，並且它是特設的「事實上這個團隊是如何編碼的」，那麼組織一次會議，就團隊標準應該是什麼以及創建一個標準文件達成共識。我認爲爲了可讀性和維護性而需要一致的風格是相當困難的，並且當有規則說「按照這種方式做」時，與它相比，要更加難以分開它只是建立了慣例。

Answer 3

配對編程可能是我最好的建議，因爲這可以幫助確保每個人都達到相同的水平，並有助於培養團隊中的社區意識。這確實在一定程度上轉移了責任，但想法是讓某人試圖讓別人像別人那樣做事情。How to Win Friends and Influence People有可能適用儘管這些都是一般包括以下幾點：在處理人民

1. 基本技術不要批評，譴責，或抱怨。

2. 給予誠實和真誠的欣賞。
3. 喚起對方渴望的慾望。

六種方法讓你這樣的人

1. 成爲其他人真正感興趣的。
2. 微笑。
3. 請記住，一個人的名字對他來說是任何語言中最甜美，最重要的聲音 。
4. 做個好聽衆。鼓勵他人談論自己。
5. 談論對方的利益。
6. 讓其他人感到重要，真誠地去做。

十二方法來贏得人們對你的思維

1. ，避免參數的方式。
2. 尊重他人的意見。永遠不要告訴別人 他們錯了。
3. 如果你錯了，快速並且強調地承認它。
4. 開始友好的方式。
5. 從問題開始，其他人會回答yes。
6. 讓其他人說話。
7. 讓其他人感受到他/她的想法。
8. 誠實地從別人的角度去看待事情。
9. 同情對方。
10. 呼籲高尚的動機。
11. 將您的想法戲劇化。
12. 拋出一個挑戰&不要說負面的時候人是 缺席，只談正面。

成爲領導者：如何更改 人沒有冒犯或 引起幽怨

1. 開始讚美和誠實的讚賞。
2. 間接喚起對別人錯誤的關注。
3. 先談談你自己的錯誤。
4. 問問題而不是直接下單。
5. 讓其他人保存臉部。
6. 讚美每一項改進。
7. 給他們一個不辜負的美譽。
8. 鼓勵他們讓他們的錯誤看起來容易糾正。
9. 讓對方高興做你的建議。

Answer 4

我們使用TFS和代碼簽入策略來強制執行代碼標準。其他答覆我完全同意人們的一部分。對於像變量命名標準這樣的編碼標準，你可以花費一點時間（也許有問題的開發者可以寫這些）並編寫這些標準。如果將它們合併到構建過程中，那麼構建的驗證的一部分就是檢查源代碼是否符合正確的代碼標準。我們在Visual Studio 2008中使用了MSBuild，它工作得很好。當一個系統被開發來執行標準時，這將有所幫助，因爲有時候很難與構建系統爭論。此外，它有助於讓這些構建將這些違規視爲視覺工作室中的錯誤，而不僅僅是警告進一步實施。最重要的是，標準的「爲什麼」部分對於udnerstand的任何級別的開發人員來說都是最重要的。如果他們明白爲什麼標準很有用，並且理解正確的論壇/機會（月度開發會議），他們可以根據特定標準發表推理，希望他們可以跟着成功的團隊一起跟隨他們。