팀 정의 표준을 따르지 않는 팀원과 함께 작업 할 아이디어가 있습니까?

Question

팀 환경에서 작업 팀 정의 표준을 따르지 않는 개발자는 어떻게 처리합니까?

1) 개발자는 중학교 수준에

2) 개발자가 피어 수준에

3) 개발자 수석 수준에

나는이 암시하지만 난 그 느낌을 알고 개발자를 더욱 전문적으로 만들면 개발자에게 도움이됩니다. 감사!

Answer 1

1) 개발자는 중급 수준 - 멘토; 친절한 & 친절하십시오. 일반적으로 표준에 대한 필요성을 설명하고 준수하지 않는 특정 기준에 대한 필요성을 설명하십시오. 열린 마음으로 이것을하십시오; 표준을 정당화 할 수 없다면 아마도 표준이되어서는 안된다.

2) 개발자가 동료 수준 인 입니다. 기술적 인면을 유지하고 개성을 손상시키지 않으면 개발자가 충분히 쉽게 수행 할 수 있습니다. 다시 말하지만, 만약 당신이 그것을 정당화 할 수 있다면, 아마도 표준이되어야합니다. 그러나 그가 똑같이 강력한 논쟁을한다면, 아마도 그렇지 않을 수도 있습니다. 그러나 이 아닌은 표준이 없어야 함을 인정합니다. 그가 싫어하는 것을 대체 할 제안 된 표준을 물어보십시오. 그가 준수하지 않을 경우, 다음 단계로 확대하십시오. 마음에 들지 않으면 투표/이관하십시오. 에스컬레이션을 피하려고 시도하지만 이 표준인지 확인하십시오.

3) 개발자 수준이 높습니다. 이유를 찾으십시오. 신중히 들어라, 그는 옳을지도 모른다. 의심스러운 경우 투표/이관하십시오.

경고 : 기준은 훌륭하지만 (imo, 절대적으로 필요하지만 ymmv), 합의에 도달하지 않는 한 "시행"하기가 어렵습니다.

예외 : "카우보이 코더"를 슬쩍 내릴 필요가 있습니다 하드; 기대는 없다.

상사에게 "tattling"하는 것에 대해 나쁘게 생각하지 마십시오. 카우보이 코더에 관해서는 "이 팀은 우리 둘다를 위해 충분히 크지 않습니다"라는 카우보이의 좌우명을 따르십시오. 그는 카우보이를 멈추거나 당신 중 하나가 닷지에서 빠져 나간다.

Answer 2

표준 문서가있는 경우 문서를 가리키고 표준을 준수해야한다고 알려줍니다. 문서가 제자리에없고 "이것이 사실상이 팀의 코딩 방법"이라는 임시 방편 일 경우, 팀 표준이 무엇이어야하는지에 대한 합의를 만들고 표준 문서를 작성하기 위해 회의를 구성하십시오. 나는 가독성과 유지력을 위해 일관된 스타일에 대한 필요성을 주장하는 것이 상당히 어렵다고 생각합니다. 그리고 "do this it way"라고 말하는 규칙이있을 때, 그것보다 멀어지기가 더 어렵습니다. 단순히 관행을 확립했다.

Answer 3

페어 프로그래밍은 모든 사람이 동일한 수준에 도달하고 팀 내의 커뮤니티 감각을 키우는 데 도움이 될 수 있으므로 최선의 제안 일 수 있습니다. 이것은 어느 정도 책임을 변화 시키지만 다른 사람이 다른 사람과 같은 방식으로 일을하도록 누군가에게 시키려고하는 것입니다.비판하지 마십시오 취급 사람들

1. 에서

   기본 기법, 비난하거나 불평 : How to Win Friends and Influence People이 일반 비록 적용 할 수있는 다음과 같은 사항을 가지고있다.

2. 정직하고 진지한 감사를 표하십시오.
3. 다른 사람을 욕하고 싶다. 당신은
   1. 다른 사람에 진정으로 관심을 갖게처럼

   여섯 가지 사람들을 확인합니다.

4. 미소.
5. 남자의 이름이 가장 달콤하고 가장 중요한 단어 인 것은 어떤 언어로든 입니다.
6. 좋은 청취자가 되십시오. 다른 사람들이 그들 자신에 대해서 이야기하도록 격려하십시오.
7. 다른 사람의 관심사에 대해 이야기하십시오.
8. 다른 사람을 중요하게 생각하고 진심으로하십시오.

열두 가지

1. 인수를 피 생각 귀하의 방법으로 사람들을 승리.
2. 다른 사람의 의견을 존중합니다. 누군가 에게 말하면 절대로 틀립니다.
3. 틀렸다고 생각하면 빨리 강조하십시오.
4. 친절한 방법으로 시작하십시오.
5. 질문으로 시작하면 다른 사람이 예라고 대답합니다.
6. 다른 사람이 이야기하게하십시오.
7. 다른 사람이 아이디어가 그/그녀의 것임을 느끼게하십시오.
8. 솔직하게 다른 사람의 관점에서 사물을 봅니다.
9. 다른 사람과 공감하십시오.
10. 고귀한 동기 부여.
11. 아이디어를 극적으로 표현하십시오.
12. 챌린지를 던져 & 사람이 일 때 부정적인 말을하지 마십시오. 긍정적 인 것만 얘기하십시오. 위반 또는 불러 일으키는 분노가
    1. 칭찬하고 정직한 감사로 시작 포기하지 않고 사람들을 변경하는 방법 :

는 리더합니다.
13. 간접적으로 다른 사람의 실수를주의하십시오.
14. 먼저 자신의 실수에 대해 이야기하십시오.
15. 직접 주문하는 대신 질문하십시오.
16. 다른 사람이 얼굴을 저장하게하십시오.
17. 모든 개선 사항을 칭찬하십시오.
18. 그들에게 훌륭한 평판을 제공하십시오.
19. 오류를 수정하기 쉽게 만드는 것이 좋습니다.
20. 다른 사람이 당신이 제안한 것에 만족하게하십시오.

Answer 4

우리는 코드 표준을 시행하는 방법으로 TFS 및 코드 체크 인 정책을 사용합니다. 다른 응답들도 사람들의 일부분에 대해서는 완전히 동의합니다. 변수 명명 표준과 같은 코딩 표준의 경우 약간의 시간을 소비 할 수 있습니다 (문제의 개발자가이 코드를 작성할 수 있습니다). 그것들을 빌드 프로세스에 통합한다면, 빌드 검증의 일부는 올바른 코드 표준에 대한 소스를 확인하는 것입니다. 우리는 MSBuild를 Visual Studio 2008과 함께 사용합니다. 때때로 표준을 적용하기 위해 시스템을 개발할 때 다소 도움이 될 것입니다. 때로는 빌드 시스템으로 논쟁하기가 더 어렵습니다. 또한 빌드를 사용하면 더 이상의 시행을위한 경고가 아닌 시각적 인 스튜디오에서 이러한 위반을 오류로 처리하는 데 도움이됩니다. 무엇보다 표준의 "왜"부분은 어떤 계급의 개발자가 udnerstand하기 위해 가장 중요합니다. 그들이 표준이 유용한 이유를 이해하고 특정 표준에 대한 추론을 표명 할 수있는 적절한 포럼/기회 (월별 개발 회의)를 이해한다면 잘하면 팀원들과 함께 시작할 수 있습니다.