Agile 프로젝트 관리 깨기

Agile은 사람들이 어리석은 결정에 너무 많은 투자를 하는 것에 대한 두려움에서 해방시키지만, 적용하기에는 다소 혼란스러울 수 있습니다.

이 기사에서는 다음을 배울 것입니다:

• 스크럼과 칸반 보드의 차이점

• 팀에서 애자일을 설정하는 단계별 가이드

• 각 단계에서 함정을 피하기 위한 팁.

애자일 프로젝트 관리는 짧은 피드백 루프와 적응형 사이클을 강조하는 점에서 전통적인 방법과 다릅니다. 지속적으로 인크리먼트를 릴리스함으로써 지지자들은 애자일 프로세스가 고객 가치와 니즈에 더 적응적이라고 믿습니다.

애자일은 1990년대 처음 소개되어 무거운 워터폴 방법론을 대체했습니다. 지속적인 개선을 촉진합니다. 2000년대 초반에는 애자일 방법론에 대한 이정표가 세워졌습니다. Jeff Sutherland을 포함한 10명의 권위 있는 실무자가 유명한 애자일 소프트웨어 개발 선언문을 공동 발표했습니다.

이후로 많은 분야에서 개발이 이루어졌습니다. 스크럼, 익스트림 프로그래밍(XP), 기능 중심 개발(FDD), 테스트 주도 개발(TDD) 등이 그 예입니다. 하지만 이름에 관계없이 중요한 원칙은 동일하게 유지됩니다 -> 반복적 개발, 단축된 피드백 루프, 적응적 계획을 통해 비즈니스의 '위험을 줄이기'입니다.

모든 프레임워크 중에서 스크럼이 가장 인기가 많습니다. 하나의 완전한 주기는 비전 수립, 스프린트 계획 회의, 일일 스프린트, 출하, 회고의 다섯 단계로 이루어져 있습니다. 이 기사는 스크럼 프레임워크에 중점을 둘 것입니다.

하지만 먼저...

스크럼과 칸반의 차이점은 무엇인가요

가이드를 시작하기 전에 두 가지 일반적으로 사용되는 용어를 명확히 해 봅시다:

스크럼은 프레임워크, 프로세스입니다

작은 팀을 위해 설계된 애자일 프레임워크로, 팀이 수행할 작업을 시간 제한된 반복, 즉 스프린트 내에서 완료할 수 있도록 나누는데, 보통 2주입니다. 팀은 15분짜리 스탠드업 미팅, 즉 일일 스크럼에서 진행 상황을 추적하고 재계획합니다.

칸반은 작업 시각화 방법입니다

작업 항목을 시각화하여 참가자에게 요구 및 가능한 용량의 개요를 제공함으로써 작업을 관리하고 개선하는 린 방법입니다. 시각화된 항목의 모음은 칸반 보드라 부릅니다. 보드는 스크럼에서도 사용됩니다.

칸반과 스크럼은 두 가지 방법입니다. 그러나 칸반 보드의 보편성과 효율성으로 인해 스크럼 프레임워크는 때때로 이 도구를 사용하기도 합니다. 위의 용어 외에도, 보다 많은 애자일 용어 사전을 AgileAlliance에서 확인할 수 있습니다.

애자일 실천 설정 방법

1단계: 준비 - 팀 구성

일반적으로 애자일 팀은 스크럼 마스터(SM), 제품 소유자(PO), 개발자로 구성된 세 가지 역할로 이루어집니다. 팀의 크기는 보통 7명(+/-2명)으로, 1명의 스크럼 마스터, 1명의 제품 소유자, 그리고 3-5명의 개발자입니다.

스크럼 마스터는 개발자 측에서 프로젝트가 원활하게, 그리고 가능하다면 더 빨리 진행되도록 합니다. 그는 독립적인 역할로서 중재자 또는 조정자 역할을 해야 합니다. 그러나 팀의 필요에 따라 기술 리드나 QA가 파트타임 스크럼 마스터 역할을 할 수 있습니다.

제품 소유자는 프로젝트 및 사용자 측에 있습니다. 제품 소유자는 비즈니스 및 고객을 대표합니다. 따라서 제품 소유자는 종종 제품 관리자나 마케팅 담당자입니다.

최고의 실습: 심각한 충돌을 피하세요

경쟁하지 말고 협력하세요.

스크럼 마스터와 제품 소유자는 서로 다른 초점을 가지며 심각한 충돌로 이어질 수 있습니다. 하지만 팀워크는 협력적으로 목표를 달성해야 합니다. 세 가지 역할을 유지하는 목적은 팀을 전면적이고 기능적으로 만드는 것입니다. 그렇기 때문에 팀 내 모든 사람이 함께 계획을 세웁니다.

2단계: 비전 수립 - 제품 백로그 준비

제품 소유자가 이 단계에서 주된 기여자입니다. 그는 이해관계자와 대화하고 제품 기능 백로그를 종합합니다. 이해관계자에는 보통 경영진, 영업 및 지원 팀, 마케팅 팀, 사용자 또는 고객이 포함됩니다.

제품 소유자는 백로그를 관리하고 기능의 우선순위를 정해야 합니다. 그리고 이 거대한 백로그에서 그는 비전을 명확히하고 이후 목표를 설정합니다.

최고의 실습: 단조로움을 피하세요

노동 집약적인 프로세스를 자동화하세요.

