“당신은 코덱을 사용하지 마십시오”상황을 피하는 방법?

나는 직장에서 이상한 상황을 겪고 있는데, 내 동료가 종종 나와 다른 동료들에게 작업 코드를 요구합니다.

나는 그를 도와주고 싶지만 사소한 스 니펫에 대한 끊임없는 요청은 내 생각을 방해하고 때로는 집중하기가 어렵습니다.

또한이 요청이 게으름보다는 역량 부족으로 생성된다는 인상 (...)을 가지고 있습니다. 사실, 그는 종종 답을 아는 척하는 질문을합니다. 문제를 풀 때 보통 "예", "예, 그렇게 생각했습니다"라고 말하면서 대답이 가치가 없다는 인상을줍니다.

이 난처한 상황을 어떻게 해결할 수 있습니까?
다른 동료들에게 자신의 지식이 부족하다는 것을보다 명확하게 보여 주어야합니까 ( "할 수 있다면 스스로 해주세요"라고 말함으로써) 계속 원하는 것을 계속 주어야합니까?

나는 그가 모든 질문을 하나로 모아서 내 시간의 일부를 줄 수 있고 모든 일을 혼자서 할 수 있다고 생각합니다.

팀에는 계층 구조가 없으며, 우리 모두 5 년 정도의 비슷한 선배가 있다고 말해야합니다. 같은 이유로 나는 사소한 질문은 종종 무시되기 때문에 경영진에게보고 할 수 없다고 생각합니다.

나는 다른 두 멤버들과 이야기를 나누었고 그들은 저에게 동의합니다. 사실 그는 종종 동료들을 통해 사이클링을 요구합니다.

제 답변은 "지금 조금 바빠서 이메일을 보내 주시면 나중에 처리하겠습니다"라는 것입니다. 그의 질문 중 일부는 합법적 일 수 있습니다. 이메일을 보내도록하면 흐름이 방해받지 않으며 전자 메일에서 문제를 자세히 설명하지 않을 것입니다. 그런 다음 그의 질문이 여전히 불합리한 수준으로 유지되는 경우 경영진에게 보여줄 기록이 있습니다.

가장 먼저 할 일은 문제의 사람과 솔직한 토론을하는 것입니다. 그룹이 아닌 일대일로 수행하십시오. 그렇지 않으면 갱에 빠질 수도 있습니다 (아마도 그렇게해야합니다). 그가 왜 이런 질문을 계속 하느냐고 물어보고, 이것이 당신의 일에 얼마나 지장을 주는지 설명하십시오.

이 대화에서 얻은 내용에 따라 그가 스스로 배울 수 있는지 확인하십시오. 그에게 답을주는 대신 자신을 도와주세요. 그를 올바른 방향으로 향하는 것이 충분한 지보십시오.

위의 어느 것도 도움이되지 않으면 :

당신과 당신의 동료는 그의 사소한 질문에 대답하지 말아야합니다.

다음과 같은 답변 :

• 죄송합니다. 지금 도와 드릴 수 없습니다. 마감일이 있습니다.
• 왜 묻는거야?
• 당신 같은 사람에게는 사소한 것 같습니다.

기본적으로 모든 팀이 이것과 함께 플레이하기로 동의한다면, 그는 스스로 물건을 알아 내야합니다.

당신은 이것이 비협조적이라고 말합니다-그렇습니다. 그게 요점입니다.

당신은 자신의 무게를 당기지 않는 팀원을 가지고 있습니다. 그는 실제로 당신과 당신의 동료들의 생산성을 떨어 뜨리고 있습니다. 그가이 질문들이 그가 요구하는 질문이 아닌 수준에 있다면, 대답을 거부하십시오.

이것이 좋은 전략이 아니라고 생각되면 중단 로그를 시작할 수 있습니다. 그가 당신에게 사소한 질문을 할 때마다 그리고 당신의 일로 돌아 오는 데 얼마나 걸 렸는지 (즉 , 중단 하기 전에 있었던 사고 방식으로 ) 기록하십시오.

이 로그는 그가 당신에게 얼마나 많은 시간을 소비하는지에 대한 아이디어를 줄 것입니다. 모든 동료가이 작업을 수행하면 문제가 얼마나 나쁜지 확실하게 알 수 있습니다.

이 데이터로하는 일은 당신에게 달려 있습니다. 그와 토론하고, 문제를 설명하고, 해결하거나 경영진에게 이관하십시오.

이것에 접근 하는 건설적인 방법은 (능력이 부족하다고 생각하기 때문에) 다음과 같습니다.

