애자일 팀의 특성과 구성에 대해 알아보겠습니다.
애자일 팀의 특성에 대한 설명
Agile Team은 프로젝트를 위한 자체 조직화 팀으로, 끊임없이 변화하는 환경에 적응하고 건설적인 피드백을 수용하는 일반론자들로 구성되어 있습니다. Agile 프로젝트 팀은 집중과 협업을 극대화하는 팀 구조입니다. Agile 프로젝트 팀은 Waterfall 프로젝트의 팀과 다르게 구성되어 있습니다. Agile 팀은 자체 조직화 팀으로 구성되어 있습니다. 자체 조직화 팀은 중앙 통제 없이 자율적으로 운영되고 리더십과 협업하여 팀 목표를 달성하는 교차 기능 팀입니다. 자체 조직화 팀은 협업을 통해 작업 활동을 신속하게 통합하고, 커뮤니케이션을 개선하고, 지식 공유를 가능하게 하며, 유연한 작업 할당을 허용하는 장점이 있습니다. 자체 조직화 팀에서 경험이 풍부한 사람들의 지식을 경험이 부족한 사람들과 지속적으로 공유할 수 있습니다. 자체 조직화 팀은 중앙 집중화된 작업 처리 및 의사 결정에 많은 시간이 필요하지 않기 때문에 변동성이 높고 변화가 빠른 프로젝트의 성공에 유리합니다. Agile 프로젝트는 기존 Waterfall 개발 방법론의 문제점을 개선하기 위해 만들어진 혁신적인 방법론입니다. 애자일 방식이는 적응적 접근 방식의 한 형태이며 프로젝트가 매우 불안정할 때 유용합니다. Agile은 프로젝트 계획이 변화하는 프로젝트 상황에 따라 변경될 수 있도록 하는 방법입니다.애자일 프로젝트에서는 개발이 한꺼번에 대규모로 이루어지지 않고, 소규모로 나누어 짧은 주기로 개발이 이루어지고 반복됩니다. 개발 반복 주기는 보통 2주이며, 각 반복 주기의 결과는 프로젝트의 이해 관계자에게 가치를 제공하고 각 반복 주기가 진행됨에 따라 요구 사항의 변화를 반영할 수 있습니다.
애자일 팀의 구조와 역할을 이해하세요
Agile Team은 가치 있는 소프트웨어를 빠르고 지속적으로 제공하기 위해 Agile의 고유한 구조와 역할을 가지고 있습니다. Agile 프로젝트 팀은 동기 부여된 개인으로 구성되어야 하며, 자율적인 팀으로 조직되어야 하며, 기술적 우수성과 좋은 디자인을 할 수 있는 사람들로 구성되어야 합니다. 그리고 Agile 방법론을 유지할 수 있는 인력으로 구성되어야 합니다. Agile 프로젝트 팀의 구성은 크게 세 부분으로 구성됩니다. Agile 프로젝트 팀의 세 부분은 제품 소유자, 개발 팀, 스크럼 마스터입니다. 이 세 가지 엔터티는 서로 협력하여 프로젝트를 진행합니다.[애자일 프로젝트 팀의 구성]
애자일 프로젝트에서 실제 작업 엔터티는 제품 소유자와 개발 팀입니다. 제품 소유자는 사용자를 대표하여 요구 사항을 정의하고 개발 팀에 전달합니다. 개발 팀이 결과를 만들고 검토할 때 사용자와 이해 관계자의 요청에 따라 생성되었는지 확인합니다. 스크럼 마스터는 제품 소유자를 지원하고 개발 팀의 문제도 지원합니다. 스크럼 마스터는 협업을 지원, 코칭, 멘토링하고 촉진하는 역할이기 때문에 실제로 작업을 수행하는 사람이 아닙니다. 일반적으로 말해서, 프로젝트 매니저제품 소유자의 역할은 제품 소유자 또는 스크럼 마스터가 맡을 수 있습니다. 그러나 애자일 프로젝트의 프로젝트 관리자는 스크럼 마스터입니다.
1. 제품 소유자 이해
제품 소유자는 사용자와 이해관계자를 대표하고 제품 및 서비스의 요구 사항과 개발 방향을 제시하는 역할입니다. 제품 소유자는 개발 팀원과 함께 제품 백로그를 만들고 관리하며, 팀이 낭비 없이 효율적으로 작업하고 최대한의 가치를 제공할 수 있도록 팀원이 요구 사항을 올바르게 이해하고 인식하도록 지속적으로 지원하는 역할을 합니다. 제품 백로그는 제품 관리자 혼자 만들고 관리하는 것이 아니라 협업 과정에서 팀원과 함께 만들고 관리합니다. 개발 팀은 제품 소유자가 설명한 내용을 정확하게 이해하고 인식한 후 분석, 설계, 구현, 테스트 및 검토를 반복합니다. 검토 프로세스 동안 제품 관리자는 제품에 대한 피드백을 지속적으로 제공하고 개발할 기능에 대한 방향을 설정합니다. 검토 프로세스는 2주마다 반복되며 제품 소유자는 2주간의 반복 및 검토 프로세스 동안 지속적인 피드백을 제공합니다. 필요한 경우 제품 소유자는 프로젝트 이해 관계자를 검토 프로세스에 참여시킬 수 있습니다. 그러나 프로젝트 이해 관계자를 검토 프로세스에 참여시키는 것이 항상 가능한 것은 아니므로 일반적으로 제품 소유자가 주도합니다. 제품 소유자는 사용자와 이해관계자를 대표하는 역할이므로 매우 높은 사업적 배경을 가져야 합니다. 사업을 이해하지 않고는 사용자와 이해관계자를 대표할 수 없기 때문입니다. 또한 기술적으로 어떻게 구현되는지 개발팀에 설명하고 이해시켜야 하기 때문에 IT 분야에 대한 전문 지식이 있어야 합니다. 최소한 제품 소유자는 시스템 아키텍처와 UX/UI와 같은 측면에 대한 지식이 필요합니다. 즉, 제품 소유자는 사업적 이해와 IT 지식이 모두 필요합니다. 따라서 일반적으로 회사에서 제품 소유자가 될 수 있는 사람을 찾는 것은 어렵습니다. 그리고 제품 소유자가 있다 하더라도 제품 소유자 역할을 맡고 싶어하지 않는 경우가 있습니다. 제품 소유자는 사업적 배경과 해당 분야의 전문 지식을 가져야 합니다. 애자일 팀의 핵심 성공 요인은 제품 소유자에게 있다고 해도 과언이 아닙니다.
2. 개발팀 이해
개발팀은 민첩한 방식으로 프로젝트를 수행하기 위해 교차 기능적이고 자체 조직화되는 팀으로 구성됩니다. 자체 조직화 팀은 각 구성원이 팀의 목표를 달성하기 위해 리더십을 행사하는 팀 형태입니다. 민첩한 개발팀은 비즈니스 분석가, 개발팀 구성원, 테스터와 같은 다양한 역할 플레이어로 구성됩니다. 민첩한 개발팀에는 BA(비즈니스 분석가) 역할을 하는 사람이 포함됩니다. 사용자 경험(UX) 개발팀은 기획자, 디자이너, 퍼블리셔, 프런트엔드 개발자, 백엔드 개발자, QA(Quality Assurance) 직원, 테스터 등 다양한 역할로 구성되어 있습니다. 개발팀의 역할은 어떤 프로세스에 따라 작업할지 결정하는 것입니다. 애자일 팀은 누구에게도 이 프로세스를 따르라는 지시를 받지 않습니다. 애자일 팀은 스스로 프로세스를 결정합니다. 따라서 개발팀은 프로세스 자체를 결정하고 개선하는 역할을 맡습니다. 프로젝트 관리자는 프로세스를 지시하지 않습니다. 개발팀은 스스로 작업 프로세스, 추정 및 결과를 계획하고 관리합니다. 얼마나 많은 리소스를 투자하고 얼마나 많은 일정을 진행할지 결정합니다. 따라서 모든 것이 스스로 계획되고 관리됩니다. 애자일 프로젝트의 프로젝트 관리자인 스크럼 마스터는 지원, 멘토링 및 코칭만 제공합니다. 애자일 개발팀은 다양한 기술과 전문 지식에 대한 광범위한 경험을 가진 일반화 전문가 또는 T자형 사람들로 구성하는 것이 좋습니다. 과거에는 인재 프로필이 I자형 사람들이었습니다. I형 인재는 자신이 담당하는 업무나 기술에 대한 전문성이 높은 인재입니다. 그들은 자신이 담당하는 업무나 기술에 대해 다른 누구보다 많은 경험과 지식을 가진 인재입니다. 하지만 이 인재 프로필은 이제 T형 인재로 바뀌었습니다. T형 인재는 자신이 담당하는 업무나 기술에 대한 전문성이 높고 협업해야 할 업무에 대한 이해도가 높은 인재입니다. 애자일 프로젝트 개발팀은 보통 3~9명의 소수의 팀원으로 구성됩니다. 그리고 소수의 사람들과 끊임없이 협업해야 하기 때문에 자신과 관련된 협업해야 할 업무를 이해하지 못하면 협업이 제대로 이루어지지 않습니다. 따라서 T형 인재만이 애자일 프로젝트에 참여할 수 있습니다. 애자일 사고방식에서 가장 효과적인 애자일 개발팀의 소규모 형태는 집중력과 생산성을 고려할 때 3~9명의 규모입니다. 그리고 애자일 개발팀은 같은 장소에 위치해야 합니다. 같은 장소에 위치하면 더 빠르고 효과적인 커뮤니케이션이 가능하고, 팀 내의 역동성이 개선되며, 지식 공유가 가속화됩니다. 함께 있을 때만 일을 잘할 수 있습니다. 애자일 개발팀은 100% 헌신적인 팀원으로 구성되어야 합니다. 팀은 멀티태스킹을 최소화하도록 구성되고 관리되어야 합니다. 여기에는 조직적 사일로를 극복하는 문제가 있습니다. 사일로는 부서 간 이기심입니다. 부서에서 애자일 프로젝트에 팀원을 배정하면 부서적 이기심으로 인해 부서 업무를 하는 경우가 있습니다. 이를 방지해야 합니다. 애자일 개발팀은 다재다능한 사람과 전문가로 구성된 혼합 팀으로 구성되어 있으며, 전문가는 전문 지식을 공유하고 제공하고, 다재다능한 사람은 역할 분담에 유연성을 제공합니다. 역할 분담에 유연성을 허용하려면 팀원이 T자 모양이어야 합니다. 또한 팀원이 누가 작업을 수행할지 결정하는 자기 관리도 권장됩니다. 대인 관계 기술과 감정 지능도 팀원이 긴밀하게 협업하는 데 매우 중요합니다. 성공적인 애자일 팀의 팀원은 세 가지 방식으로 일합니다. 애자일 팀의 팀원들이 일하는 세 가지 방법은 페어링, 수영, 모빙입니다. 이것들은 함께 일하는 세 가지 방법입니다. 이것들은 함께 일하는 방법입니다.[성공적인 애자일 팀의 공동 작업 방식]
페어링은 두 팀원이 같은 작업을 위해 협업하기 위해 팀으로 함께 일하는 기술입니다. 이렇게 하면 지식이 공유되고 한 사람이 휴가를 가거나 문제가 있을 때 대응할 수 있습니다. 스와밍은 여러 팀원이 특정 장애물을 해결하는 데 집중하는 기술입니다. 스와밍은 팀원이 새로운 항목에 대한 개발 작업을 시작하기 전에 이미 시작된 개발 작업을 완료하기 위해 공동으로 작업하는 활동입니다. 스와밍은 백조처럼 함께 움직이는 것입니다. 모빙은 여러 팀원이 동시에 특정 작업 항목에 집중하고 기여도를 조정하는 기술입니다. 이는 여러 개발자가 한 대의 컴퓨터에서 코드를 작성하거나 문서를 작성하는 개발 방법입니다. 개발자는 서로 컴퓨터 화면을 열고 코딩하는 동안 서로 대화합니다. 이를 통해 작업 문제 해결을 가속화하고 지식 공유를 가능하게 할 수 있습니다. 페어링, 스와밍, 모빙을 통해 전체 팀의 능력도 균등화할 수 있습니다.
3. 스크럼 마스터 이해하기
Scrum Master는 Agile 프로젝트의 프로젝트 관리자입니다. Scrum Master는 Project Manager, Team Facilitator, Team Coach라고도 합니다. Agile 프로젝트에서 프로젝트 관리자의 역할과 직위는 팀을 관리하는 것에서 팀과 경영진을 지원하는 것으로 바뀝니다. 지원 업무로 바뀝니다. Agile 프로젝트의 프로젝트 관리자인 Scrum Master는 Agile 팀과의 협업을 코칭, 지원, 멘토링하고 촉진하는 역할로 바뀝니다. Scrum Master는 Agile 팀과의 협업을 코칭, 지원 및 촉진할 책임이 있습니다. Scrum Master는 Scrum 프로세스를 유지 관리하고 Agile 팀이 관행과 규칙을 준수하도록 보장할 책임이 있습니다. Agile에 익숙하지 않은 팀원이나 이해 관계자가 있는 경우 Agile 교육도 제공됩니다. Scrum Master는 프로젝트 프로세스 중에 발생하는 장애물을 제거하고 프로젝트 작업의 원활한 진행을 보장하고 지원합니다. Servant Leadership은 Scrum Master에 적합합니다. 서번트 리더십은 팀 성과를 극대화하고 극대화하기 위해 팀원의 요구 사항과 개발을 이해하고 해결하는 데 중점을 두어 팀원에게 봉사하는 방식으로 팀을 이끄는 리더십을 말합니다. Agile은 Scrum Master에 대한 서번트 리더십을 강조하고 팀원이 위임하고 권한을 부여하여 프로젝트를 진행하도록 합니다. 서번트 리더십에서 팀원은 팀원의 참여와 합의를 위해 프로젝트의 목표를 정의하여 모든 팀원이 프로젝트에서 성공할 수 있는 환경을 조성하도록 권장되며, 각 팀원은 프로젝트 작업 전반에 걸쳐 기여하도록 요청받습니다. 서번트 리더십에서 팀은 완벽한 Agile 프로세스를 계획하지 않고 반복 기간 동안 결과로 이어지는 방식으로 작업합니다. 서번트 리더십의 경우 팀은 촉진자 역할을 합니다. 프로젝트 관리자가 서번트 리더의 역할을 맡을 때 강조되는 요점은 관리 및 조정 역할에서 협업을 촉진하는 역할로의 변화입니다. 프로젝트 팀 내에서 결과를 내기 위해 팀의 참여, 이해 및 작업 공유를 장려하고 팀 내부 및 팀 간의 협업과 대화를 유도합니다. 팀 내부 또는 팀 간에 문제가 발생하면 병목 현상에 대한 공개 토론과 의견 교환을 지원하고 팀이 식별한 병목 현상을 해결하는 역할을 합니다. 물론 개인적인 갈등과 문제를 공개하는 것이 아니라 공유하고 공개해야 할 문제를 제기하는 것입니다. 일반적으로 폭포수 프로젝트 방법의 프로젝트 관리자는 조정 및 관리 역할을 하지만 Agile 프로젝트 방법의 프로젝트 관리자인 Scrum Master는 조정 및 관리 역할이 아니라 협업을 촉진하는 역할을 합니다. 팀 내에서 협업이나 커뮤니케이션이 잘 진행되지 않으면 팀원 간의 협업과 커뮤니케이션이 잘 지속되도록 안내하는 역할을 합니다. Scrum Master는 조직적 장애물을 제거하는 봉사적 리더 역할을 해야 합니다. Agile Manifesto의 첫 번째 가치는 프로세스나 도구가 아닌 개인과의 상호 작용으로 간주됩니다. 역할은 많은 시간이 걸리고 병목 현상을 일으키며 팀이나 조직의 민첩성을 방해하는 프로세스를 검토하고 지원하는 것입니다. 그리고 대량의 출력이 필요할 때 역할은 관련 당사자와 협력하여 적절한 출력을 검토하고 평가하는 것입니다. Agile 팀이 대규모 문서가 아닌 시스템으로 가치 있는 제품과 서비스를 만들고 제공하는 것이 중요합니다. 따라서 제품 제공에 집중할 수 있도록 지원해야 합니다. Scrum Master의 서번트 리더십은 프로젝트 이해 관계자에게 Agile을 적용하는 이유와 방법에 대해 알리고 교육하고 Agile을 통해 얻은 비즈니스 가치와 이점을 설명하는 역할입니다. 서번트 리더십은 또한 다른 사람들이 기여할 수 있는 길을 여는 형태입니다. Agile 개발 팀에서는 기능 관리자인 부서장과 협력을 주도하여 팀원이 멀티태스킹하지 않도록 프로젝트 작업에만 집중할 수 있도록 지원해야 합니다. Scrum Master는 제품 소유자와 개발 팀이 기능적 요구 사항인 사용자 스토리를 협업하고 개발하도록 안내합니다. Agile 프로젝트에서 백로그는 화면 디자인 문서와 같은 중요한 출력입니다. Scrum Master는 팀원을 교육하고 팀원이 성장할 수 있도록 경력 개발도 지원합니다. 팀이 좋은 일을 하고 성공적인 결과를 낼 때, 그들은 성공을 축하하고 외부 그룹과 건설적인 활동을 지원하고 연결합니다. 스크럼 마스터는 정량적 위험 분석과 같은 기술적 프로젝트 관리 활동을 통해 팀을 지원할 수도 있습니다. 이것은 프로젝트 일정이나 비용 목표에 대한 위험의 영향을 분석하거나 시뮬레이션하는 역할입니다. 이를 영향 분석 지원이라고 합니다. 스크럼 오브 스크럼(SoS)은 메타 스크럼이라고도 합니다. 스크럼 오브 스크럼은 애자일 방법을 통해 개발할 시스템의 규모가 너무 커서 9명만으로 시스템을 구축하기 어렵고, 예를 들어 프로젝트가 30~40명의 팀원으로 수행되어야 할 때 하나의 팀을 구성하여 수행하는 것이 불가능할 때 여러 개의 애자일 팀으로 나누어 운영하는 방법을 말합니다. 애자일 방법론을 적용하여 애자일을 유지하기 위한 대규모 시스템을 구축하는 경우 스크럼 오브 스크럼 방법을 사용하여 여러 개의 소규모 애자일 팀을 만들어 운영합니다. Scrum of Scrum에서는 여러 개의 작은 애자일 팀을 만들고, 각 작은 애자일 팀은 최대 9명으로 구성되며, 여러 애자일 팀은 프로젝트를 진행하기 위해 팀 간의 작업을 조정합니다. Scrum of Scrum에서 각 애자일 팀은 프로젝트 관리자와 전체 팀을 감독하는 스크럼 마스터를 두어 애자일 팀 간의 작업을 공유하고 조정할 수 있습니다. 즉, 개별적인 작은 프로젝트 관리자와 전체 프로젝트 관리자를 감독하는 한 명의 스크럼 마스터가 있습니다. Scrum of Scrum에서 각 팀의 대표는 다른 팀의 대표와 하루 또는 일주일에 두세 번 회의를 하며, Daily Stand up Meeting과 비슷한 방식으로 세션을 열어 완료된 작업, 앞으로 해야 할 작업, 장애물 또는 이슈에 대해 논의하고 공유합니다. 그리고 목표는 팀 간의 작업을 최적화하고 장애물을 제거하여 모든 팀이 효율적으로 최대의 효과를 낼 수 있도록 하는 것입니다. Scrum of Scrum은 대규모 스크럼 이 방법은 3~9명으로 구성된 두 개 이상의 스크럼 팀이 팀 대신 작업을 조정할 때 사용할 수 있는 방법입니다.