가치가 먼저, 또는 변환을 올바르게 시작하는 방법

항상 동일합니다.

누군가가 Agile 전환을 진행 중이라고 말할 때 상상하는 일반적인 패턴은 무엇입니까?

일반적인 시나리오는 다음과 같습니다. 조직이 보유하고 있는 금액에 따라 Big 3나 "Boutique Agile" 또는 그다지 인기가 없는 컨설팅 회사 중 하나를 고용합니다. 그들은 와서 1~3개월을 보내며 200페이지 분량의 파워포인트를 만듭니다.

이 문서는 눈길을 끄는 그래픽, 다이어그램, 시나리오 및 새로운 접근 방식의 주요 이점으로 가득 차 있습니다. 또한 사용할 도구, 첫 번째 Jira 보드를 구성하는 방법, 조정할 캘린더 케이던스, 수평 백로그 슬라이싱과 수직 백로그 슬라이싱 간의 차이점에 대한 몇 가지 제안이 포함될 수도 있습니다.

슬라이드 사이 어딘가에 일종의 SAFe 구현도 포함될 가능성이 높습니다. 조직의 고위 경영진은 통제력을 잃고 싶어하지 않습니까?

그러면 컨설팅 회사는 떠난다.

프로젝트 관리자는 성숙도 평가 워크숍에서 고위 리더가 조직이 결정한 성숙도 수준 평가와 특정 개인의 개인적 선호도에 따라 스크럼 마스터/애자일 코치/제품 소유자로 이름이 변경됩니다. 의미가 없다고 설명합니다.) 그런 다음 팀은 팀 헌장 연습을 주최하고, 스크럼 칸반 보드를 만들고, 두 가지 작업 스프린트를 개선하고, 작업을 시작합니다.

이때쯤이면 모두가 다음과 같은 이유로 이미 짜증을 내고 있습니다.

• 컨설턴트는 초기 평가 중에 일부 팀이 동일한 환경에서 작업하지 않고 다른 팀과 유사한 워크플로를 사용할 수 없다는 점을 이해할 기회/시간/돈(또는 모두 함께)이 없었습니다.
• 일부 팀은 이미 5년 동안 "새로운 작업 방식"으로 작업해 왔지만 Agile의 진정한 의미를 한 번도 접한 적이 없습니다.
• 이제 엔지니어들은 코딩보다 작업을 개선하는 데 더 많은 시간을 소비합니다. 모두가 그것을 싫어한다는 것을 알고 있습니다.
• …

익숙하지 않나요? 하지만 이것이 올바른 접근 방식일까요?

학교로 돌아가다

아이들이 중등학교에서 기하학을 처음 접할 때 모든 것은 기본부터 시작됩니다.

• 점, 선, 면이란 무엇입니까?
• 왜 평행선은 서로 교차하지 않는가?
• 직각이 90도인 이유;

이 기본을 갖추면 앞으로 나아가는 것이 더 쉽습니다.

스크럼도 마찬가지입니다. 스크럼 가이드를 열면 이론부터 시작됩니다. 경험주의 개념을 독자에게 부드럽게 설명하고 투명성, 검사, 적응이라는 세 가지 원칙을 소개합니다. 다음에 오는 것(규칙, 이벤트, 가공물 등)은 모두 기본의 구현이며 이를 따르지 않으면 불가능합니다. 기하학과 똑같지 않나요? 고등학생을 대상으로 과제를 열면 5학년 때 제공되는 기본 지식이 없으면 문제를 해결할 수 없습니다.

다른 것을 시도해보세요

이러한 기본 사항에 집중하십시오. 만지거나 볼 수 없으며 대시보드에서 측정하고 시각화하기가 어렵습니다. 그러나 이는 스크럼의 아름다움을 진정으로 드러내고 "소프트웨어를 구축하는 더 나은 방법"을 찾는 데 도움이 되는 가치입니다.

어떻게 투명성을 장려하고 따를 수 있습니까? 프로세스를 개선하기 위해 밝혀진 사실을 실제로 고려하고 있는지 어떻게 확인할 수 있습니까? 실제로 불필요한 낭비를 모두 확인하고 이를 제거하는 방법을 모색하고 있습니까?

이러한 질문은 스크럼 가이드의 정수입니다. 즉, "따라하기는 쉽지만 마스터하기는 어렵습니다." 특정 행동을 통해 어떤 잠재력을 발견했는지 이해하는 데 집중하세요. 변화/실행의 이면에 무엇이 있는지 알면 팀이 이를 더 쉽게 이해하고 따를 수 있습니다. “더 나은 결과를 제공하는 데 도움이 됩니까?”라는 질문으로 모든 행동을 지원하기 시작할 것입니다. 우리는 세 가지 기본 기둥으로 우리의 행동을 지원합니까?”

Agile Transformation 영역에 발을 들이는 많은 조직이 이전에 겪었던 것과 같은 실수를 저지르지 않도록 Agile 선언문 및 스크럼 가이드를 다시 읽어보세요. 읽는 동안 각 항목이 이 문서에 어떻게 표시되어 있는지, 서로 어떻게 지원하는지, 그리고 의미 있는 공통 구조를 구축하는 방법에 대해 생각해 보세요.

너의 상상력을 사용해라

변화는 결정을 내려야 할 때마다 근본적인 가치에 대해 생각할 때만 가치를 제공할 것입니다. 실수를 했다면 핵심 요소 중 하나를 포함해야 할 수도 있습니다. 행동을 바꾸지 않고 다른 결과를 기대하는 것은 미친 짓이다. 어쨌든 다시 시도하려면 무언가를 바꿔야 합니다. 그렇다면 학교로 돌아가는 것은 어떨까요? 정확한 요소가 누락되었는지 이해해 보세요. 그것을 찾아서 프로세스에 통합하면 성공할 가능성이 높습니다.

우리의 주요 목표는 지난 20년 동안 시장을 지배했던 습관, 즉 가치나 작동 방식을 고려하지 않고 도구와 기술을 구현하는 습관을 제거하는 것입니다.

저는 Zombie Scrum을 살펴보는 것을 적극 권장합니다. 이는 놀라운 읽기이며 팀이 프레임워크에서 구현하는 모든 단일 항목의 목적을 고려하지 않을 경우 직면할 수 있는 가장 큰 문제 라이브러리이기도 합니다.

중요한 것을 따르는 비결은 무엇입니까? 댓글로 공유하세요.