• 대답의 방향으로 그를 코치하지만, 그에게 최종 답을 제시하도록 노력하십시오. 이런 식으로, 그는 사소한 일을 스스로 제기하는 방법을 배우고, 또한 해결책을 제시 할 수있는 자신의 역량에 대해 더 자신감을 갖게 될 것입니다. ).

• 그가 비슷한 질문을 여러 번한다면, 당신이 이미 이것을 설명했고, 그가 이것을 알아야한다는 것을 분명히하십시오.

이전에 이런 종류의 사람들을 고용 한 사람으로서,이 문제를 알게되는 것이 정말 좋은 일이라고 말씀 드리겠습니다. 이런 상황에서 사람들이하고 싶은 것은 :

• 아니요. 이 사람들은 자신이하는 일에 매우 능숙하여 다른 사람들이 도움을주기 때문에 어렵습니다. 아주 좋아요 [참고 1 참조]
• 당신이 그것을 위해 행동하는 경우, 당신은 행동을 식별하고 더 이상 참여하지 않을 것이라고 어른 대화를하십시오. 이것은 선택 사항입니다. 동료에게 원하는대로 지갑에서 20 달러의 지폐를받을 수 없다고 말할 필요는 없습니다.
• 상사에게 말해 주님, 나는 사람들이 나에게 앞서 말했으면 좋겠다.

이 동료가 해고되면 어떻게 될지 아십니까? 이것은 충격적인 것입니다. 아무것도 나쁜. 팀이 일주일 전에 x 단위의 작업을 생성 한 경우에는 일주일에 x 단위의 작업을 계속 생성합니다. 이 사람이 소비하는 시간과 업무 흐름에 방해가되는 장애는 실제로 이후에만 확인할 수 있습니다. 이 동작이 중지되면 더 많은 작업을 수행하게됩니다. 당신도 더 행복 할 것입니다. 그리고 당신의 회사는 더 많은 돈을 가질 것입니다.

참고 1 : 나쁜 일주일에 나쁜 하루를 보낸 직원이있었습니다. A, 나는 말했다, 나는 당신의 모든 뛰어난 것들과 오늘 집에 가기 전에 그것이 어디에 있는지 목록이 필요하다고 말했습니다. 오늘 밤에 살펴보고 내일 아침에 계획을 세울 것입니다. 하루에 한 시간 남았습니다. 내가 A의 사무실을 떠난 후 (집으로 운전하기 위해 같은 시간 동안 일하지 않았다), B를 기뻐하고 B를 괴롭히는 A는 B의 프로젝트 (회사에게도 중요하지 않았지만 B를 만드는 훈련 프로젝트였다)로 "도움을 준다" 한 시간 동안 웹 사이트에 무언가를 추가하여 특정 기술에 더 좋습니다. 그런 다음 A는 집으로 갔다. 나는 그것에 반대하지 않는다. 멈춤은 멈춤이다. 그러나 다음날 B에서 화를 냈다. 현명한 사람들이 당신을 위해 모든 것을 떨어 뜨리는 데 필요한 기술 수준은 과소 평가하는 것이 아닙니다. 당신은 아니오라고 말할 수 있습니다.

그 사람이 그 일을 그만두 게하는 방법을 알려줄 수 있으면 좋겠습니다. 내 경험으로는 할 수 없습니다. 그러나 당신은 그들이 당신에게 그것을하지 중지 할 수 있습니다 . 때때로이 사람들은이 일을하고있는 곳에서 물러 난 후, 거머리를 걸거나 좋아하지 않는 곳에서 일을하거나 실제로 어떻게해야하는지 잘 알고있는 직장에서 일하게됩니다. 그러나 그들이 직업을 가지고있는 동안 그들은 어떻게해야하는지, 다른 사람들이 그들을 위해 할 수있는 능력, 그것이 그들이 사용할 전략입니다.

스택 오버플로 링크를 보내십시오 .

그것이 게으름이라면 일을 완수하려는 그의 의지를 뒷받침하는 것은 당신의 책임이 아닙니다. 능력이 부족하다면, 당신의 짐이 아닌 자기 자신의 짐을 숭배하게하십시오. 귀하는 최선의 작업을 수행 할 고용주에게 전문적인 책임이 있으며 다른 사람이 귀하를 타협하도록 허용 할 수 없습니다. 협력 적으로 일하고 동료를 돕는 것은 전문적이고 기대되는 행동입니다. Deadweight가 당신이 일을하지 못하게하는 것은 (뭔가를 기고하지 않고) 피해야 할 일이며 관리자가 해결해야 할 큰 부담을 얻습니다.

기괴하다-그는 당신에게 그를 위해 그의 일을하라고 요구하고 있습니다. 그가 매우 영리하고 미묘한 질문을하지 않는 한, 나는 "아니오, 시간이 없다"고 말하고 싶은 유혹을받는다고 생각합니다.

