애자일 프로젝트 관리란? 간단한 가이드

현대 사회는 사람들이 결과를 빨리 기대하는 세상입니다. 예를 들어, WordPress 코어는 수요로 인해 엄청난 속도로 업데이트를 릴리스할 수 있으며, 그렇게 하는 유일한 소프트웨어 회사는 아닙니다. 제품 출시와 관련하여 팀이 이러한 수준의 효율성을 달성하도록 하려면 올바른 관리 접근 방식을 적용해야 합니다.

"애자일" 프로젝트 관리는 빠른 반복과 대규모 프로젝트를 관리 가능한 부분으로 나누는 것입니다. 가장 좋은 점은 소프트웨어 관련 프로젝트에만 적용되는 것이 아니라는 것입니다. 이 기사에서는 Agile 프로젝트 관리, 그 이점 및 작동 방식을 소개합니다.

가자!

애자일 프로젝트 관리 소개

팀이 처음부터 "단순한" 콘텐츠 관리 시스템(CMS)을 개발해야 한다고 상상해 보십시오. 게시물 관리, 여러 작성자 지원, 텍스트 편집기 등과 같이 포함할 기능 목록이 있습니다.

해당 범위의 프로젝트에 접근할 수 있는 방법은 거의 무한합니다. 예를 들어 전체 시스템을 한 번에 개발하고 MVP(Minimum Viable Product)가 있는 경우에만 클라이언트를 표시할 수 있습니다. 반드시 나쁜 접근 방식은 아니지만 프로젝트 시작과 데모 단계 사이에 오랜 시간이 걸릴 수 있음을 의미합니다.

보다 "민첩한" 접근 방식(윙크 윙크)은 대신 ​​더 빠른 프로젝트 반복에 집중할 수 있습니다. 이러한 요구 사항을 프로젝트 핵심으로 분류한 다음 각 개별 기능에 대한 작업으로 이동할 수 있습니다.

애자일 프로젝트 관리의 기본 원칙은 빠른 반복입니다. 이는 프로젝트를 연속적으로 빠르게 처리할 수 있는 작은 구성 요소로 나누는 것을 의미합니다. 이러한 반복 중 하나를 완료할 때마다 팀 및 고객과 함께 검토합니다.

그러나 애자일 프로젝트 관리는 방법론보다 철학에 가깝다는 것을 이해하는 것이 중요합니다. 실제로 따라할 수 있는 애자일 방법론이 많이 있으며 그 중 일부를 곧 소개하겠습니다. 먼저 애자일 철학의 장점이 무엇인지 이야기해 봅시다.

애자일 접근 방식의 이점

Agile 프로젝트 관리의 주요 이점은 바로 이름에 있습니다. 전반적으로 전체 철학은 팀이 프로젝트를 더 빨리 제공하도록 돕는 것입니다. 그러나 Agile 접근 방식에는 속도를 넘어 다음과 같은 훨씬 더 많은 이점이 있습니다.

• 프로젝트가 궤도를 이탈하는 것을 막습니다. 점진적으로 작업하고 모든 단계에서 진행 상황을 검토하기 때문에 문제가 너무 커지기 전에 문제를 파악하는 것이 더 쉬워집니다.
• 복잡한 작업을 보다 효율적으로 처리할 수 있습니다. 일반적으로 대규모 프로젝트는 매우 위협적일 수 있지만 Agile 경영진이 지지하는 "아기 단계" 접근 방식은 프로젝트를 덜 힘들게 만들 수 있습니다.
• 수많은 피드백을 받습니다. 모든 반복 후에는 팀과 함께 진행을 멈추고 검토해야 합니다. 즉, 모든 단계에서 많은 피드백을 받고 전체 팀이 같은 페이지에 있습니다.
• 적응력이 뛰어납니다. 애자일 프로젝트 관리의 반복적 접근 방식은 개발 프로세스 중에 새로운 기능을 도입하거나 수정하기가 더 쉽다는 것을 의미합니다.

사실, Agile 프로젝트 관리에 대한 훌륭한 슬로건은 많은 지속적인 피드백과 함께 빠른 반복에 관한 것입니다. 이러한 특성으로 인해 Agile은 일반적으로 점진적인 변경이 많이 진행되는 소프트웨어 및 웹 개발 프로젝트에 적합합니다. 그러나 다른 유형의 프로젝트 및 필드에도 적합할 수 있습니다.

예를 들어, 마케팅 캠페인에 대한 애자일 접근 방식은 다음과 같이 분류할 수 있습니다.

1. 캠페인에서 달성하고자 하는 목표를 식별하십시오.
2. 이러한 목표를 개별 작업으로 나누고 할당합니다(예: 로고 디자인, 슬로건 제시, 특정 부문에 대한 사본 작성).
3. 각 작업의 결과를 검토하고 사용자 테스트를 실행하여 성공 수준을 확인합니다.
4. 다음 작업으로 이동합니다.