제품 백로그의 입력은 때때로 단조로운 작업이 될 수 있습니다. 수집 및 추적 절차는 고도로 반복적일 수 있습니다. 버그 수정의 경우, 제품 소유자는 백로그를 버그 추적 시스템과 연결할 수 있습니다. 주석 추적 도구 및 소셜 미디어 관리 플랫폼도 유용합니다.

3단계: 회의 - 스프린트 계획 회의 개최

이 회의에서는 명확한 스프린트 목표와 스프린트 백로그가 앞당겨집니다. 보통 한 시간 이내에 이루어지며 스프린트 주 초에 발생합니다. 제품 목표와 제품 백로그를 기반으로 팀이 함께 모여 백로그를 나누어서 출하할 수 있는 증분으로 만듭니다.

개발자는 적절한 스토리 포인트 수, 목표를 작업으로 나누는 방법 및 스프린트 백로그를 결정합니다. 회의가 끝날 때, 팀은 이번 스프린트의 범위와 원하는 전달물에 대해 자신감을 가져야 합니다.

최고의 실습: 모호한 목표를 피하세요

스프린트 결과에 대한 분명한 기대치를 제공하세요.

스프린트 목표는 단순히 임의로 작성된 한두 문장이 아니라, 이해관계자에게 전달물에 대한 기대치를 제공합니다. 팀이 무엇을 하고 있는지에 대해 이해관계자에게 빠르게 보고하는 기능을 합니다. 명확한 스프린트 목표는 인도의 성과 측정을 위한 길을 마련합니다.

4단계: 일일 스크럼 - 진행 상황 확인

일일 스크럼(일일 스탠드업) 회의는 프로젝트 상태 업데이트를 위한 것입니다. 반복 동안 매일 같은 시간과 장소에서 회의를 정하는 것이 가장 좋습니다. 일일 스탠드업은 대면 커뮤니케이션에 중심을 두는 애자일의 방향을 보여줍니다.

스크럼 마스터는 개발 프로세스를 원활하게 진행하기 위해 장애물을 해결해야 합니다. 스프린트 목표에 심각하게 영향을 미치는 것이 있을 경우, 제품 소유자가 즉시 알아야 할 권리가 있습니다. 그 대가로, 제품 소유자는 스프린트 백로그를 변경하고자 하는 유혹을 억제합니다.

최고의 실습: 긴 회의를 피하세요

각 스탠드업 회의는 15분 이내로 유지하세요. 이 회의는 팀 내 정보 동기화와 같으며, 문제 해결을 위한 것이 아닙니다. 문제 해결은 다른 프로세스에서 진행하는 것이 좋습니다.

5단계: 출하 - 릴리스 및 회고

팀의 릴리스는 반복 끝에 보여지며, 조직 내부 또는 외부의 이해관계자가 검토 회의에 참여합니다. 전체 스프린트 목표와 성과를 비교하여, 제품 소유자는 스프린트가 얼마나 성공적인지를 측정할 수 있습니다.

검토 회의 후, 애자일 팀은 회고 회의를 열어 무엇을 개선해야 하고 무엇을 계속해야 하는지 반성합니다. 개발 초보자에게는 속도와 용량 기대치를 수정할 완벽한 시간입니다.

최고의 실습: 회고를 절대 건너뛰지 마세요

아무 문제가 없다 하더라도, 팀은 결코 회고를 건너뛰지 않아야 합니다. 무엇이 옳았는지를 확인하는 것만으로도 미래 스프린트에 유용합니다. 스크럼 마스터가 원할 경우, 그는 개선 제안에 대한 투표를 시작할 수도 있습니다.

애자일의 한계는 무엇인가요

지지자들은 애자일 실천이 미세 관리와 무 관리 사이의 균형을 맞춘다고 주장합니다. 그러나 채택 경험에서 비판이 발생합니다. 일부 경험적 연구에서는 팀의 애자일에 대한 과학적 증거를 찾지 못했습니다.

애자일은 유연성을 강조하므로 지속적인 품질 관리에 부담을 줍니다. 짧은 프로젝트 길이는 빠르고 린하게 행동해야 함을 의미합니다. 이는 종종 적절한 문서화 및 자원의 부족을 동반합니다. 프로젝트는 지속성과 완전성이 부족하며, 품질 중심의 원칙을 거의 무효화합니다.

애자일은 매우 위험 회피적인 조직 또는 산업, 예를 들어 제약 분야에는 적합하지 않습니다. 이들 오랜 산업은 번거롭지만 중요한 규범을 따라야 합니다. 전통적인 관리를 거스르는 절차의 변화는 위험할 뿐만 아니라 매우 위험합니다.

그렇다 하더라도 무수히 많은 성공 사례가 애자일이 작동한다는 증거입니다. 단점이 있음에도 불구하고, 진화하는 애자일 프레임워크는 적어도 문제를 수정하기 위한 도구와 기술, 즉 지속적 통합(CI/CD), 자동화된 단위 테스트, 코드 리팩터링 등을 제공합니다.

핵심 내용 요약

애자일 프로세스는 빠른 반복, 지속적인 개선 및 변화에 대한 빠른 반응을 강조합니다. 주로 비전 수립, 스프린트 계획, 일일 스크럼, 출하, 회고의 다섯 단계로 구성되어 있습니다.

이 방법은 전통적인 방법론과 느슨한 관리 간의 균형을 목표로 합니다. 강력한 증거가 부족하고 단점이 있음에도 불구하고, 애자일 프로세스는 성공할 수 있는 지점이 있습니다.

당신의 의견은 어떠신가요? 트윗 보내기를 통해 애자일 방법을 적용한 교훈과 요령을 공유해보세요 :).