catpark's something new

• 원문 : https://www.scrum.org/resources/blog/zombie-scrum-symptoms-causes-and-treatment

저희팀은 특성상 여러 파트로 쪼개져 있고 파트별로 상이한 프로젝트를 진행하기 때문에 파트별로 scrum을 진행하고 있습니다. scrum에 대한 article을 읽는 도중에 흥미로운 내용이 있어서 공유하려고 합니다.

스크럼을 진행하면서 분명 스크럼을 진행하고 있으니까 생산성도 올라가고 결과물도 빠른 시기내에 눈에 보일 거라고 생각했는데 왠일인지 기대에 못미치는 경우는 빈번할거라 예상됩니다. 사실 agile 방법론은 개발 방법론이면서 개발 문화에 가깝기에 팀 구성원들 모두가 공감하고 실천하지 않는다면 사실 정착(문화라는 의미에서 제일 맞는 단어 같습니다.)되었다고 보기 힘듭니다. 이런 비효율적인 결과는 어떤 이유 때문일까요? 분명 복합적인 문제임은 분명합니다. 이 어렵고 복합적인 문제를 설명하는 article에 대해 이야기 해보려고 합니다.

The Rise of Zombie Scrum 에서 Johannes과 Christiaan은 "Zombie Scrum"이라는 용어를 썼습니다. 이 내용을 바탕으로 zombie scrum 증상과 치료법에 대해 추려 보겠습니다.

Zombie Scrum?

첫 눈에 좀비 스크럼은 정상적인 스크럼인 것 같습니다. 그러나 심장이 뛰지 않습니다. Scrum 팀은 모든 Scrum 이벤트를 수행하지만 잠재적인 릴리스 가능 증가(생산성 증가)는 스프린트의 결과에 거의 없습니다. 또한 팀은 이러한 상황을 개선 할 의사가 없습니다. 실제로 아무도 이 팀에 관심이 없습니다. 이해 관계자들은 이 팀의 존재를 오랫동안 잊어 버렸습니다.

Zombie Scrum is Scrum, but without the beating heart of working software.

증상

1. No beating heart - 심장이 뛰지 않는다.

   좀비 스크럼 팀은 분명 스크럼을 진행하지만 작동되는 소프트웨어는 찾아보기 힘듭니다. 또 드물게 완성된 기능은 'nice-to-have'라고 취급되는 것들로 다른 스프린트에서 종료될 수도 있다.  '완료된'(done)의 의미에 대한 매우 제한적이고 모호하지 않은 것이 명백하며, 그것을 확장하려는 추진력이 없습니다. 건강한 스크럼팀은 '완료' 소프트웨어 스트림을 지속적으로 제공하는 것이 'nice-to-have'가 아니라 스크럼의 필수 목표라는 것을 알고 있습니다. 하지만 좀비 스크럼은 다르게 접근합니다. 누가 소프트웨어 작업, 피드백 수집 및 통찰력 생성에 관심이 있을까요?

2. No (desire for) contact with the outside world - 외부와의 접촉이 없다.

   외부와의 접촉이 없다는 건 난 여기서 코딩만 해요! (I’m only here to code!)라고 외치는 것입니다. 실제로 좀비 스크럼 팀은 그들 자신이 자동차에 있는 수많은 기어 중에 톱니바퀴 하나라고 생각한다는 것입니다.

3. No emotional response to success or failure - 성공 또는 실패에 대한 감정적 반응 없다.외부 세계와의 접촉이 부족하면 종종 이 증상이 발생하지만 다른 증상과 독립적으로 나타날 수도 있습니다. 생명이 없는 시체와 마찬가지로 Zombie Scrum 팀은 실패하거나 성공한 스프린트에 응답하지 않습니다. 다른 팀들이 욕을 하거나 기뻐하는 곳에서는 그저 무감각한 체념의 공허한 눈빛 뿐입니다. 팀 사기는 매우 낮습니다. 스프린트 백 로그의 아이템은 의심없이 다음 스프린트로 이월됩니다. 왜 안돼냐구요? 항상 다음 스프린트가 있으며 어쨋든 또 반복하면 되니까요!
4. No drive to improve - 개선의 의지 없다.

   좀비 스크럼에는 기쁨이 없으며 개선할 의지가 없습니다. 그리고 아무도 신경 쓰지 않는 것 같습니다. 그리고 당신은 팀을 비난 할 수 있습니까? 스프린트 검토 또는 스프린트 계획 중에는 제품 소유자가 거의 없습니다.(ownership이 없다.) 팀들은 팀원들의 (전문) 기술을 필요로 하는 다른 팀들에게 지속적으로 끌려가기 때문에 매우 불안정하다. 또한 팀의 성장에 도움이되는 실제 Scrum Master가 없습니다. 병목 현상 중 일부는 다른 사람들은 상상 할지 몰라도 좀비팀은 실제 상황입니다. 그러나 여기서 요점은 한 팀이 자신의 성공에 대해 경험하는 통제력의 부족이며, 이것은 쉽게 지루한 회고와 많은 불평(굴욕)으로 바뀝니다.

