팀 프로젝트에서 "스마트 가이"증후군 피하기


61

프로젝트가 시작될 때 많은 나쁜 관행이 행해졌 고, 나는 그것을 인식하고 모든 것에 대항하여 싸웠습니다. 나는 내 전투를 선택하고 선택하지 않았기 때문에 이제 상사는 내 입에서 나온 것이 너무 복잡한 반응이라고 가정하고 프로젝트의 최선의 이익을 찾는 대신 개인적으로 자신을 방어하는 데 많은 시간을 소비합니다.

모든 사람이 합의에 도달하기 위해 4 개월 동안 기다리지 않고 팀을 올바른 방향으로 추진하려면 어떻게해야합니까?


50
"스마트 엉덩이 (Smart Ass)"증후군을 피하는 방법에 대해 궁금해하는 상사 님의 게시물을주의 깊게 살펴보십시오.이 사람은 비록 그가 새롭고 실제 프로젝트에서 결코 일한 적이 없어도 모든 것을 알고 있다고 생각하는 사람입니다.
Paul Tomblin

3
@Droogans, 다른 질문을 읽었다 고 가정하지 마십시오. 질문의 본문을 확장하면 주석을 서로 철회 할 수 있습니다 (설명을위한 것입니다).
Job

9
@Droogans : UI를 먼저 구축하고 (프로토 타이핑), 선결 한 디자인 애자일로 간주 될 없습니다. 당신이 모든 것을 알고 있다고 가정하지 마십시오. 당신은 그가 모든 것을 알고 있다고 생각하는 사람으로 알려지지 않을 것입니다. 즉, 버그 데이터베이스가없는 개발 팀은 제대로 수행하지 않을 수 있습니다.
pdr

3
추가로, 전체 프로젝트의 공식 사양이없는 것은 매우 일반적인 일입니다. 프로젝트 소유자에게 적응하는 방법을 배웁니다. 나는 (그리고 내가 아는 많은 다른 사람들은) 사용자 스토리로만 작동하며 사양은 없습니다.
jer December

14
자신이 옳고 잘못되었다고 어떻게 확신 할 수 있습니까? 사실로 백업하십시오.

답변:


39

변경에는 시간이 걸립니다. Udi Dahan은 당신이 요구하는 것에 대해 다루는 훌륭한 기사 를 가지고 있으며 , 나는 그가 생각하는 것보다 더 잘 대답한다고 생각합니다.

쓰라린 것이 아니라 열의를 발휘하십시오. 자신이 원하는 것보다 훨씬 자주 자신의 입장을 밝고 유쾌하게 설명 할 수 있도록 준비하십시오. 당신의 승리를 세고 당신의 아이디어에 저항하는 다른 사람들을 위해 준비하십시오. 다른 사람들의 관점은 자신의 것이 아니라도 여전히 옳을 수 있다는 점을 항상 명심하십시오. 시간이 지나면 사람들과 일할 준비가되어 있으면 목표를 달성 할 수 있습니다.

"내 전투를 골라서 선택하지 않기 때문에"라고 쓸 때 약간의 괴로움이 있었는지 궁금합니다. 몇 번이고 쉬운 승리를 거두면 "다른 사람보다 똑똑하다고 생각하는 저크"가 아니라 "지난 달에 그 훌륭한 아이디어를 가진 사람"으로 설정 될 수 있습니다.


1
귀하의 솔루션이 " 미래에 일어날 수있는 일 "에 귀를 기울이고있을 때 조기 승리를 얻는 것은 어렵습니다 . 이제, 내가 이런 것들을 식별 할 때, 나는 내가 기대해야 할 것에 메모하고, 그것이 깨질 때까지 기다립니다. 나 자신을 먼저 시작하십시오.
Droogans

당신이 말하는 것만 큼 나쁘면 비정상적으로 나쁘고 우아한 출구를 찾아야합니다. 어느 쪽이든 인내심은 친구입니다. 희망은 당신의 경력이 길어질 것입니다 ... 단기적으로 너무 강조하지 마십시오. 일반적으로 문제가 해결됩니다.
Kyle Hodgson

저는 소프트웨어 엔지니어링의 대인 관계 측면에서 더 많이 배우고 있다고 생각하고 싶습니다. 어쨌든, 나는 그것을 필요로하는 곳에서 변화를 주었다는 것을 알게되어 만족할 것입니다.
Droogans

17

명시 적이며 반박 할 수없고, 편집 할 수 있으며, 귀하가 정확하다는 사실을 입증하거나, 사소한 사실로 문제를 줄여야합니다. 예를 들어 RAII와 같이 안전 해야하는 것은 안전 할 수 있는 것 ( 예 : malloc / free) 보다 안전합니다.


