---

Scrum 프레임워크의 다섯 가지 핵심 가치는 무엇일까요? 놀라실 수도 있습니다!

이미 말씀드렸듯 Scrum 프레임워크는 소프트웨어 엔지니어링 프로세스일 뿐 아니라 탄탄한 기본 원칙도 갖추고 있습니다.

사실 대부분의 전문 사업 분야에서 이 원칙을 적용하고 활용할 수 있습니다.

Scrum에서 크게 성공하려면 자격증 취득만으로는 부족합니다. Scrum 가치를 확실히 이해해야 합니다

. 그래야 고객과 고용주가 좋아할 훌륭한 업무와 소프트웨어를 제공할 수 있습니다. 이제 Scrum 프로세스의 원칙을 더 자세히 설명하겠습니다.

Scrum 가치 #1. 용기

고객에게 최선인 일을 하기는 항상 쉽지 않습니다. 그럴 때 Scrum Master, Product Owner, 팀원들은 자신의 의무와 책임을 기억해야 합니다.

자신의 사업 및 IT 분야에서 최상의 제품과 서비스를 만드는 것입니다. 평범함을 넘어서려면 Scrum 팀은 언젠가 해당 이해관계자 생태계의 모두를 만족시키지 못할 어려운 결정에 직면해야 합니다.

이에 대응하려면 모든 팀원이 Scrum 인증 교육에서 배운 것을 기억해야 합니다.

용기를 기억하고 용기 있게 결정하고 행동하는 법을 배워야 합니다.

Scrum 가치 #2. 집중

Scrum에서 집중이라는 가치를 들으면 두 가지를 생각해야 합니다.

• 올바른 작업 파악: Sprint 목표에 필요한 작업은 무엇인가? 고객이 내 업무에 만족하도록 최상의 소프트웨어 제품과 서비스를 만드는 데 필수인 작업은 무엇인가?
• 우선순위 설정: 다음에는 어떤 작업을 해야 하는가?

매 순간 Scrum Master와 Product Owner를 포함한 팀 전체가 답해야 할 중요한 질문이 있습니다.

“고용주가 처음 우리를 고용한 목적을 충족하려면 지금 해야 할 가장 중요한 일은 무엇인가?”

Scrum에는 사용자 스토리와 작업의 합리적인 우선순위를 확보하는 여러 내장 이벤트(의식)가 있습니다. Scrum 프로세스에 따라 스토리와 관련 작업의 우선순위 설정을 지속적으로 우선해야 합니다.

이렇게 팀이 올바른 일을 올바른 순서로 하도록 합니다.

우선순위와 집중 조정을 돕는 이벤트 및 지원 실천은 다음과 같습니다.

• Scrum 그루밍(Backlog 정제) 회의: Scrum 그루밍(Backlog 정제) 회의는 다가오는 Sprint Planning 전에 항목을 명확히 하고 순서와 크기를 정하도록 돕습니다. 필요에 따라 계속하며 별도의 공식 Scrum 이벤트는 아닙니다.
• Sprint Planning 회의: 스토리 제공을 위한 의존성과 올바른 작업 순서를 보게 합니다.
• Daily Scrum 회의: Daily Scrum(데일리 스탠드업)은 다음 업무일의 방향을 잡도록 돕습니다. 가장 필요한 곳에 집중해야 합니다.
• Sprint Review 회의: 향후 더 성공적인 Review를 위해 팀이 어디에 노력을 집중할지 간접적으로 보여 줍니다.
• Sprint Retrospective 회의: 엔지니어링 과정에서 먼저 개선할 부분의 우선순위를 정하도록 합니다.

이 절에서는 집중의 관점에서만 Scrum 의식을 다루었습니다. 뒤에서 더 자세한 설명을 보실 수 있습니다.

이제 우선순위와 집중이 Scrum에 얼마나 중요한지 분명히 아실 것입니다.

Scrum 가치 #3. 이행 의지

Scrum Master, Product Owner, 팀의 이행 의지가 없으면 소프트웨어로 뛰어난 결과를 낼 수 없습니다.

많은 사람은 Scrum 개발에서 이행 의지를 해당 Sprint 결과물 목표에 대한 합의와 제약으로 해석합니다.

충분히 타당하지만 완벽한 이해는 아닙니다. Scrum 가치에서 “이행 의지”를 들을 때는 “몰입”을 기억해야 합니다.

소프트웨어 엔지니어링, 삶, 사업에서 성공하려면 목표에 몰입해야 합니다. 따라서 Scrum에서는 고객 문제를 해결할 훌륭한 소프트웨어를 만드는 데 몰입해야 합니다.

이행 의지와 Scrum 목표에 대한 몰입이 왜 중요할까요? 놀라운 소프트웨어를 만들고 제공한다는 사명에 몰입하지 않으면 쉽지 않은 장애물을 만날 때마다 작업이 느려지고 멈추기 때문입니다.

그러면 Scrum Master와 팀은 Sprint 목표를 제공하지 못하는 이유를 정당화할 설명을 Product Owner에게 하기 시작합니다. 평균보다 나은 팀이 목표라면 더 이상 변명할 여지를 주어서는 안 됩니다.

이 높은 헌신이 있으면 소프트웨어로 고객 문제를 해결하고 가치를 만드는 일이 더 쉽고 보람 있어집니다.

Scrum 가치 #4. 존중

나이, 성별, 인종, 신념, 경력, 역량, 의견, 업무 성과와 관계없이 모든 팀원은 서로 존중하고 신뢰해야 합니다.

존중은 팀 경계에만 머물지 않습니다. 팀과 교류하는 모든 내부 및 외부 IT·사업 이해관계자를 충분히 존중하고 환영합니다.

경험 많은 팀원은 경험 적은 팀원의 기여 의지를 꺾지 않도록 주의해야 합니다.

다수가 동의하지 않는 다른 의견도 적절히 받아들이고 응답하는 것이 특히 중요합니다.

Scrum 가치 #5. 개방성

“개방성”은 평균적인 팀과 고성과 팀의 주요 차이인 경우가 많습니다. 열린 Scrum 팀을 열린 마음의 사람들의 모임이라고 생각하세요.

이들은 창의적이고 혁신적이며 지적이고 정직하고 솔직하며 겸손합니다. Scrum 개발과 제공에는 부적절한 의견, 결정, 행동이 없습니다.

유일한 조건은 투명하고 팀의 공동 사명에 기여하려는 목적이어야 한다는 것입니다.

모든 결정과 행동이 반드시 산출물을 가속하고 큰 성공 사례를 만들어야 한다는 뜻은 아닙니다.

개방성과 용기 덕분에 Scrum 개발 집단은 실수를 두려워하지 않습니다.오류와 최적에 못 미친 결과를 전체 생산성과 작업 품질을 의미 있게 개선하는 중요한 기회로 봅니다.

용기, 집중, 이행 의지, 존중, 개방성은 언제나 기억할 중요한 Scrum 가치입니다.