원인

1. A bit too homegrown, or 'Cargo Cult Scrum' - 너무 변형된다.

   국내산 스크럼은 훌륭합니다. 그건 (비싼) 외부 트레이너와 코치의 도움없이 Scrum과 협력하기 시작하는 팀과 조직. 최고의 스크럼 팀 중 일부는 이렇게 시작했습니다. 그러나 스크럼이 너무 집에서 재배 될 수 있습니다. 팀이 격주로 'Daily Scrum'을 하기로 결정하거나 팀이 달리해야 할 일에 따라 스프린트 길이를 조정하는 경우와 같습니다. 스크럼의 부분적인 채택은 종종 의도하지 않은 것입니다. 그러나 스크럼의 일부만 채택하면 실제 혜택이 사라지고 팀이 어려움을 겪을 수 있습니다.
   : 기본 scrum 개념을 너무 customize하는 걸 경계하라는 의미

2. No Urgency - 긴급함, 목표가 없다.

   우리는 종종 Scrum Teams에서 긴급성의 부족을 목격하는데, 대개 다른 조직들의 긴급성 부족에 기인합니다. 근본적인 원인 중 하나는 가치에 대한 진정한 이해가 없다는 것입니다. 작동하는 소프트웨어가 스크럼의 심장이된다면 가치는 생명의 피와 같습니다. 가치에 관한 애매함 때문에, 보통 Scrum 팀은 종종 명확한 목표를 세우는 데 어려움을 겪습니다. 목표가 없다면 긴급한 이유는 없습니다. 그리고 그것은 결국 좀비 스크럼을 야기시킵니다. 공유된 목표가 어떤 팀에게든 접착제가 되고 그들에게 목적과 동기를 부여하기 때문입니다.

3. Competing Values
   

   좀비 스크럼은 본질적으로 애자일 값과 체계적인 불일치의 결과입니다. 우리는 비즈니스 용어가 강력하다는 것을 알고 있지만 우리가 만들고자하는 요점은 Healthy Scrum이 조직의 사람들이 Agile 소프트웨어 개발을 유발하는 것과 충돌하는 소프트웨어 개발에 대한 믿음을 가질 때 Zombie Scrum으로 쉽게 붕괴된다는 것입니다.

   • Scrum은 소프트웨어의 꾸준한 흐름으로 인해 '빠르게 실패'할 수 있다는 것을 이해하는 대신에 좀비 스크럼은 (자체를 위해) 스크럼의 목적을 따라야하는 프로세스로 간주합니다.
   • 좀비 스크럼 (Zombie Scrum)은 동작하는 소프트웨어를 'nice-to-have'로 간주합니다. 우리는 어쨌든 스프린트의 끝에서 반영되지 않을 것입니다. 건강한 스크럼 작동하는 소프트웨어는 필수적입니다. 스프린트가 끝날 때 반영되지 않더라도 우리는 그것으로부터 가장 많이 배웁니다. (회고에 대한 내용인듯.)
   • 좀비 스크럼 팀은 긴박감을 느끼지 못하며 항상 다음 스프린트가 있습니다. 스프린트는 또 만들면 되니까요. 그러나 건강한 Scrum 팀에서 하나의 스프린트는 피드백하는 기회 사이의 기간이 가장 오래 허용됩니다. (회고가 아닌 개발기간이 늘어나는 것을 경계하라는 뜻인듯)
     