이상적으로는 전체 프로세스가 빠릅니다. 일부 팀이 일정을 유지하는 한 가지 방법은 Trello와 같은 협업 도구를 사용하고 자신에게 일정을 제공하는 것입니다. 더 많은 맥락을 제공하기 위해 특정 Agile 방법론에 대해 이야기해 보겠습니다.

3 애자일 방법론의 예

모든 애자일 방법론은 지금까지 논의한 기본 사항을 공유합니다. 그러나 각각 다른 접근 방식을 사용하여 프로젝트를 처리할 수 있습니다. 다음은 가장 인기 있는 옵션 중 일부입니다.

1. 스크럼. 우리는 과거에 스크럼에 대해 이야기했습니다. 이 방법론에서는 담당자가 제품 백로그를 설정하고 우선 순위를 설정합니다. 그런 다음 각 팀은 "스프린트" 작업을 시작하고 마지막에 새로운 반복을 제공해야 합니다.
2. 린 소프트웨어 개발. 이 방법론은 불필요한 기능을 제거하고 최종 고객에게 더 많은 가치를 제공하는 것에 관한 것입니다. 소프트웨어 개발과 관련하여 린 방법론은 또한 프로세스 동안 과중한 테스트를 우선시합니다.
3. 익스트림 프로그래밍(XP). 애자일 개발은 본질적으로 매우 빠릅니다. 그러나 XP 방법론은 한 단계 더 나아가 스프린트가 일반적으로 1주에서 3주 사이에 지속됩니다. 아이디어는 더 빠른 반복과 높은 수준의 사용자 참여를 통해 프로젝트를 훨씬 더 효율적으로 실행할 수 있다는 것입니다.

애자일 프로젝트 관리는 팀과 관련된 프로젝트를 실행하는 대부분의 상황에 매우 적합합니다. 프로젝트가 복잡할수록 Agile의 이점을 더 많이 얻을 수 있습니다.

그러나 어떤 방법론을 선택하는지는 귀하에게 달려 있습니다. 지금까지 다룬 것 외에도 훨씬 더 많은 옵션이 있습니다. 전반적으로 핵심 Agile 신조는 동일하게 유지되는 경향이 있지만 스프린트의 길이 및 사용자의 참여 정도와 같은 특정 측면은 다를 수 있습니다.

더 많은 Agile 변형을 탐색하여 자신의 스타일에 맞는 변형을 찾는 것이 좋습니다. 그러나 그 동안 실제 프로세스를 자세히 살펴보고 예상되는 사항을 알아보겠습니다.

애자일 프로젝트 관리를 시작하는 방법(4단계)

우리는 애자일 방법론과 그것이 어떻게 작동하는지에 대해 많은 이야기를 했습니다. 이제 실제 시나리오에서 프로세스가 어떻게 보일 수 있는지 자세히 살펴보겠습니다.

1단계: 제품 로드맵 생성 및 출시 일정 설정

한 줄의 코드를 작성하기 전에 작업 중인 내용과 목표가 무엇인지에 대한 전체 그림이 있어야 합니다. 이것은 다음을 알고 있음을 의미합니다.

• 최종 제품은 무엇이어야 합니다.
• 포함해야 하는 기능.
• 누구를 위해 설계되었습니다.
• 당신의 제품을 독특하게 만드는 것.

이 단계는 매우 높은 수준의 결정을 포함하므로 귀하 외에 팀 리더와 고객이 게임 계획을 개발하기 위해 함께 있어야 합니다. 궁극적으로, 대략적인 제품 로드맵을 가지고 초기 회의에서 나와야 합니다.

CMS를 원하는 클라이언트의 이전 예를 기반으로 하기 위해 이전 목록은 다음과 같습니다.

• 최종 제품은 무엇이어야 하는가: 블로깅을 위한 CMS.
• 포함해야 하는 기능: 게시물 관리, 여러 작성자 지원, 사용자 계층 및 텍스트 편집기.
• 대상: 웹 개발 경험이 거의 또는 전혀 없는 블로거.
• 제품을 독특하게 만드는 요소: 사용 용이성과 접근성에 중점을 둡니다.

물론 현실 세계에서는 제품 로드맵이 훨씬 더 구체화될 것입니다. 고객이 원하는 기능에 특별한 주의를 기울이고 싶을 것입니다. 이러한 기능은 스프린트 동안 주요 초점이 될 것이기 때문입니다.

이 단계에서 무엇이 가능하고 불가능한지에 대해 현실적이 되는 것이 중요합니다. 또한 팀과 고객에게 새 버전을 출시할 예정인 빈도에 대한 아이디어를 제공하고자 합니다. 일반적으로 스프린트는 약 한 달 동안 지속되지만 타임라인은 처리하려는 작업의 복잡성에 따라 달라집니다.

2단계: 첫 번째 스프린트를 달성하고 실행하는 데 필요한 항목 분류