37
그리고 당신이 틀렸을 가능성을 고려하고 다른 세 사람이 옳고 그것을 보지 못합니다.
얌 마르코비치

@Yam이 경우 파일 기반 데이터 모델을 사용했을 것입니다. 여기 예제는 세부 사항이 아닙니다. 이것들은 모든 소프트웨어 중심 서적과 과정의 90 %가 경고하는 근본적이고 돌이킬 수없는 결함 이었습니다. 꽤 어리석은 것 같습니까? 그런 식으로 상사가 당신에게 인물을 제시 할 때 위협을받지 마십시오.
Droogans

10
@Droogans 나는 당신이 틀렸다고 말하지 않았으며, 다른 사람들이 기대하는 것처럼 당신이 논쟁에 들어갈 때마다 당신이 틀릴 가능성을 고려한다고 말했다.
얌 마르코비치

@ 얌 : 당신이 명백하고 반박 할 수없는 증거를 제공한다면, 당신은 다른 사람들이 틀렸다는 것을 증명했습니다. 그들은 원한다면 항상 그것을 따려고 노력할 수 있습니다.
DeadMG

4
@DeadMG 그들이 무엇을 당신의 기준을 충족 것만 프로그래밍 "모범 사례"정말 지금까지 객관적으로 나은 사람이되도록하지 않으며, 따라서 정말 그들이 "더 나은"임을 증명할 수 당신이 좋은 생각을. 항상 플러스와 마이너스가있을 것이고 때로는 다른 사람들이 당신이 좋다고 생각하는 것을 나쁘게 고려할 것입니다.
얌 마르코비치

17

나는 당신이 당신 자신의 질문에 다소 대답했다고 생각합니다. 내가 가진 유일한 제안은 당신의 전투를 고르고 인내하는 법을 배우는 것입니다. 때때로 몇 가지 아이디어를 주입 한 다음 팀의 다른 사람들로부터 "구입"될 때까지 해당 아이디어가 침투되도록하십시오.

주요 문제는 누가 옳고 그른지에 관한 것이 아닙니다. 그것은 모두 개인과 그룹 심리학에 달려 있습니다. 사람들은 그들의 가치와 이상에 도전 할 때 열등감을 느끼는 경향이 있으며, 사람들은 변화에 매우 저항 할 수 있습니다. 그들은 논쟁을 할 수 있고 자신의 입장을 확인하고 자신의 가치에 도전 할 필요가없고 특정 개념을 가지고 있다고 느끼게 할 변화에 직면 할 필요가 없도록 그룹으로서의 위안을 얻기 위해 다른 사람들을 찾고자합니다. 잘못된. 반면에 소프트웨어 개발자는 특히 매우 민감한 사람 일 수 있지만 다른 사람의 가치에 도전하는 방식에 대해 (특히 더 젊을 때) 종종 민감하지 않을 수 있습니다. 결과적으로 한 개인이 매우 불행하고 다른 모든 사람들이 이해하기를 거부한다고 느끼는 팀을 발견하고 그 개인을 속담 키가 큰 양귀비처럼 취급합니다. 이것은 종종 모든 사람들에게 유독 한 집단 문화를 초래하며, 여기서 비난과 방어가 표준이됩니다.

또한이 모든 것에서 자신의 입장을 고려해야합니다. 유독 한 문화에 대한 책임은 그것이 시작되었을지라도 동료들에게 전적으로 달려 있지 않을 것입니다. 당신에 대한 그들의 반응과 그들에 대한 당신의 반응은 모두 시간이 지남에 따라 스스로 피드백을 받고, 확인되지 않은 채로두면 문제를 관리하기가 매우 어려워 질 것입니다. 훌륭한 관리자는 이러한 종류의 문제를 조기에 발견하여 해결하지만 실제로는 IT의 대부분의 관리자가 먼저 IT 배경에서 왔으며 실제로 사람들을 효과적으로 관리하는 데 필요한 추가 교육을받지 않고 승진 할 수 있습니다. 문제는 매우 커져서 팀 문화의 일부가되었습니다.

그래서 이것에 대해 무엇을 할 수 있습니까?

한 가지 방법은 단순히 떠나는 것이지만 평판을 그대로 유지하고 고용주로부터 좋은 추천을받는 방식으로 떠나는 것입니다. 당신은 "제리 맥과이어 (Jerry McGuire)"순간을 갖기를 원하지 않고 모든 다리를 태우고 싶지 않으며, 인터뷰에서 당신이 떠난 이유를 어떻게 표현하는지에 대해주의를 기울여야하고, 어떻게 오만하거나 쓰라린 일이 발생하지 않도록주의해야합니다. 당신은 당신이 치료를 받았다고 느꼈습니다.