4. Scrum Cherry Picking

   첫눈에 "Scrum Cherry Picking"는 "Cargo Cult Scrum"과 같은 것처럼 보일 수도 있습니다. 그러나 "스크럼 체리 선택"으로 스크럼의 부분적 채택은 의도적으로 이루어진다는 점이 다릅니다. 책으로 스크럼을 하는 것은 너무 어려웠습니다. 그것은 조직 내에서 너무 많은 고통을 초래했습니다. 따라서 이미 경량화된 Scrum Framework에 대한 일부 변경은 "필요한" 것이었습니다.

   • tester가 매주 4시간 Scrum Master 역할을 수행하도록 허용. 주간 현황 보고서를 경영진과 공유하는 데 시간이 더 걸리지 않을 것입니다.
   • "완료된" 스프린트를 보장하기 위해 스프린트를 며칠 연장하는 것
   • 스프린트 계획 및 목표에 대한 공유 약속 없이 스프린트 계획 종료.
   • "설명할 것이 없기 때문에" 스프린트 리뷰 취소
   • "개선할 시간이 충분하지 않기 때문"에 스프린트 소급 취소
   • 백로그 구체화(Refinement)를 제품 소유자와 "Lead Developer"만 포함하는 "미팅"으로 간주.
5. Contracts Implying "We Don't Trust You!"

   진정한 가치 중심의 조직도 가치 중심 계약을 받아들인다. 투명성과 신뢰에 기반을 둔 계약들이다. 이런 계약은 효과적인 파트너십을 자극하고 협업을 초대한다. 가치 중심 계약은 새로운 통찰력을 채택하고 얻은 지식을 처리하는 것을 지원한다. 그것은 필요한 변화와 배운 교훈에 따라 행동하도록 장려한다. 가치 중심 계약은 경량하며 필요한 계약과 제약만 포함한다. 가치 중심의 계약은 민첩한 사고방식을 수용한다.
   
   그러나 실제로는 가치 주도형 Agile 계약에 동의하는 것은 어렵다. 고객이 훌륭한 아이디어를 가지고 있을 때, 열정은 높고 가능성은 무궁무진하다. 우리는 그 계약에 동의하기만 하면 된다...
   
   계약의 어려움은 모든 것이 신뢰에 관한 것입니다. 서로의 능력에 대한 상호 신뢰가 충분하다면 계약을 맺는 것은 그리 어렵지 않을 것이다. 그러나 고객과 공급자가 이전에 함께 일하지 않은 경우가 많으므로 신뢰의 근거가 입증되지 않은 경우가 많다. 고객은 예산, 시간, 품질 및 범위에 대한 보증을 원한다. 적절한 변화 통제 과정이 부족하다. 몇 가지 힘든 협상 후에 개발팀은 시작하지만 고객과 진정으로 협력하지는 않으며 단지 오래된 요구 사항으로 쓰여진 것을 기계적으로 만들고 있을 뿐이다. 좀비스크럼의 분위기로 구축된 차선의 제품이 그 결과가 될 것이고 그 관계와 신뢰는 깊은 상처를 입게 된다.
   : 고객과의 interaction을 하고 요구사항 변화에 적절히 대응해라.

6. The Smell of the Place

   In organisations, it's all about the context. This has a huge impact on the behaviour of employees and largely determines the risk of Zombie Scrum. In the video "The Smell of the Place" professor Sumantra Ghoshal offers four examples of smells in organisations. The ones on the left describe "downtown Calcutta in mid summer", on the right is "Fontainebleau in spring". In addition, I'll share some smells that I have interpreted and experienced in organisations.

   • Constraint versus Stretch
   • Compliance versus Discipline
   • Control versus Support
   • Contract versus Trust
   • Project versus Product
   • Planning versus Prognoses
   • Commitment versus Forecast
   • Resources versus People

   If the context of an organisation has lot's of smells that resemble with "downtown Calcutta in mid summer"; chances are Zombie-Scrum will occur. Therefore focus on the opposite of every smell and create "Fontainebleau in spring" in your organisation!

   : 이 부분이 제일 이해되지 않는 부분인 것 같습니다. 세계 경제 포럼에서 Sumantra Ghoshal 박사(인도의 경제학자이자 교육자)가 얘기한 유명한 얘기인데요... 이 8분짜리 영상만으로 포스트 하나 더 나올 정도입니다. 그 장소에서 냄새가 난다니... 어렵네요.ㅠ

