스크럼 마스터 대응과 비즈니스 환경에 대해서 설명해드리겠습니다. 스크럼 마스터는 애자일 프로젝트의 프로젝트 매니저(PM) 역할입니다. 다만, 스크럼 마스터는 전통적인 워터폴 프로젝트의 프로젝트 매니저와는 다른 역할이 기대됩니다. 애자일 프로젝트에서는 스크럼 마스터 보다는 프로덕트 오너(PO)의 역할이 더 중요합니다. 따라서 스크럼 마스터는 프로덕트 오너에게 의지하고 프로덕트 오너가 잘 진행할 수 있도록 지원해야 합니다.
애자일 프로젝트를 진행할 때 스크럼 마스터는 중요한 프로젝트 이해 관계자들에게 프로젝트에 대한 지식을 높이고 관심을 갖도록 유도하는 것은 올바른 일입니다. 프로젝트의 결과가 만약 회사에 이득이 되지 않는다는 검토 결과가 나온다면 회사에서 프로젝트를 계속 진행할지 말지를 결정해야 하며 프로젝트를 중단할 수 있는 권한은 스크럼 마스터나 프로덕트 오너에게는 없고 프로젝트 스폰서와 회사의 경영진에게 있다는 것도 반드시 알아두어야 합니다. 그럼 이어서 스크럼 마스터 대응에 대한 전략과 비즈니스 환경에 대해서 좀 더 자세히 알아보도록 하겠습니다.
스크럼 마스터와 프로덕트 오너의 역할
스크럼 마스터의 역할에 대해서 이해하는 것은 애자일 프로젝트를 이해하는 것과 연결됩니다. 스크럼 마스터는 관리자가 가지고 있는 의사 결정 권한과 역할이 많이 빠져 있습니다. 예를 들어, 만약 경쟁 시장이 변화했는데 프로젝트 팀에서 구축하고 개발한 제품이 더 이상 사용할 수 없다고 생각될 경우 스크럼 마스터가 직접 판단하기 보다는 프로젝트의 실행 가능성이 변경 되었는지를 프로덕트 오너(PO)에게 반드시 문의해야 합니다. 애자일 프로젝트에서는 애자일 팀에서의 역할을 이해하는 것이 필요합니다. 백로그에 대한 우선순위를 지정할 수 있는 권한은 프로덕트 오너(PO)에게 있습니다.
스크럼 마스터는 프로젝트를 취소할 수 있거나 이를 결정할 수 있는 권한을 가지고 있지 않습니다. 스크럼 마스터는 실행 가능성에 대해서 프로덕트 오너에게 문의하는 것이 스크럼 마스터 입장에서는 최선입니다. 프로덕트 오너의 역할은 애자일 프로젝트에서 사실상 매우 중요합니다. 프로덕트 오너는 비즈니스 사이드와 대화하고 제품 백로그를 관리하는 주체입니다. 여기서 비즈니스 영역에는 경영진과 요청 부서, 그리고 현업들이 있습니다. 프로덕트 오너는 비즈니스 분석에 대한 업무를 진행 할 수 있습니다. 프로덕트 오너는 굉장히 중요한 역할이며 해야 하는 업무가 많습니다.
프로덕트 오너는 비즈니스를 대표하는 사람입니다. 그래서 비즈니스에 대한 이해도가 높은 사람입니다. 동시에 기술적인 부분에 대한 이해도도 높아서 전문가들인 개발자들과도 소통할 수 있습니다. 프로덕트 오너는 프로젝트에서 진행할 작업 목록을 관리하고 제품의 가치를 극대화하기 위한 책임을 가지고 있습니다. 프로덕트 오너는 제품의 특성과 기능을 정의하고 릴리즈 일자와 내용을 결정할 수 있습니다. 프로덕트 오너는 제품의 수익성에 대한 책임을 동시에 가지고 있습니다. 수익성과 관련하여 투자 자본 수익률(ROI)를 사용할 수 있습니다. 투자 자본 수익률은 프로젝트가 종료될 때 받는 돈과 프로젝트에 투자한 돈의 비율이 됩니다. 투자 자본 수익률(ROI)는 투자로 부터 발생되는 이익과 투자한 돈의 비율을 계산하여 투자의 수익성을 측정하는 것입니다.
프로덕트 오너는 백로그의 작업 항목을 최신 상태로 유지하면서 비즈니스 가치에 따라 정확하게 우선 순위를 부여하거나 변경하는 역할을 합니다. 프로덕트 오너는 작업 결과에 대해서 승인하거나 거부를 결정할 수도 있습니다. 프로덕트 오너는 외부의 프로젝트 이해 관계자들과 의사 소통을 하고 개발 팀에 대해서는 제품에 대한 질문에 대해서 답변을 진행합니다. 프로덕트 오너는 반복에 대한 보류나 취소에 대해서도 결정할 수 있습니다. 비즈니스와 애자일 팀이 프로젝트 비전, 프로젝트 목표에 대해서 공통된 비전을 가지도록 하는 역할이 있습니다. 이를 통해 스크럼 마스터의 역할 보다 프로덕트 오너의 역할이 애자일 프로젝트에서는 강조된다는 사실을 알 수 있습니다.
스크럼 마스터와 프로덕트 오너 협업
애자일 프로젝트에는 스크럼 마스터와 프로덕트 오너의 역할이 존재합니다. 애자일 프로젝트는 이제 유명하고 인기 있는 방법론이 되었습니다. 그래서 많은 회사들이 애자일 프로젝트 방법론에 관심이 많습니다. 애자일 프로젝트는 민첩하고 유연한 특성을 가지고 있기 때문에 특히 회사의 경영진이 좋아하는 사상이자 접근 방식입니다. 따라서 회사에서는 애자일 방법론을 채택하려고 하는 경우가 많습니다. 회사에서 애자일 관행을 채택하고 증분 인도 전략을 구현하려고 하는 경우가 있을 경우 이를 올바르게 적용해야 합니다.
그리고 만약 회사에서 애자일 방법론을 올바르게 적용하고 프로젝트를 통해 제품을 구현하였다면 회사에서는 개별 기능들을 실제 시장에 출시하여 시장의 반응을 확인하고 자기 자본 수익률(ROI)과 수익성을 개선할 수 있습니다. 애자일 접근 방식을 적용하면 프로젝트가 완료되지 않더라도 프로젝트 진행 중에 개별 기능을 릴리즈 할 수 있게 되고 출시 후 제품의 수익성을 확인하면서 제품에 대해 더 많이 개선할 수 있는 기회와 여지가 있게 됩니다. 프로젝트에서 반복하는 동안 중요한 재 조직이 있을 경우 프로젝트 팀은 제품의 미래 방향에 대해서 혼란스러워 할 수 있기 때문에 명확성이 드러날 때까지 반복에 대해서는 보류하거나 취소할 수 있습니다.
다만, 일반적으로 전통적인 워터폴 프로젝트에서는 프로젝트 매니저가 이러한 의사 결정을 할 수 있는데 비해 애자일 프로젝트에서는 좀 많이 다릅니다. 애자일 프로젝트의 프로젝트 매니저인 스크럼 마스터는 이러한 결정을 하지 못합니다. 대신 프로덕트 오너가 이러한 의사 결정을 할 수 있습니다. 애자일 프로젝트에서는 역할자들의 권한과 책임을 잘 이해해야 하는데 반복을 보류하거나 취소할 수 있는 권한은 프로덕트 오너에게 있습니다. 다만, 반복이 아니라 만약 프로젝트 자체에 대한 취소 결정은 프로덕트 오너에게도 없습니다. 프로젝트 자체에 대해서 취소할 수 있는 것은 스폰서에게 있습니다.
스폰서는 프로젝트에 자금을 지원하는 임원이나 조직입니다. 회사에서 애자일 조직이나 방향으로 전환하기 위해서는 핵심 요소로 프로젝트 관리 오피스(PMO)가 있을 수 있습니다. 프로젝트 관리 오피스(PMO)는 확립된 프레임 워크를 준수하기 위한 지침을 제공할 수 있습니다. 프로젝트 관리 오피스는 사실 단순하게 프로젝트 산출물을 대신 축적하는 역할 만 할 수도 있지만 더 나아가 프로젝트를 통제하는 역할까지 수행하는 경우도 있습니다. 일반적으로 프로젝트 관리 오피스(PMO)는 회사 내에서 진행하는 모든 프로젝트들에서 공통적으로 적용되는 자원과 프로세스, 방법론, 양식과 템플릿 등을 제작하고 교육하고 사용을 감시하는 등의 역할을 진행합니다.
만약 특정 회사에서 애자일 방법으로 전환할 때 프로젝트 관리 오피스는 애자일과 관련된 교육과 정책, 지침, 프로세스 등을 수립하여 전파하고 준수 여부를 관리할 책임을 가지고 있게 됩니다. 애자일 프로젝트는 기존 전통적인 프로젝트와 비교하였을 때 더 자세한 사용과 같은 부분들이 필요하지 않습니다. 애자일 계약 방식에는 다양한 방식이 있을 수 있습니다. 하지만 일반적으로 보면 애자일 계약은 기존 전통적인 워터폴 프로젝트 계약 보다 세부적인 사양이 덜 필요하게 됩니다. 애자일의 원칙 중에서 한 가지는 바로 언제라도 변경을 환영한다는 부분이 있기 때문에 애자일 계약 안에는 언제라도 변경이 발생할 수 있다는 것에 대한 부분과 달성해야 하는 목표를 명확하게 할 필요가 있습니다.
스크럼 마스터는 만약 프로젝트의 협력 업체가 팀의 애자일 접근 방식을 이해하지 못하고 있다면 팀을 모아서 협력 업체의 역할을 논의하고 애자일에 대해서 얼마나 알아야 하는지를 협의할 수 있습니다. 애자일 프로젝트 계약에 권장되는 접근 방식은 계약에 대해서 범위의 우선순위를 정할 수 있도록 하고 수락에 대해서는 사업 목적에 적합한 항목을 기준으로 하는 것입니다. 프로세스 조정은 애자일을 성공적으로 사용하지만 방법을 개선하고자 하는 팀에 적합할 수 있습니다. 프로세스 조정은 프로젝트의 비즈니스 환경에 보다 더 적합할 수 있도록 애자일 구현을 조정하는 것입니다. 애자일 프로젝트에서는 프로세스 조정에 대해서 이해하는 것이 매우 중요합니다.
프로세스 조정은 팀이 애자일 사상과 내용을 모두 마스터한 다음에 시도되어야 합니다. 프로세스 조정을 가장 효과적으로 활용할 수 있는 경우는 이미 잘 작동하는 방법을 개선하는 것입니다. 애자일 팀이 자체 평가를 진행하면 팀의 관행을 향상 시킬 수 있습니다. 애자일 프로젝트에서 자체 평가를 진행하는 목적과 이유는 팀의 관행을 개선하기 위해서 입니다. 애자일 팀은 프로젝트 전반에 걸쳐서 교훈(Lesson and Learned)을 수집하고 활용해야 합니다. 전통적인 워터폴 프로젝트에서는 일반적으로 다음 프로젝트를 진행할 때 더 잘하기 위해서 교훈을 수집합니다.
하지만 애자일 프로젝트에서는 프로젝트 전반에 걸쳐서 교훈을 수집하고 현재 진행하고 있는 프로젝트에서 활용하게 됩니다. 대표적으로 애자일 프로젝트에서는 데일리 스탠드업 미팅이 있고 회고의 단계가 있습니다. 애자일 프로젝트에서는 프로젝트에 대한 정보고 생생하고 사람들이 가장 자세한 내용을 기억하고 있을 때 교훈을 포착하여 바로 바로 현재 프로젝트에서 활용하는 것이 장점이자 특징입니다.
만약 회사에서 신제품을 출시하기 위해서 프로젝트를 착수하고자 할 때 치열한 경쟁이 벌어지는 시장에서 고객에게 제품의 범위를 유연하게 유지하면서 제공하고자 한다면 스크럼 프로젝트나 애자일 프로젝트를 실행하는 것도 좋은 프로젝트 접근 방식입니다. 프로젝트 초반에 범위 기술서를 확정하는 프로젝트 방법론은 예측형 프로젝트로 구분되는 워터폴 프로젝트입니다. 워터폴 프로젝트는 범위 변경에 대한 부분 자체가 자유롭지 않습니다. 애자일 접근 방식을 채택해야지만 범위 변경에 대해 유연하게 대처할 수 있습니다. 회사에서 애자일 방법론을 도입할 때 가장 중요하고 먼저 선행되어야 할 사항은 애자일의 가치와 원칙을 이해하는 것입니다. 이후에 어떤 관행을 채택할 것인지를 협의하여 선택하도록 해야 합니다.
스크럼 마스터와 애자일 프로젝트 설명
애자일 프로젝트를 진행하기 위한 애자일 조직 규정 준수를 위해서 프로젝트 관리 오피스(PMO)는 팀에게 외부 규정 준수 문제에 대해서 알리고 팀과 비즈니스를 모두 만족 시킬 수 있는 합리적인 프로세스를 협의할 수 있습니다. 애자일 계약은 애자일 접근 방식의 특징을 반영할 수 밖에 없습니다. 범위를 조기에 완료할 수 있도록 조건을 넣거나 우선 순위를 정할 수 있도록 조건을 넣을 수 있습니다. 애자일 접근 방식은 범위를 조기에 완료하는 것을 목표로 하지 않습니다.
애자일 접근 방식은 가치가 있는 것부터 우선 인도하는 것을 목표로 합니다. 계약 조건에 범위의 우선 순위를 정할 수 있도록 하는 것이 중요합니다. 프로젝트 완료에 대한 수락을 원래 사용과 일치하는 항목을 기반으로 할 것인지 사업 목적에 적합한 항목을 기준으로 할 것인지 사업 목적에 적합한 항목을 기준으로 할 것인지를 고려해야 합니다. 예측형 프로젝트의 경우 프로젝트 초기에 업무 범위를 확정하고 확정한 항목을 기준으로 할 것인지를 고려해야 합니다. 예측형 프로젝트에서는 프로젝트 초기에 업무 범위를 확정하고 확정한 항목을 완수했는지 확인한 다음 수락 여부를 판단하게 됩니다.
하지만 애자일 접근 방식은 프로젝트 중간에 변경을 자유롭게 허용하기 때문에 사업 목적을 기준으로 수락 여부를 판단하는 것이 올바릅니다. 애자일 프로젝트에 대한 가치 제안에는 프로젝트 전체의 가시성 향상과 계획 중 적응력 향상, 비즈니스 가치의 조기 인도가 있습니다. 프로젝트가 종료될 때 리스크를 감소하는 것은 해당하지 않습니다. 가치 제안은 조직이 고객에게 제시할 수 있는 제품이나 서비스의 가치를 의미합니다. 애자일 프로젝트를 통해 고객에게 전달할 수 있는 가치는 중요합니다.
프로덕트 오너가 회사에서 최고의 가치와 투자 자본 수익률을 제공하는데 집중할 수 있는 도구는 제품 백로그입니다. 제품 백로그는 유저 스토리가 만들어진 다음 나열되고 정렬된 문서입니다. 프로젝트에서 식별할 수 있는 모든 기능과 비기능 작업의 가시적인 단일 마스터 목록으로 볼 수 있습니다. 프로덕트 오너는 제품 백로그에 있는 유저 스토리의 우선순위를 조정함으로써 최고의 가치와 투자 자본 수익률을 가지고 있는 제품을 출시할 수 있도록 도와줄 수 있습니다.
스크럼 마스터와 프로덕트 오너(PO)는 제품 백로그 항목의 가치에 동의하지 못할 수도 있습니다. 이러한 의견 불일치가 발생할 경우 스크럼 마스터는 프로덕트 오너에게 요구 사항을 명확하게 할 수 있도록 요청할 수 있습니다. 제품 백로그의 항목에 대한 우선순위에 대한 책임은 프로덕트 오너에 있기 때문에 실제 일을 진행할 팀에게 해당 내용을 정확하게 전달하는 책임도 프로덕트 오너에게 있습니다. 스크럼 마스터로 대표되는 팀과 프로덕트 오너가 제품 백로그 항목의 가치와 우선순위에 대해서 다른 이견이 있으면 프로덕트 오너가 이를 더 자세하게 설명해줘야 합니다. 그렇게 했음에도 불구하고 합의가 되지 않으면 최종적으로는 프로덕트 오너의 의견에 따르도록 되어 있습니다. 중요한 포인트는 제품 백로그에 대한 우선순위 지정에 대한 책임은 프로덕트 오너에게 있기 때문에 스크럼 마스터가 월권 행위를 하면 안됩니다.