스크럼 팀의 회의론자


14

우리 회사는 최근 민첩한 업무 방식으로 전환했으며 그 일부로 SCRUM을 사용하기 시작했습니다. 매우 편하고이 방법이 기존 방식보다 우수하다고 생각하지만 일부 팀원은 같은 의견을 공유하지 않습니다. 사실 그들은 "모든 민첩한 것들"에 대해 회의적이며, 심각하게 받아들이지 않습니다. 예를 들어, 팀원 중 한 명이 항상 회의에 늦어서 실제로 신경 쓰지 않습니다. 관리 IMO는이 사실을 알리려고하지 않습니다 (아마도 새 것이기 때문에 사람들이 익숙해지기까지 시간이 걸립니다).

내 질문은 팀 내에서 충돌을 일으키지 않으면 서이 문제를 해결하는 방법입니까?


4
와우 란? 인터넷 검색 "agile WoW -warcraft"는 그리 많지 않았습니다.
Joe Daley

1
@Joe- "일하는 방법"일까요?
ChrisF

일하는 방식.
Sorantis

스크럼! 스크럼이 아닙니다! 와? 민첩한 # 1 = WoT가 아니라 WoT. WoT없이, 와우는 단지 SNAFU입니다. 그리고 사고의 주요 방법 중 하나는 새로운 것을 세우는 것이 아니라 의사 소통의 장벽을 낮추는 것입니다.
MIA

2
민첩한 와우 = 일주일 동안 상사 또는 2 박을 습격하고 길을 완전히 청소합니까? 그리고 해적들과 DPS 리뷰를 하는가? 죄송합니다. 전직 선수입니다.
웨인 몰리나

답변:


21

극도의 스 ke 프즘에 직면했을 때 몇 가지 시도를합니다.

1.) TDD, 연속 배포, 페어 프로그래밍, 요구 사항 사용자와의 수집, 짧은 반복 등의 기술을 보여줍니다. 나는 그러한 기술을 애자일 선언에 대해 민첩하거나 하프 하지 않습니다 (소프트웨어 장인 정신에 대해서는 그러나 그것은 다르다; p). 나는 단순히 팀원들에게 그들의 삶을 편하게 해주는 유용한 도구와 기술을 보여줍니다. 그들은 매일 혜택을 본다면 애자일 악 대차를 타는 경향이 있습니다.

2.) 나는 완전히 날아간 SCRUM (또는 다른) 방법론으로 즉시 바꾸지 않습니다. 항상 애자일의 작은 측면을 한 번에 소개하는 것이 가장 좋습니다.

3.) 나는 회의론자들에 동의한다. 민첩은 은색 총알이 아니며 스크럼, 칸반, 린 등도 은색 총알이 아닙니다. 대신 나는 그들과 함께 어떤면이 그들에게 즉각적으로 도움이 될 수 있는지 알아 본다 (CI 서버는 당연한 일이다). 그리고 나머지는 "일주일 동안 일어 서서 검토하도록하자"를 시험해 본다.

다른 방법론과 마찬가지로 SCRUM과 다른 사람들은 실제로 팀과 조직과 협력하고 그들을 소외시키지 않아야합니다.

그래서 당신의 질문에 직접 도착하십시오. 팀과 함께 제기하십시오.

"나는 또한 스탠드 업에 대해 약간 회의적이지만 팀으로서 우리는 1 주일 동안 변명하지 말아야한다. 변명하지 말고 그것을 검토하여 그것이 우리에게 효과가 있는지 확인해야한다. 생각한다?"


9
@ 소렌 티스-그것은 실제로 민첩한 와우 문제가 아닙니다. 이 팀원이 팀에서 일하는 데 능숙하지 않은 것 같습니다! 그것은 인간 심리학 / 행동 문제의 더 많은 부분이며 그에 대한 속임수는 일반적으로 그 사람에게 동기를 부여하는 것 (긍정적 행동과 부정적 행동 모두)을 찾는 것입니다.
Martijn Verburg

4
++ 부과 될 때 종교와 같으며 사람들은 자연스럽게 저항합니다. 기능별 기능을 살펴보면 상식과 비슷하며 사람들이 "그러나 그것이 기본적으로 우리가하는 일"이라고 말하면이기는 것입니다. Agile의 문제 중 일부는 단순히 이름을 가지고 있기 때문에 단순히 이름이 없다는 것입니다.
Mike Dunlavey가

1
AHH 쌍 프로그래밍-한 사람이 잡지를 읽는 동안 다른 코드는 :)?
Chris S

