개발팀-나쁜 애플 하나가 무리를 망칠 수 있을까? [닫은]


20

... 신입 사원이 가져야 할 가장 중요한 기능 중 하나는 이미 그곳에서 일하는 사람들의 정신과 양립하는 것입니다.
{...}
개발자의 실제 성격에 대한 통찰력을 얻는 것이 전문 역량을 확인하는 것만큼이나 중요하다고 확신합니다. 한 번의 나쁜 적응은 팀 전체를 파괴 할 수 있기 때문 입니다.

에서 개발자를 채용 - 당신은 잘못하고 있어요

이것이 사실입니까? 그렇다면 관리자도 마찬가지입니까?


링크를 읽은 후이 질문에 접근하는 방법을 재고해야했습니다. 어쩌면 당신은 몇 가지 요점을 요약 할 수 있습니까?
JeffO

오히려 무리의 크기에 달려 있습니다.
Orbling

1
예. 협력하려면 두 가지가 필요합니다. 비협조적이고 난파하기 위해서는 하나가 필요합니다.
user16764

섬 밖으로 투표하십시오.

답변:


35

당신이 알고있는 것 이상.

당신이 매일 누군가와 싸워야한다면, 그것은 피곤해집니다. 이 경우 몇 가지 옵션 만 사용할 수 있습니다.

  • 프로젝트를 파괴하더라도 나쁜 욕구는 항상 원하는 것을 포기하고 포기하게하십시오.
  • 적합하지 않도록 팀 / 회사를 떠나십시오.
  • 나쁜 일을 해고 함께 일할 수있는 사람을 고용하십시오.

끊임없는 논쟁은 팀을 강등시키고, 모든 작은 논점을 정당화해야하는 것은 실제 생산성을 떨어 뜨립니다. 한 사람이 모든 사람과 같으므로 자극제가 여전히있는 동안 팀의 감소율이 증가하는 것을 볼 수 있습니다. 관리자에게 해고 할 권한이 없기 때문에 관리자에게는 까다로울 수 있습니다.

이상적인 상황에서 누군가 행동하고 있다면, 그들과 함께 앉아서 그들의 행동이 파괴적이라고 훌륭하지만 단호하게 말하십시오. 팀이 더 잘 지낼 수 있도록 그들의 행동 변화를 어떻게보고 싶어하는지 설명하십시오. 그들이 잘 받으면 좋습니다. 그렇지 않으면 위의 세 가지 옵션 중 하나를 선택하십시오. 악화 될 수 있기 때문입니다. 한 가지 확실한 점은주의를 기울이지 않으면 변화의 가능성이 없다는 것입니다.


8
+1. 예, 그렇습니다 내 진언은 "팀에 맞게 고용하고 경험과 기술에 대한 지불"이되었습니다
pdr

나는 답변을 게시하려고했지만 당신은 거의 모든 것을 말했다!
Kenneth

1
또한 팀 리더로서 나쁜 사과에 대해 많은 시간과 노력을
들일 수

탈퇴와 생산성 하락을 지적 +1.
Jacek Prucia

6

물론 사실입니다. 대부분의 것보다 착용감이 더 중요합니다. 예를 들어, 긴밀히 협력하는 팀이 있고 고독한 늑대를 고용하는 경우, 디자인에 맞지 않는 다른 주장, 다른 사람이 좋아하지 않는 방식으로 문제를 해결하기위한 인수를 기대할 수 있습니다. , 필요할 때 다른 사람들을 도울 의지가없고, 소스 제어에 물건을 투입하는 것을 거부하고, 그런 식으로 원하지 않는 것을 제외하고는 아무런 이유없이 코드를 다시 작성하는 등.

함께 어울리는 친근한 사람들이 있고, 침묵 속에서 일하고 싶은 사람을 고용하면 마찰이 생길 것입니다. 당신은 또한 맞지 않는 사람을 괴롭힐 수 있습니다.

원하는 방식으로 자유롭게 일하기를 원하는 사람들이 있고 프로세스 지향적 인 사람을 고용하는 경우 특히 프로세스 지향적 인 사람이 주도적 인 경우 지속적인 논쟁이있을 것입니다.

경험과 배경을 가진 사람을 고용하여 모든 사람이 선배가 될 것으로 예상되는 팀에서 초보자를 더 많이 만들면 아무도 그 사람을 멘토링하거나 그가 할 수 있다고 기대하는대로 배우기를 원하지 않기 때문에 짜증이 날 것입니다. 도움없이.

다른 직원에게는없는 특별한 특권을 기대하는 사람을 고용하면 지속적인 전쟁을 기대할 수 있습니다. 감정은 "샐리가 너무 좋으면 내가 집에 없을 때 집에서 일하게되면 왜 도와 주어야합니까?"입니다. 누군가가 아직 아무것도 달성하지 못했을 때 다른 사람들이 얻지 못하는 것을 기대하고 얻는 것을 원할 때 분개가 있습니다. 또는 새로운 직원 측에서 일을 기대하고 다른 사람이 상황이 좋을 때받지 못하는 경우 분개하는 경향이 있습니다. 그러면 불행한 직원은 오후 1시 전에 들어와야하므로 고문을당하는 것처럼 불평하고 끌고 다니는 모든 사람의 시간을 낭비하게됩니다.


2

나는 그룹에 대해 관심이있을 수있는 몇 가지 링크가 있지만 두 경우 모두에 해당한다고 말하고 싶습니다.

약간의 탄탄한 생각으로 Gallup Q12 는 직원의 참여 ​​방향에 관심이 있다면 직원 참여를 측정하는 흥미로운 질문을합니다. 이 모든 것은 개발자에게 국한되지는 않지만 개발자에 대해 독특한 점이있을 수 있습니다.


1

나는 그들의 "실제 성격"에 대해서는 그다지 신경 쓰지 않을 것입니다. 당신의 코드는 취미가 무엇인지에 달려 있지 않습니다. 중요한 것은 사람들이 비즈니스 라이프에서 유연성과 적응성 나타내는 입니다. 그들의 개인적인 삶은 훨씬 덜 관련이 있습니다. 제 직장 동료는 좋은 일을하고 그와 쉽게 협력 할 수있는 한 지루한 사람이 될 수 있습니다. 나는 다양한 성격을 가진 여러 사람들과 함께 일해 왔으며, 그들이 나를 받아들이는 법을 배우는만큼 그들을 받아들이는 법을 배웠습니다. 결혼이 아니라 직업입니다.


-2

이것에 영향을받는 것은 프로그래머 만이 아닙니다. 내가 들었던 좋은 충고는 '좋은 고용, 좋은 해고 같은 것은 없습니다.'였습니다.


-3

강하고 생산적인 팀의 혼란을 극복하기에 충분한 기술을 가진 사람은 거의 없을 것입니다.

실적이 저조한 팀원은 새 직원을 감염시키기 전에 교체해야합니다.


나는 먼저 이것을 다음과 같이 읽었습니다. "(어려운 사람들은) 제대로 작동하는 팀에 의해 엉망이되는 것을 다루는 데 충분한 기술을 가지고 있습니까?" 나는 두 번째 문장을 읽습니다. "만약 당신이 엉터리 팀을 가지고 있다면, 새로운 사람들을 고용하기 전에 그것들을 모두 제거하십시오." 나는 그렇게 생각한다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.