머물고 싶다면 가장 어려운 일을해야합니다. 당신의 자부심을 삼키고 시간이 지남에 따라 다른 사람들에게 그들의 관점에서“변화”를 보여주십시오. 당신은 다른 사람들을 멈추고 경청해야하며, 거부 된 생각을 개인적으로 취하려는 유혹을 피해야합니다. 하고있는 일에 너무 감정적으로 자신을 투자하지 않는 시간, 인내 및 학습. 더 중요한 것은 다른 사람에게 자신의 견해에 민감하다는 것을 보여 주면서도 자신의 입장을 파악할 수 있도록 문구를 표현하는 방법을 배워야한다는 것입니다.

귀하의 질문은 지난 10 년 동안 경험해 온 일부 경험을 반영하며, 심리학자는 아니지만 사람들이 서로 상호 작용하는 방식에 대한 예리한 관찰자이며, 변화를 위해 일해야했습니다. 팀의 문화 변화에 영향을 미치기 전에 어떤 경우에는 직업을 바꾸었고, 다른 경우에는 직장에 변화를주기 위해 할 수있는 모든 일을하고 있습니다. 나는 키가 큰 양귀비가 된 곳에서 가장 큰 만족감을 느끼고 개선 된 직장 문화와 훌륭한 참고 문헌을 남겼습니다. 이것을 실제로 도전 할 수있는 기회로보십시오. 어려울 수 있지만 결국에는 매우 보람이 있습니다.


나는 여름부터 지나간 것들에 대해 언급 해 왔으며, 시스템 설계에서 내가 직접 집중하는 영역에 있지 않으면 실수를하게한다. 또한 솔루션에 섹시하고 유행어 중심의 이름을 부여하고 설명하지 않는 것이 정말 어렵다고 생각합니다. 슬프게도, 이것은 문제의 원인이나 내가 제공하는 솔루션을 살살 피는 것보다 낫습니다.
Droogans

LOLz re : 유행어. 심지어 관리자에게 "시너지 효과"의 필요성을 설명하는 것으로 알려져 있습니다. -P 결국, 이들은 개선 목표를 달성하는 데 사용할 수있는 도구 일뿐입니다. 그러나 관리자는 확장 자원을 정당화해야하며,이를 위해서는 개선을 위해 건전한 비즈니스 사례를 만들어야합니다. 이익과 지출 측면에서 하드 데이터는 단순히 "Fowler / Gof / etc가 그렇게 말했기 때문에"말하는 것보다 훨씬 더 크게 말합니다. 내가 쓴 것의 요지는 이상에 맞서 싸우는 대신 사람들과 관계를 맺는 데 달려 있다고 생각합니다. 그리고 막대기보다 당근을 더 많이 사용합니다.
S.Robins

12

지속적으로 팀의 현재 결정에 반대하려고 시도하면 아이디어의 가치에 관계없이 아이디어의 실행 가능성이 손상됩니다.

당신은 당신이 오버 턴 창으로 어려움을 겪고 있다는 것을 깨달아야합니다. 이것은 본질적으로 합리적인 논쟁이 아니라 정치적 싸움입니다. 합리적 이었다면 오래 전에 팀과 합의한 것이 좋을 것입니다.

아이디어를 받아들이는 요령은 Overton 창을 이동하기 위해 긴 게임 접근 방식을 취하는 것입니다.

  1. 처음에는 다른 사람의 마음에 자신을 "합리적"으로 표시해야합니다. 이것은 현재 팀 연습을 채택하고 일반적으로 "합리적인 사람"을 의미합니다. 이러한 관행에 대해 의문을 제기 할 수도 있지만, 현재 팀이 합리적이라고 생각하면 거부 할 수 없습니다.
  2. 다른 사람의 마음에 합리적이라면 팀에 아이디어를 제공 할 수 있습니다. 그들은 당신이 신뢰성을 얻었 기 때문에 신뢰성을 얻을 것입니다 (이것은 작동하지 않아야하지만 그렇게합니다). 점차적으로 수용 가능한 아이디어의 창을 넓혀 자신의 아이디어를 포함 시키십시오. 이 단계에서는 여전히 실제 변경을 강요하지 않고 그러한 변경을 "합리적인"아이디어처럼 보이게 만듭니다. 각 반복이 아이디어를 약간 더 합리적으로 보이게하기 때문에 아이디어의 반복이 여기에 중요합니다.
  3. 마지막 단계에서는 사람들이 균형 잡힌 방식으로주의를 기울이지 못하는 사람들을 남용합니다. 당신은 현재 연습의 부정적인 결과를주의 비행기의 앞쪽과 가운데에 두어야하며, 접근 방식의 위험을 훨씬 벗어나게해야합니다 (대화의 주제를 필요한 것으로 변경함으로써). 결국, 팀은 귀하의 아이디어가 현재 접근 방식보다 훨씬 낫다고 스스로 결정합니다. 그것은 당신이 누구 에게든 당신의 의지를 강요하지 않고, 아이디어의 우월성을 합리적으로 입증 할 필요없이 민주적으로 채택 될 것입니다.