2
@Martijn, 나는 한 사람이 마우스를 가지고 있고 다른 사람은 키보드를 가지고있는 페어 프로그래밍을했습니다. 그렇게하면 둘 다 집중해야합니다.)
Benjol

1
@Mike Dunlavey : "사람들이"그러나 그것이 기본적으로 우리가하는 일 "이라고 말하면이기는 것입니다." 아니면 쓸모없는 거식을 소개하고 있습니까? 그들이 어쨌든 제대로하면 어떻게 해야하는지에 대한 규칙이 정말로 필요합니까?
임레

16

잘못 구현 된 Scrum 의 일반적인 경우입니다 .

스크럼 이 팀에 부과되었습니다. (전체) 팀은 그것을 선택하지 않았습니다.

이를 구현하려면 팀과 관리자 모두를 완벽하게 지원해야합니다. 그렇지 않으면 전혀 작동하지 않습니다.

변화에 대한 저항은 당신의 적입니다.

스크럼 을 다시 시작 하여 팀에 제시하고 질문을 할 것을 적극 권장합니다 .

아이디어를 팔지 못하면 원하지 않는 방법론을 사용하여 강요하지 마십시오. 그들은 그것을 방해하기 위해 모든 것을 할 것입니다. 매일 일어나서 늦게 오는 것은 당신이 얻을 행동 중 하나입니다.

있습니다 스크럼 기업에 대한 수도 바람직하지 않습니다. 그 질문에 대답 할 수있는 유일한 사람은 기지에서 일하는 사람들입니다. .


1
회의론자들이 스크럼을 좋아하게하는 방법이 있습니까? 약간 약한 일입니다. 마음에 들지 않으면 사용하지 마십시오.
Sorantis

1
@ 소렌 티스 : 그렇게하는 쉬운 방법은 없습니다. 스크럼이 어떻게 혜택을 제공하는지 설명하는 많은 노력과 시간을 투자해야 합니다 . 현 상태의 안락함은 매우 중요하므로이를 유지하기 위해 최선을 다할 것입니다. 자신이 그 이점을 이해하지 못하도록 강요하기도합니다. 다른 사람들에게 아이디어를 강요 할 때 일어나는 일입니다. 당신의 상황은 정말로 해결하기가 어렵습니다.

@ 소렌 티스-매일 발생합니다. 이를 영업이라고합니다. SCRUM이 가져다 준 좋은 것들을 계속 지적하십시오. 커뮤니케이션 향상! 변화에 적응! 프로젝트를 단순하게 유지하십시오! Pavlov의 작품을 사용하기에는 너무 좋지 않습니다. ;-) 사람들은 보여지는 것에 덜 반응합니다. SCRUM이 당신을 위해 얼마나 잘 작동하는지 보여주십시오.
Steve Goodman

스탈린이 말한 것입니다.
직업

스탈린이 뭐라고 했어요?

5

일일 회의의 개념은 사람이하는 일에 잘 적용되지 않을 수 있습니다. 그 회의는 무료입니다.

만약 당신이하고있는 일이 무거운 수학과 같은 장기적인 집중을 필요로한다면, 회의는 당신을 탈선시키고 좌절시킬 수 있습니다. 나는 매주 만나기를 좋아하는 그런 사람과 함께 일하는데, 이는 합리적입니다.


5

내가 당신의 프로그래밍 팀에 있었다면 실제로 솔직히 말하면, 나는 아마도 회의론자 일 것입니다! 나는 일을 혁신하고 예산과 예산 내에서 버그없이 프로젝트를 시작하도록하는 방법론의 긴 줄을 보았습니다. 이것은 최신입니다. 뱀 기름을 왜 믿어야합니까? 10 년 전 같은 사람들이 다른 것을 채찍질하고 있었고 몇 년 안에 새로운 것이 나올 것입니다. 나를 잘못 생각하지 마라 나는 새로운 방법론 중 일부는 유용한 아이디어를 가져 온다고 생각한다. 불행히도 그들은 많은 교리와 어리석은 아이디어를 가져옵니다.

그가 탑승하지 않는 것이 정말 중요합니까? 프로그래밍 작업을 할당하고 원하는 방식으로 수행하십시오. 그의 일이 만족 스러우면 그를 보자. 그의 작업이 만족스럽지 않으면 그를 교체하십시오. 사람들이 스크럼을 따르는 것이 왜 그렇게 중요한가?

지난 몇 년 동안 저는 많은 훌륭한 프로그래머들이 그 관리자가 새로운 방법론을 계속 도입하고 있기 때문에 그만두거나 짜증을내는 것을 보았습니다. 그들은 단지 코딩하고 일을 끝내기를 원합니다. 몇 년 후부터 당신은 스크럼을 저주하고 최신 유행이 무엇이든 뛰어들 것입니다.