치료

1. Become a Zombie-whisperer

   여러분은 많은 좀비들에게 많은 것을 기대하지 않을지도 모르지만, 단순히 그들과 이야기 하는 것은 놀라운 효과가 있을 지도 모릅니다. 좀비 스크럼 팀들은 그들의 곤경을 좀처럼 달가워하지 않습니다 따라서 좋은 출발은 그들의 상황에 대해 이야기하고 잠재적인 원인과 해결책을 찾아내는 것입니다. 또한 가치관이나 신념에 대해 이야기하는 것을 돕고, (필요할 경우) Scrum의 목적과 기본 가치관에 대해 교육합니다. 좀비 스크럼은 팀 문제가 아니라는 점을 강력히 강조하고 싶습니다. 좀비 스크럼은 조직적 가치와 Scrum 값 사이의 단절을 나타내는 것입니다. 관리의 역할은 여기서 과소평가될 수 없습니다. 그들은 그들이 하는 모든 일에서 Healthy Scrum의 핵심 가치를 지지하고 전달해야 합니다.

2. Introduce Healthy Scrum into the population

   좀비 스크럼과 싸우는 또 다른 방법은 Healthy Scrum의 작동 방식을 보여주고 설명하고 올바른 가치를 전달할 수있는 사람들을 사람들에게 소개하는 것입니다. 좀비 스크럼으로 고통받는 팀과 조직은 종종 제대로 작동하지 않지만 문제의 원인을 알지 못한다고 생각합니다. 이를 수행하는 방법에는 여러 가지가 있습니다. 다른 회사의 스크럼 사파리에서 팀과 경영진을 참여시켜 스크럼의 작동 방식을 보여주십시오. 또는 작업 수행 방식을 보여줄 수있는 스크럼 경험이있는 직원을 고용하십시오. 또한 팀과 경영진이 조직이 가능한 빨리 물건을 스스로 관리하도록 돕는 데 집중하는 한, 팀과 경영진이 스크럼을 더 잘 이해하도록 돕기 위해 애자일 코치를 참여시키는 데 도움이 될 수 있습니다.

3. Shake things up (don’t continue the stumble)

   팀이 스크럼 프레임 워크 내에서 상호 작용하는 방식을 변경하여 문제를 해결할 수 있습니다. 예를 들어, 좀비 스크럼 팀은 단축 된 스프린트 길이를 통해 이익을 얻습니다. 3-4 주 반복 대신 길이를 2 주 또는 1 주로 줄입니다. 스프린트 계획은 다가오는 스프린트 내에서 팀이 어떤 유형의 영향을 미치고 싶은지에 대한 답에 초점을 맞 춥니 다. 스프린트 목표를 검토하고 팀이 그 목표를 달성하기 위해 어떤 성과를 거두 었는지 일일 스크럼을 시작하십시오. 로드맵을 사용하여 검토 회의의 통찰력에 대한 컨텍스트를 제공하십시오. 그리고 천국을 위해 실제 고객이나 이해 관계자를 초대하십시오! 회고전을 사용하여 같은 오래된 문제를 끌어 내지 말고 큰 꿈을 꾸십시오. 변형 적 접근 방식이 증분 적 접근 방식보다 더 적합 할 수 있습니다. 무엇을하든 항상 모든 사람을 구할 수는 없습니다. 어떤 사람들은 선택에 의해 좀비이며 질병은 이미 너무 퍼져 있습니다.

4. Involve the broader Scrum Community

   당신은 좀비 스크럼과의 싸움에서 혼자가 아닙니다. 스크럼의 채택이 계속 증가함에 따라 커뮤니티도 점점 커지고 있습니다. 더 많은 경험을 가진 사람들의 도움을 요청하여 커뮤니티의 혜택을 누리십시오. 현지 Agile 또는 Scrum Meetup을 방문하거나 포럼 (Scrum.org의 포럼) 또는 Facebook을 사용하여 도움을 요청하거나 동료 Scrum 마스터 또는 Agile Coach를 초대하십시오. 또는 우리와 같은 블로거에게 이메일을 보내십시오. 기꺼이 도와 드리겠습니다!

