GN⁺: 스크럼은 암 입니다
(twitter.com/svpino)- 25년간 개발했지만, Scrum 만큼 소프트웨어 팀을 쓸모 없게 만드는 것은 없음
- 몇가지 일화들
- Poker가 게임이 아니라 플래닝 도구라고 나를 설득하려고 함
- 더 효율적으로 일하고 싶으면, 프로세스를 제거하는게 아니라 추가해야함
- 스탠드업, 그루밍, 계획, 회고, 스크럼의 스크럼등 회의의 또 다른 멋진 이름인 "세레모니"에 참석하게 했음
- 우리는 하는 일보다 말하는데 시간을 더 보냈음
- 미팅에서 노트북 사용을 금지하고, 서 있어야 했음. 모두가 집중할 수 있도록 공을 돌리기도 함
- 소프트웨어를 작성하는 것보다 스토리 포인트를 추정하는데 더 많은 시간을 할애
- 스토리 포인트는 시간이 아니라 복잡성을 측정하지만, 스프린트에 얼마나 많은 스토리 포인트를 넣을지 결정해야 했음
- 소프트웨어를 추정하기 위해 티셔츠 사이즈를 사용했음
- 하나의 스토리포인트를 딜리버 하는데 드는 비용을 측정한다음, 고객이 "500개의 스토리 포인트" 패키지를 지불하는 계약서를 쓰게 했음
- 한 프로젝트의 500 스토리 포인트가 다른 프로젝트의 500 스토리 포인트와 같지 않다는 사실을 알게된 경영진은 당황함. 이 문제를 해결하기 위해 많은 회의를 해야했음
- 관리자, 스크럼마스터, 제품 오너, 기술 리드가 있다고 상상해볼 것. 그리고 이 모든 사람에게 동시에 대답하거나 아무것도 대답하지 않아야 함
- 우리가 충분히 빠르게 "스토리 포인트"를 처리하는지 여부를 알려줘야 하는 사람들로부터 돈을 받았음. 스토리 포인트는 시간이 아니라 복잡성에 관한게 아니었나? 신경쓰지 마세요
- 나는 애자일을 믿지만 이건 애자일이 아님
- 우린 전문 스크럼 트레이너를 고용했고, 우리 팀원들에게 비용을 대서 자격증을 취득하게 했음. 스크럼을 이런 저런 방법으로 시도해 보면서 몇년을 보냈음
- 결과는 항상 같았음: 동작하지 않음
- 스크럼은 개발팀을 잡아먹는 Cancer임. 스크럼은 개발자를 위한 것이 아니라, 관리자가 자신이 통제권을 갖고 있다고 느끼기 위한 또 다른 도구일 뿐
- 하지만 스크럼의 가장 좋은 점은 여러분의 눈을 똑바로 바라보며 이렇게 말하는 사람들임
" 스크럼이 여러분에게 맞지 않는다면, 여러분이 잘못하고 있는 겁니다. 스크럼은 팀에 적합한 모든 것을 의미합니다."
물론이죠
- Agile 20주년 : 실패한 반란
- 왜 (일부) 개발자들은 Agile 을 싫어하는가
- 왜 어떤 구글 개발자들은 애자일 개발이 무의미하다고 하는가에 대한 (전) 구글 엔지니어 디렉터의 답변
-
Spotify의 Squad 팀 모델은 실패였다
ㅤ→ 2012년 유명했던 스포티파이의 "Scaling Agile" 백서는 그들의 희망이었을 뿐 완전히 구현되지 않음. -
Shape Up - 작은 조직이 훌륭하게 일하는 법 [PDF]
→ 작은 팀이 6주 단위로 스프린트,스크럼,백로그,칸반 같은거 없이 제품을 어떻게 만들어 내는지를 설명. - 왜 당신의 일일 스탠드업 미팅은 실패하는가
논란을 불러 일으키는 제목과 내용이라, 해당 트윗의 조회수가 450만, 리포스트 4685, 좋아요 2.6만개 정도가 달렸네요.
뒤따라서 이런 트윗도 합니다.
스크럼은 공산주의(Communism)와 같음
모든 곳에서 항상 실패하지만, 당신에게 "니가 잘못하고 있어서 그래" 라고 얘기함
관련 HN 댓글들 : https://news.ycombinator.com/item?id=37289151
그리고 이 트윗에 달린 3400개의 답변들을 본뒤, 다시 또 트윗을 하나 합니다.
https://twitter.com/svpino/status/1696869327335571833
- 첫째, 제게 틀렸다고 말한 사람들의 가장 흔한 직업은 "애자일 코치"와 "스크럼 마스터" 였음. 그들은 스크럼을 매우 선호하지만, 이유를 잘 모르겠음
- 둘째, 스크럼은 내가 원하는 대로 할 수 있는 것이기 때문에 스크럼은 실패할 수 없음. 스크럼을 수행하는 올바른 방법은 없으므로, 자신에게 맞지 않는다면, 자신이 생각만큼 똑똑하지 않다는 것
- 셋째, 스크럼은 (그런 경우를 제외하고) 애자일이 아님. 하지만 (그렇지 않은 경우를 제외하고) 워터폴보다는 훨씬 나음. 그리고 아무것도 하지 않는 것이나 모든 것을 동시에 하는 것보다도 나음
- 넷째, 스크럼과 공산주의를 비교해서 많은 사람들이 트리거 되었음. 그들은 공산주의가 훌륭하다고 말하지만 공산주의 사회에서는 살아본 적이 없다는 것을 알아둘 것. 그들은 자신이 읽은 책과 공산주의 아래에서 피를 흘린 모든 사람들이 "공산주의를 잘못하고 있다" 라고 계속 얘기함
- 마지막으로, 대부분의 사람들은 스크럼을 열렬히 싫어함
- 어떻게 보든지 간에, 스크럼은 실패임
Hacker News 의견
- 스크럼은 전체 비즈니스/아키텍처 그림을 보지 못하는 개발자들을 이용하여 유용한 작업을 수행하는 데 도움이 되는 미팅의 집합으로 여겨집니다.
- 스크럼은 개발자 수와 거의 선형적으로 확장되는 출력물을 생산하는 데 유용하지만, 고레벨의 기술 개발자를 고용하는 데는 최적의 방법이 아닐 수 있습니다.
- 스크럼은 마이크로 매니지먼트처럼 느껴지며, 주니어 개발자들을 생산적인 상태로 이끌어줍니다.
- 스크럼은 연구 요소가 있는 프로젝트나 고도로 동기부여된 팀에게 효과적이지 않을 수 있습니다.
- 스크럼은 완료까지의 시간과 관련된 알려지지 않은 요소에 제한을 두고, 해결책을 찾는 믿음을 구축하는 데 도움이 됩니다.
- 스크럼의 프로세스는 괜찮지만, 이름이 그 혜택을 정확하게 대표하지 못할 수 있습니다.
- 일부 사람들은 스크럼과 같은 형식화된 프로세스를 전문적으로 보이기 위해 사용하며, 자신이 무엇을 하는지 모른다는 사실을 숨기기 위해 사용합니다.
- 애자일과 스크럼은 같은 것이 아니며, 애자일은 이유가 있는 엔지니어링 세계를 지배하고 있는 훌륭한 프로세스로 여겨집니다.
방법론이나 프레임워크는 적시적소에 쓰여야 하는 법인데
그럴듯해 보인다고 죄다 적용하니 애자일과는 반대로 딜레이만 됨
암이라기보단 약물 오남용으로 부작용에 합병증까지 온 느낌