-1. 스크럼이 여기에 있지 않더라도 여전히 조직의 일부입니다. 해당 조직이 스크럼으로 이동하기로 결정한 경우 이동하기가 매우 어렵습니다. 당신이 훌륭한 프로그래머이자 팀 플레이어이고 다른 누군가가 상업적 우선 순위에 대해 더 많이 알고 있다는 것을 기꺼이 받아 들일 수 있다면, 스크럼은 당신이 당신의 방식대로 일을 할 수있게 해줄 것입니다. 잘 수행하면 스크럼은 시간의 10 % 이상을 차지해서는 안됩니다. 이 10 %에서 계획 및보고도 수행했습니다. 부후
Kris Van Bael

1

애자일을하고 있다면 작업중인 백 로그가 있어야합니다. 스크럼을 사용하여 백 로그에서 과제를 전달하십시오.

선택 (최상의) 과제는 회의 시작시 먼저 선택됩니다. 당신이 늦게 올 때, 그에게 하루 남은 것을 줘.

그가 프로그래밍에 대한 신의 선물이든 상관없이, 그는 아무도 원하지 않는 엉뚱한 일을합니다. 그가 다른 일을 강요하거나 다른 일을하려고한다면, 팀 전체가 그에게 의지하고 자신의 "선택된"일만하도록 강요해야합니다. 선택한 작업을 수행하지 않는 경우 변경 사항을 거부 할 수있는 빌드 마스터가 있어야합니다.

또한 팀은 목표를 설정하고 잠재적으로 보상해야합니다. 참여하지 않는 사람들에게 보상하지 않기 위해 팀으로 투표 할 수 있습니다. 이는 경영진이 애자일 팀에 부여한 소유권의 양에 따라 다릅니다. 팀을 다치게하고 팀의 성공을 방해하는 사람들에 대해 경영진에게 상기 시키십시오.

정시에 출석하면 그 과정에 참여할 수 있음을 상기 시키십시오.


이렇게하면 회의론자에게 스크럼을 판매 할 마지막 기회를 잃게됩니다. 다른 답변에서 알 수 있듯이 Imho 실제 문제는 방법론이 부과됩니다.
MaR

1

스크럼 팀은 자체 구성해야합니다. 스크럼은 또한 모든 것에 극도의 투명성을 구현함으로써 작동합니다.

따라서 Scrum Master는 회의에 전화를 걸어 문제를 설명하지만 (자신을 놀리지 말고, 팀의 모든 사람들이 이미 문제가 무엇인지 정확히 알고 있음), 1 시간이 남았음을 알려줍니다. 그들은 그것에 대해 할 것입니다. 그런 다음 그는 모퉁이에 앉아 입을 다물고 있습니다.

분명히 이것은 Scrum을 처음 사용하는 팀입니다. 핵심은 Scrum Master가 팀이 내놓은 모든 답변을 받아 들여야한다는 것입니다. 그가 그들을 지배하거나 자신의 아이디어를 솔루션에 부과하면 팀이 그들과 함께 스스로 조직 할 수 있다는 신뢰를 잃을 것입니다. 팀이 아무것도하지 않기로 결정할 수도 있습니다.

어쨌든이 문제는 Sprint Retrospective에서 검토해야하며 그들이 제시 한 솔루션의 효과에 대해 논의 할 수 있습니다.

"팀 충돌"을 피한다고해서 전혀 문제가되지는 않습니다.


0

팀원을 해고하면 팀 내에서 논쟁을 일으키지 않을 것입니다.


1
나는 이것이 전혀 해결책이라고 생각하지 않습니다. 마치 손이 아파요 .. 그냥 자르겠습니다.
Sorantis

4
회사가 SCRUM을 구현하기로 선택하고 직원 이 비즈니스에서 요구하는대로 기꺼이 일하지 않을 경우 이는 해고에 대한 상당히 고전적인 근거입니다.
Murph

@Sorantis : "당신의 왼손이 당신을 화나게한다면, 잘라내십시오"또는 그와 비슷한 것. 그리고 먼저 그에게 경고하십시오.
John Saunders

2
@Rob : 프로세스를 진행하고 회의론자가 기대하는 바를 분명히하고, 그가 필요한 일을하지 않으려는 경우, 그를 떠나거나 해고하십시오. 그렇게하지 않으면 SCRUM은 중요하지 않으며 회의론자와 마찬가지로 모두 무시할 수 있다는 잘못된 메시지를 팀의 나머지 팀에게 보냅니다.
John Saunders