이 사람과 성인 대화를 고려한 적이 있습니까? 그들에게 끊임없는 질문이 생산성을 저하시키는 원인임을 알리고 왜 그가 간단한 질문을 끊임없이 요구해야한다고 생각하는지 물어보십시오. 어쩌면 그는 입니다 비트 무능은. 당신은 그를 실패하도록 선택하거나 그를 성공하도록 선택할 수 있습니다.

이상적으로는, 그가 진정으로 고착되어 있다면 도움을 주겠다고 결심하지만, 당신이 그에게 존경을 베풀고 약간 독립적 인 연구를 먼저 할 것을 기대한다고 알려주십시오. 그에게 간단한 질문에 대한 대답을 계속해서주는 것은 아무도 도움이되지 않습니다. 그를 배우고 성장하도록 격려하면 전체 팀에 도움이됩니다.

그렇습니다. 불편한 대화가 될 것이지만, 몇 달의 침묵의 원한보다 더 불편하지는 않을 것입니다.

전직 관리자로서 나는 "자란"베이비 시터로 일주일에 얼마나 많은 시간을 보냈는지 말할 수 없습니다. 모든 자아, 갈등, 모욕 및 때때로 업무 관련 문제. 코드 검토에 아무런 문제가 없습니다.

나는 실제 직장이 심지어 요엘의 책에있는 것들과 비슷해지기를 바랄뿐입니다.

전체적으로이 개인이 괴롭히는 모든 직원이있는 회의실에 앉으십시오. 이 사람에게 방해가 귀하의 작업에 방해가된다는 것을 알리고 "지역"에서 일할 수있는 능력을 방해합니다.

가능하면 관리자에게 알리십시오.

업무상 간섭을 제거하기 위해 모든 질문에 대해 전자 우편을 통해 다루어야하므로 중단 빈도와 낮은 수준의 경험을 모두 기록 할 수 있습니다.

단기간 내에 그룹은이 사람을 모두 귀찮게하는 메시지를 보냈거나, 경험이 부족한 관리자라도 채용 실수를 보여줄 수 있도록 충분한 이메일 추적을 수집했습니다.

내가 관리자로서 일찍 배운 교훈은 내가 찾을 수있는 최고의 직원을 고용하고, 각 직원이 팀 내에서 일한 방식과 팀이 어떻게 겔화했는지 확인하는 것이 었습니다.

또 다른 초기 교훈은 나쁜 직원을 즉시 제거하는 것이 었습니다.

그에게 질문을 적어달라고 요청하면 나중에 자유 로워 질 때 대답 할 수 있고 조용한 근무 조건을 갖도록 관리자와 상담 할 수 있습니다.

상황이 실패합니다 Joel Test 의 요점 # 8 프로그래머는 조용한 근무 조건을 가지고 있습니까?

동료가 1 분의 중단을 일으켜 질문을하지만 이로 인해 생산성을 다시 얻는 데 30 분이 걸리는만큼 영역에서 나빠질 경우 전체적인 생산성에 심각한 문제가 있습니다.

이 사이트에 질문을 게시하고 그가 어떤 응답을 받는지 확인하십시오. 많은 프로그래머들에게 도움이되었습니다.;) CLR을 C # 사본을 책상에 놓고 체크인하도록하세요.

나는 그의 모든 질문을 큰 더미에 넣은 다음 앉아 앉아서 더 긴 시간 동안 그와 짝을 이루어 프로그래밍을한다.

그가 프로그래밍 방법을 모르는 것처럼 들리지만 그것은 단지 좌절감 일 수 있습니다. 페어 프로그래밍은 그에게 프로그래밍 방법을 가르쳐 줄 것입니다 (모든 사람이 프로그램의 요령을 가지고있는 것은 아니라고 가르 칠 수 있다고 가정).

나는 당신이 어떻게 느끼는지 정확히 알고 있습니다. 롤 플레잉과 조작 일뿐입니다. 그것은 일반적으로 여러 가지 이유로 발생합니다 :-그 사람은 답을 알지 못하고 무능하며 무능한 사람으로 올라가고 싶지 않기 때문에 그것이 내가 생각한 것입니다. -그 사람이 당신 앞에서 사람들에게 멍청한 질문을하고 바로 대답한다면, 그는 당신을 무능한 장소에 두거나 당신에게 게임을하려고 할 것입니다 (작업장은 그 유형의 사람들로 가득 차서 당신의 위에 올라라). -그 사람은 게으 르며 당신이 그를 위해 일하기를 원합니다. -그 사람은 "들리다"유형의 사람으로, 코드 샘플을 재생할 수는 있지만 코드의 작동 방식을 이해하지 못하기 때문에 코드를 어디에서 사용해야하는지 적응할 수 없습니다.

