Close
고리 모양 화살표

애자일 코치

애자일 개발에 관한 Atlassian의 간단명료한 가이드

주제 찾아보기

애자일의 개념

애자일은 프로젝트 관리 및 소프트웨어 개발에 대한 반복적인 접근 방식으로, 팀은 고객에게 가치를 더 빠르게 덜 복잡한 방법으로 제공할 수 있습니다. 애자일 팀은 "크게 한 번에" 출시하는 데 모든 것을 집중하는 대신 더 작은 공략 가능한 단위로 작업을 제공합니다. 요구 사항, 계획 및 결과가 지속적으로 평가되므로 팀은 변화에 신속하게 대응할 수 있는 자연스러운 메커니즘을 갖게 됩니다.

애자일 주제

[계속]

전통적인 "워터폴" 접근 방식에서는 한 가지 분야에서 프로젝트에 기여하도록 한 다음 "다른 부서로 넘기는" 반면에 애자일은 협력적 교차 기능 팀을 요구합니다. 팀원 간의 열린 커뮤니케이션, 공동 작업, 적응 및 신뢰는 애자일의 핵심입니다. 프로젝트 리더 또는 제품 소유자가 일반적으로 전달할 작업의 우선 순위를 지정하지만 팀에서 작업 수행 방법 결정을 주도하고 세분화된 작업과 할당을 중심으로 자체 구성합니다.

애자일은 일련의 세레모니 또는 특정 개발 기법으로 정의되지 않습니다. 오히려 애자일은 촘촘한 피드백 주기와 지속적인 개선에 대한 노력을 보여주는 방법론의 그룹입니다.

애자일 개발 예 | Atlassian 애자일 코치

원래 애자일 매니페스토는 2주간의 반복 또는 이상적인 팀 규모를 규정하지 않았습니다. 단순히 팀원들을 최우선으로 생각하는 일련의 핵심 가치를 제시했습니다. 책에 따라 스크럼을 수행하든 칸반과 XP의 요소를 혼합하든 여러분과 팀이 오늘날 이러한 가치를 실천하는 방식은 전적으로 자신에게 달려 있습니다.

애자일을 선택해야 하는 이유

1년 분량의 계획에서 벗어나지 않고 시장의 변화나 고객의 피드백에 신속하게 대응할 수 있기 때문에 팀에서는 애자일을 선택합니다. 작은 단위로 자주 계획하고 전달하더라도 "충분하기만 하면" 팀에서 각 변화에 대한 피드백을 수집하여 최소한의 비용으로 향후 계획에 통합할 수 있습니다.

애자일은 단순한 숫자 게임이 아니라 무엇보다도 사람에 관한 것입니다. 애자일 매니페스토에서 설명한 것처럼 엄격한 프로세스보다 인간 사이의 진정한 상호 작용이 더 중요합니다. 사전 정의된 계획보다 고객 및 팀원과의 협업이 더 중요합니다. 그리고 고객의 문제에 대한 효과적인 솔루션을 제공하는 것이 매우 상세한 문서화보다 더 중요합니다.

애자일 팀은 공유된 비전 아래에서 하나가 된 다음 가장 잘 알고 있는 방식으로 비전을 실현합니다. 각 팀은 품질, 유용성 및 완전성에 대한 자체 표준을 설정합니다. 이들의 "완료에 대한 정의"에서 팀마다 작업을 얼마나 빨리 수행할지 알 수 있습니다. 처음에는 두려울 수 있지만 회사 리더는 애자일 팀을 신뢰할 때 팀이 더 큰 주인의식을 느끼고 경영진의 기대를 충족(또는 초과 충족)하기 위해 발전한다는 것을 알게 됩니다.

애자일의 과거와 현재와 미래

2001년 애자일 매니페스토의 발표는 방법론으로서 애자일의 탄생을 의미합니다. 그 이후로 스크럼, 칸반, 및 XP(Extreme Programming)와 같은 많은 애자일 프레임워크가 등장했습니다. 각각은 빈번한 반복, 지속적인 학습 및 고품질이라는 핵심 원칙을 고유한 방식으로 구현합니다. 스크럼과 및 XP는 소프트웨어 개발 팀이 선호하는 반면 칸반은 IT 또는 인사 관리 등의 서비스 중심 팀 사이에서 큰 사랑을 받고 있습니다.

오늘날 많은 애자일 팀은 팀 고유의 방식에 몇 가지 다른 프레임워크의 방식을 조합합니다. 일부 팀은 정기적인 애자일 활동(예: 일반 스탠드업, 회고, 백로그 등)을 채택하고 다른 팀은 새로운 애자일 관행(애자일 마케팅 매니페스토를 준수하는 애자일 마케팅 팀)을 만들었습니다.

Atlassian 애자일 코치

미래의 애자일 팀은 원칙을 고수하는 것보다 자체 효율성을 중요하게 여길 것입니다. 개방성, 신뢰 및 자율성은 최고의 인재를 유치하여 최대한 활용하려는 기업의 문화적 흐름으로 부상하고 있습니다. 이러한 회사는 올바른 원칙을 따르기만 한다면 팀마다 관행이 다를 수 있음을 이미 보여주고 있습니다.

애자일에 Atlassian

각 팀이 애자일을 실천하는 방식은 각 팀의 요구와 문화에 따라 고유해야 합니다. 실제로 Atlassian을 사용하는 두 팀의 애자일 관행이 같은 경우는 없습니다.

많은 팀이 스프린트로 작업을 구성하고, 스토리 포인트를 추정하고, 백로그의 우선 순위를 정하지만, 저희는 스크럼 또는 칸반 또는 다른 특정 방법론을 고집하는 근본주의적 실행자가 아닙니다. 대신 각 팀에게 가장 효과적인 관행을 선택할 수 있는 자율성을 부여합니다. 자신도 비슷한 접근 방식을 취할 것을 권장합니다.

예를 들어 IT와 같은 큐 중심 팀의 경우 칸반은 애자일 관행에 대한 견고한 기반을 제공합니다. 그러나 이해 관계자와의 데모 세션이나 정기적인 회고와 같은 몇 가지 스크럼 관행이 간간이 섞이는 것을 막을 수는 없습니다.

애자일을 올바르게 수행하는 열쇠는 지속적인 개선의 사고 방식을 수용하는 것입니다. 다양한 방식을 실험하고 팀과 공개적이고 솔직하게 이야기를 나눠 보세요. 효과가 있는 것은 유지하고 없는 것은 버리세요.

애자일에 Atlassian | Atlassian 애자일 코치

사이트 사용 방법

각 팀이 애자일을 향한 길을 직접 개척해야 한다고 생각하기 때문에 이 사이트에서는 매우 규정이 되는 정보는 찾을 수 없습니다. 그러나 반복적으로 작업하고 고객에게 가치를 제공하며 지속적인 개선을 수용하는 데에 대한 명료한 가이드가 될 것입니다. 이 가이드를 읽고, 팀과 토론하고, 자신에게 적합한 변경 사항을 적용하세요.

또한 애자일 개발 팀을 위한 프로젝트 관리 도구인 Jira Software와 이러한 사례를 결합하는 방법에 대한 자습서도 찾을 수 있습니다. 칸반 보드를 설정하겠습니까? 팀의 속도 보고서에서 인사이트를 받겠습니까? 이 모든 것이 이 자습서에 있습니다.

올바른 경로에 있습니다. 계속하세요!

다음 단계
Agile manifesto