5. Dare to Embrace Agile Contracting Principles

   1. 작게 시작하십시오. 고객이 자신의 프로젝트에 대한 예산이 많은 경우에도 먼저 단 하나의 Sprint 만 수행하기로 동의하십시오. 제품 비전과 제품 백 로그를 함께 생성하고 추정 한 후에는 첫 번째 '완료', 가치 있고 잠재적으로 출시 가능한 증분을 제공한다는 목표로 첫 번째 스프린트 만 수행하십시오. 스프린트 검토 및 스프린트 회고를 수행하고 다른 스프린트를 시작하기에 상호 신뢰가 충분한 지 결정하십시오.
   2. 전체 스크럼 팀 판매 / 구매 오랜 기간 동안 함께 협력하여 상하를 경험하고 속도가 금 가치가 있다는 것을 알고있는 고정 스크럼 팀. 일반적인 함정은 새 프로젝트가 도착하면이 '골든 팀'을 분리하는 것입니다. 이러지 마 모든 비용으로 팀을 유지하십시오. 고객은 테스터, 애널리스트, 디자이너, 스크럼 마스터, 개발자 등 판매 / 구매 스프린트를 포함한 전체 팀을 확보합니다.
   3. 속도를 알고있는 고정 팀과 함께 일할 때이 팀을 위한 스프린트를 판매하는 것이 더 쉽습니다. 물론 속도는 팀을위한 것입니다. 발견하는 데 3 -5 스프린트가 필요하며, 빌드하는 모든 제품에 따라 다를 수 있습니다. 그러나 경험이 많고 경험이 많은 고정 팀은 제품 백 로그를 추정 할 수 있으며 구현에 걸리는 스프린트의 양 (예 : 5 – 7 스프린트)을 제공 할 수 있습니다. 팀이 고정되어 있기 때문에 스프린트 당 비용이 얼마인지 (예 : 40.000,-)도 알고 있습니다. 이것은이 프로젝트에 필요한 예산이 200.000에서 280.000 사이임을 의미합니다. 모든 Sprint Review 동안 Scrum 팀과 이해 관계자는 다가오는 Sprint를 개발하기 위해 필요한 기능을 논의 할 수 있습니다. 스프린트 당 비용을 고려할 때 얼마나 가치가 있을지 논의 할 수 있습니다. 스프린트를 판매함으로써 고객에게 유리한 점은 계약을 조기에 종료 할 수 있다는 것입니다. 프로젝트를 계속 진행하는 비용이받은 추가 가치보다 높으면 더 이상 스프린트를 구매하지 않을 가능성이 있습니다.

6. Setup a Smell-o-Meter

   Changing people’s behaviour is not about changing people, but changing the context which they are in: the smell of the place. - Prof. Goshal

   조직에서 모든 사람이 경험하는 냄새에 대한 투명성을 제공함으로써 그에 따라 행동 할 수 있습니다. 부정적인 냄새가 증가하면 좀비 스크럼이 발생할 수 있습니다. 따라서 모든 사람은 지속적으로 나쁜 작은 것을 알고 즉시 행동해야합니다. 이를 통해 좀비 스크럼 발생에 저항 할 수있는 조직적 맥락을 보장 할 수 있습니다.

7. 냄새-오 미터를 설정하여 조직의 냄새를 "투명하게"만드십시오. 저의 전 동료 Wouter van der Meer는이 아이디어에 대한 훌륭한 블로그 게시물을 작성했습니다.

결론

이 블로그 게시물에서 Christiaan Verwijs와 Johannes Schartau가 설명한대로 좀비 스크럼의 주요 내용을 공유했습니다. 원래 기사 외에도 몇 가지 원인과 치료법을 추가했습니다. 바라건대 이로 인해 좀비-스크럼이 발생할 가능성이 줄어 듭니다! 좀비 스크럼을 다루는 방법에 대한 다른 아이디어가 있다면 공유하십시오!

1) nice-to-have : 있으면 좋고... 핵심(core)에서 벗어난 것

2) cargo cult : https://ko.wikipedia.org/wiki/%ED%99%94%EB%AC%BC%EC%88%AD%EB%B0%B0 조상들이 뭘 가져다 주길 비는 토착신앙. scrum을 하기만 하는건 (죽은 조상들이 뭘 갖다주기만 기다리는 건) 전혀 도움이 되지 않는다.