좋은 접근법 IMO는 그 사람에게, 미안한 친구, 당신은 지금 혼자 있고, 이번에는 스스로 알아 내야 할 것입니다. 문제가 지속되면 관리자에게 문의하십시오 (스툴 링이 최고는 아니지만 눈이 내리는 것을 보인 유능한 관리자가 있음을 알고 있습니다).

나는 대부분의 답변을 고려할 것입니다. 심지어 그들과 대화를하면서도 "에스컬레이션"이라고 생각합니다. 반면에 나의 첫 번째 답변은 그들과 짝을 짓기위한 제안에 따른 것입니다. 이 시점에서 당신은 도움을 주었고 그들이 그것을 거부하면 분명한 양심으로 이관 할 수 있습니다. 그들이 당신과 짝을 이루면 실제 능력 수준을 평가할 수 있습니다.

문제는 한 사람이 라이브러리를 작성하는 경우 최소한 테스트로서 라이브러리와 인터페이스하는 코드를 작성하도록 요청하는 것이 허용됩니다. 다른 사람이 당신이 이미 문제를 겪고 있다고 생각하고 결과 코드가 여전히 편리하다고 생각하는 것처럼 덜 수용 가능하지만 여전히 의문의 여지가 있습니다.

그들이 실제로 당신에게 그들의 일을하라고 요구한다면, 짝짓기를 요구하는 것은 여전히 ​​타당합니다. 사실, 당신이 그루터기라면 좋은 제안이며 배우는 좋은 방법입니다.

그들이 페어링에 관심이 없다면 나는 다른 해결책 중 하나를 기꺼이 진행할 것입니다. 사실 그들의 반응에 따라 그들과 논의를 건너 뛰고 관리자에게 직접 갈 수 있습니다 (귀하의 요청뿐만 아니라 당신이 도움을 제공했고 그들이 정말로 원했던 것이 단순한 도움 이상이라는 것을 알았다는 명백한 주장

컴퓨터 공학 을 배우고 두뇌없는 스크립팅에서 진화하도록 도와 주십시오 . 아마도 그는 아는 사람의 종류의 물건을 (입증 된 기술을 가진)하지만 배경이 없습니다.

"알다시피, 당신은 실제로 더 많은 것들을 얻을 수 있지만, 이것을 통해 자신을 향상시키는 방법은 무엇입니까?" 아마존에서 돈을 써서 좋은 책을 얻으십시오 (Gang of four, Programming in Haskell, .. 그냥 재미 있습니까?) . 최근 질문에 대한 책갈피를 추가하십시오.

나는 경영진의 도움을 받아 그들과 대화를 나눈 다음 상황을 처리하기 위해이 개발자와 그룹으로 앉을 시간을 정합니다.

또는 때로는 이러한 일에 대해 다소 정치적인 태도를 취하고 무례하거나 대립하지 않고 팀의 나머지 팀 (및 가능한 경우 경영진) 앞에서 그 사람의 행동을 명확하게 보여줄 필요가 있지만, 왜 그들이 왜 일을하는지에 대한 질문을 통해 이. 얼마 전 비슷한 상황을 처리해야했습니다. 이 경우, 문제의 개발자에게 다시 한 번 도움을 요청하면 "당신이하고있는 일을 알고 있다면 왜 지속적으로 질문을합니까? 왜 대답할까요? 왜 논쟁합니까?" 앞으로 도와 드리겠습니다. 그냥 도와 드리겠습니다. " 며칠 후 같은 사람이 기술 책임자에게 맡겨졌습니다 (이미 문제를 이미 알고있었습니다).

우리 둘 다 계약자 였기 때문에 TD의 관점에서 볼 때 우리 중 어느 누구에게나 내부 충성도가 거의 없었습니다. 때로는 상황을 공개해야합니다.

같은 팀에 속해 있기 때문에 팀원이되는 방법을 보여 주어 훌륭한 팀 선수가 되십시오. 그를 경영진에 노출시키는 것은 일부 동료들로부터 불을 could 수 있으며 내 견해로는 업적으로 나쁘다.
경영진이 이미 동료에 대해 알고있을 가능성이 높습니다. 왜 직원이 나쁜 직원임을 "보여"보여줄 수 있습니까? 장기적으로이 동료를 조금 도와 주면 결코 상상조차 할 수없는 방식으로 장기적으로 보상 할 수 있습니다.

정말 힘든 곳에서 당신을 찾았습니다.