정치인과 로비스트가 운영하는 방식입니다. 실수하지 마라; 사무실 정치는 일반 정치와 같습니다. 로비스트처럼 생각하면 힘겨운 사람들의 손을 대면하지 않아도됩니다.

물론,이 모든 것은 역기능 팀에만 적용됩니다. 훌륭한 관리자가 운영하는 응집력있는 팀에 소속되어 있다면 (자신의 임무는 사람들에게 무엇을해야하는지 알려주는 것이 아니라 다른 사람들이 할 수 있도록하는 것입니다), 위의 어느 것도 해당되지 않습니다. 그러한 팀에 속하지 않으면 작업 전환을 고려하십시오.


3

일부 상사와 함께, 당신은 어떻게 든 당신의 것이 아닌 어떤 연습을 고치는 것이 그들의 아이디어라는 것을 믿도록 속 여야합니다.

어떤 전투에서 이기고 싶은지, 어떤 전투에서 승리하기를 원하는지 선택하십시오.


3
그것은 "속임수"가 아니라 "관리"라고 불렀습니다
Josh Petitt

3

http://www.jamesshore.com/Change-Diary/를 읽는 것이 좋습니다 . 회사의 변경 관리에 대한 놀라운 설명이 많이 있습니다. 또한이 책은 도움이 될 것입니다 : http://www.amazon.com/Agile-Coaching-Rachel-Davies/dp/1934356433 . 애자일을 사용해야하기 때문이 아니라 팀에 변화를 제공하고 피드백과 응답을 다루는 것에 대해 많은 언급이 있기 때문입니다. 내 자신의 경험에서 : 사람들이 나와 함께 있지 않으면 아무것도 변경할 수 없습니다. 그들이 그러한 변화를 원하지 않는다면 이 경우에는 그대로 두십시오. 당신은 아마 당신의 일과 다른 것을 기대하거나 당신의 동료를 능가합니다.

IMHO의 최선의 접근 방식은 변화입니다. 자신이 보는대로 자신이 올바른 방식으로 일하기. 그들이 당신의 접근 방식에서 가치를 발견하면 다른 사람들이 당신을 따를 것입니다. 이 변경 사항을 소개해 주셔서 감사합니다. 그러나 첫 번째 사람들은 변화의 좋은면을 볼 필요가 있습니다. 그런 다음 그들은 그것을 원합니다. 다른 방법으로 수행하는 것은 매우 어렵습니다 (변화를 소개하고 좋은 결과를 기다립니다).

행운을 빕니다.


2

나는 "모두가 모든 것을 내 방식대로하고 어떻게 좋아하게합니까?"라는 질문이있을 때 이것이 "팀워크"로 표시되는 방식을 좋아합니다. 그것이 실제로 묻는 질문이 아니라면 대답은 매우 간단합니다. 전투를 선택하고 선택하십시오. 타협. 실제 팀워크를 사용하여 개인적으로 기분이 좋지 않은 것에 동의하더라도 팀이 무언가에 동의하도록하십시오. 고집스럽고 자신의 방식 이외의 다른 방식을 고집하는 것은 "나쁜 습관"이라는 것입니다. 피하려고하는 명성을 정확하게 얻을 수 있습니다.


나는 (이것이 실제 상황이라고 생각하기 때문에) 이것을 찬성했지만, 괴롭힘, 정치적으로 확고하고 불안한 사람들로 가득한 팀에서 너무 수동적이라고 생각합니다. 당신은 매번 당신의 길에 익숙해 지도록하고, 당신이 싸울만큼 중요한 것을 발견 할 때마다 당신을 해고 할 것입니다.
user16764

0

옳은 것으로 인식되고 옳다고 생각하는 것에 따라 결과를 얻는 것을 혼동하지 마십시오. 이 두 가지 목표는 유효하고 합법적이지만 동일하지 않으며 특히 어떤 목표를 달성하고 있는지 명확하게 파악할 수없는 경우 두 가지 목표를 함께 달성하기가 매우 어렵습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.