제품 로드맵이 마련되면 구현해야 하는 큰 기능을 더 작은 작업으로 나눌 수 있습니다. 예를 들어 CMS의 핵심에서 작업하는 팀을 원한다고 가정해 보겠습니다. 여기에는 다음 작업이 포함될 수 있습니다.

• 관리 영역을 구축합니다.
• 기본적인 사용자 관리 시스템을 만듭니다.
• 출판 시스템의 베어본 구현 개발.

이러한 각 작업은 차례로 훨씬 더 간단한 작업으로 나눌 수 있습니다. 이 프로세스를 원활하게 실행하려면 팀이 Trello 및 Slack과 같은 협업 도구에 액세스할 수 있기를 원할 것입니다. 협업은 결국 Agile 프로젝트 관리를 가능하게 만드는 것입니다. 여기에서 선택하는 도구는 팀이 진행 상황을 표시하고 사용자가 이를 검토할 수 있는 수단이 있는 한 그다지 중요하지 않습니다.

첫 번째 작업 세트가 "준비"되면 이를 할당하고 첫 번째 스프린트를 시작할 때입니다. 이는 각 반복의 개발 프로세스에 대해 Agile을 사용하는 것입니다. 각 스프린트가 끝날 때마다 후속 릴리스마다 더 많은 기능과 함께 프로젝트의 새로운 반복이 있어야 합니다.

3단계: 매일 "Standups"를 실행하여 팀을 정상 상태로 유지

모든 프로젝트의 개발 프로세스에는 딸꾹질과 문제가 있습니다. 애자일 관리는 세 가지 질문으로 구성된 빠른 일일 회의를 실행하여 진행 중인 모든 것을 파악하도록 권장합니다.

1. 지난 회의 이후 어떤 작업을 완료했습니까?
2. 오늘은 어떤 작업을 할 건가요?
3. 그 과정에서 문제는 없었나요?

정기적인 회의라는 생각에 겁먹지 마십시오. 애자일 사고 방식을 사용하면 모든 사람의 이야기를 듣는 데 몇 시간을 보내지 않아도 됩니다. 목표는 모든 사람이 프로젝트가 어떻게 진행되고 있는지에 대한 최신 아이디어를 얻고 팝업된 직후 잠재적인 문제를 해결하는 것입니다.

우리가 "매일" 회의라고 말할 때 경험상 규칙이라기보다는 제안으로 받아들이십시오. 자신의 스타일에 맞게 회의 빈도를 변경할 수 있습니다. 자주 발생하는지 확인하면 우리가 제시한 세 가지 포인트를 모두 달성할 수 있습니다.

4단계: 스프린트 마무리 및 결과 검토

모든 좋은 스프린트는 결국 끝나야 합니다. 타임라인 내에서 각 릴리스 날짜에 도달하면 프로젝트의 새로운 반복을 살펴볼 때입니다. 이상적인 세계에서는 각 릴리스마다 여러 "사소한" 기능의 구현을 완료하고 주요 기능은 약간 덜 자주 사용합니다. 그러나 진행 상황은 팀, 팀을 얼마나 잘 유지하고 있는지, 프로젝트가 무엇인지에 따라 크게 달라집니다.

이 단계에서 최근 스프린트 동안 달성하기 위해 설정한 모든 목표를 달성했는지 검토해야 합니다. 한 번도 만나지 못했다면 그 이유를 물어보고 다시는 그런 일이 일어나지 않도록 하는 방법을 찾아야 합니다. 이를 위해 전체 팀과 최종 사용자가 참석해야 합니다.

이것은 우리 가이드의 마지막 단계이지만 민첩한 길의 시작일 뿐입니다. 한 번의 도약으로 준비된 프로젝트는 거의 없으므로 검토가 완료되면 다음 스프린트를 준비하고 모든 목표를 달성할 때까지 프로세스를 반복하세요.

결론

프로젝트가 복잡할수록 개발 가능성이 높아집니다. 대규모 프로젝트를 수행하는 가장 좋은 방법은 프로젝트를 구성 요소로 나누는 것입니다. 또한 모든 사람이 자신의 작업이 무엇인지 알고 진행 상황을 파악하기를 원합니다.

간단히 말해서 이것이 Agile 프로젝트 관리의 전부입니다. 다음 프로젝트를 위해 구현하려는 경우 시작하기 위한 몇 가지 단계는 다음과 같습니다.

1. 제품 로드맵을 만들고 출시 일정을 설정합니다.
2. 달성해야 할 사항을 분류하고 첫 번째 스프린트를 실행합니다.
3. 매일 스탠드업을 실행하여 팀을 추적하세요.
4. 스프린트를 마무리하고 결과를 검토하십시오.

Agile 프로젝트 관리 전반에 대해 궁금한 점이 있습니까? 아래 댓글 섹션에서 살펴보겠습니다!

기사 썸네일 이미지: Bakhtiar Zein / shutterstock.com