2
애자일은 팀에 관한 것입니다. 팀에 참여하기를 거부하는 사람이 있다면 경영진은 보호 관찰을 받거나 보내도록해야합니다. 장기적으로는 문제를 일으킨 누군가와 함께 원활하게 운영되는 팀을 운영하는 것이 좋습니다. 하나의 나쁜 사과에 의해 파괴 된 민첩한 팀에 대한 많은 이야기를 들었습니다.
Bill Leeper

0

이전 작업을 살펴보고, 폭포수 접근 방식이 과거에 여러 번 어떻게 내려 가게했는지에 대한 여러 예를 찾아보십시오. 그런 다음 사례를 팀 동료에게 제시하십시오. 상식을 엿볼 때, 그는 빛을 볼 것입니다.

프로그래밍은 정밀한 활동이므로 희귀 한 개인은 어려운 사실을 잘 받아들이지 않습니다. 적어도 이론 상으로는.


문제는 내가 회사의 새로운 직원이라는 것입니다. 그들이 애자일 와우를 사용하기 시작했을 때 왔어요. 그리고 저의 팀원은 회사에서 15 년 동안 일합니다
Sorantis

2
방금 "water-fall"을 "water-fail"로 잘못 읽었으며 지금까지 본 개발 방식의 이름을 바꾸는 것이 가장 좋습니다. 대박!
glenatron

@ glenatron : 아주 좋은, 정말 못을 친다.

3
반례를 파헤치는 접근법의 문제점은 다른 구체적인 아이디어에 찬성하여 좋은 주장이 아니라는 것입니다. 아무도 좋아하지 않는다 물 가을,하지만 그들은 민첩 보드에 얻고 싶은 것을 의미하지 않는다.
Mike Dunlavey가

0

누가 전환하기로 결정했으며 그 이유는 무엇입니까? 그 회의론자들이 그 결정에 전혀 참여하지 않았거나 그 결정이 막 내려진 곳은 어디입니까?

새로운 방법을 구현할 때 너무 단단하고 / 빠르십니까? 기존 방법을 사용하여 좋은 (완벽하지는 않지만) 좋은 제품을 출시 했습니까? 회의론자들에게 어떻게 도움이 될 수 있는지 시연 했습니까? 보여줄 수 있습니까? "빛을 본"사람들이 회의론자들에게 그들이 팀과 회사에게 어떤 혜택을 주는지 보여 주었습니까?

아마도 당신은 그들에게 신자의 말씀에 의해서만 모든 것을 받아들이도록 요구하고있을 것입니다. 이 회의론자들은 이전에 새로운 방법론을 채택했으며 실현 된 곳에서는 아무런 이점도 얻지 못했을 것입니다.

어쩌면 당신은 새로운 절차를 사용하여 믿는 신자들과 함께 한두 가지 프로젝트를 할 수있을 것입니다. 실제 측정을하고 회의론자들에게 실질적인 이점을 보여주십시오. 아마도 회의론자들과 그들의 옛 방식과 신자들과 그들의 새로운 방식 사이에 약간의 경쟁이있을 수도 있습니다.

물론 회의론자들이 이기면 어떻게해야합니까?


저는 관리자가 아니라 팀원 일뿐입니다. 결정은 경영진에 의해 이루어졌습니다
Sorantis

0

회사가 SCRUM으로 전환 한 이유를 논의하고 파악하기 위해 팀 회의를 소집하고 SCRUM에 대한 자신의 생각을 현재 운영 모드에 추가 할 수있는 모든 사람을 식별하도록하십시오. 때때로 회사는 뼈를 switches 수있는 스위치를 만듭니다 (저는 누구의 말도 듣지 않는 스크럼 회의에 참석했으며 모든 사람들이 어제하고 떠난 것을 그냥 쫓아냅니다.이 팀은 보통 다음과 같은 균형에 도달합니다. "나랑 함께하고 싸구려. 그것은 단지 시간 낭비이다), 그래서 당신에게 가장 좋은 것을 가져 가라.

재향 군인은 일반적으로 현재의 작업 스타일을 바꿀 수있는 모든 것에 대해 많은 저항을 가지고 있으므로 관성에서 벗어날 수있는 당근이 충분해야합니다. 이 경우, 나는 그 사람과 1 : 1을 갖거나 그를 스크럼 마스터로 만들 것입니다 :). 일단 당신이 그들에게 책임을 주면, 그들은 가치를 부가하지 않기 때문에 평화를 찾거나 완전히 버릴 것입니다. 둘 다 승리합니다.

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