Salesforce가 애자일을 채택한 이유 이해하기
이 유닛을 완료하면 다음을 수행할 수 있습니다.
- Salesforce가 애자일 방식을 사용하는 이유를 설명할 수 있습니다.
- 애자일의 여러 이점을 나열할 수 있습니다.
- Scrum을 정의할 수 있습니다.
- '완료의 정의'를 설명할 수 있습니다.
- Salesforce에서 애자일 프로세스가 잘 작동하는 이유를 이해합니다.
Dreamforce를 앞두고 기조 연설, 새로운 제품 또는 서비스 발표, 그리고 내년에 이용 가능한 혁신이나 프로덕션 준비 단계의 기능이 없다는 사실을 알았다고 생각해보세요.
2006년에 Salesforce에서 이러한 일이 발생할 뻔했지만, 새로운 워크플로를 구현하여 제품을 개발하고 제공하는 방식을 혁신함으로써 이러한 사태를 피했습니다.
Salesforce가 설립된 1999년부터 기술 및 제품 팀은 일정한 간격으로 제품과 서비스를 제공했습니다. 기술 및 제품 팀 간의 커뮤니케이션과 협업은 언제나 원활하고 단순했습니다. 하지만 2006년까지 Salesforce는 더 많은 고객, 더 많은 수익, 더 많은 제품, 더 큰 회사를 확보하며 경이적인 성장을 이루었습니다. 그리고 여느 급성장과 마찬가지로 성장통이 있었습니다.
예전에는 쉬웠던 모든 일이 더 이상 쉽지 않게 되었습니다. 그 결과, Salesforce는 혁신이 둔화되기 시작했습니다.
커뮤니케이션, 협업, 관리를 확장하는 동시에 릴리스 날짜를 맞추기가 어려워졌습니다. 따라서 원활한 제품 제공 프로세스에 기반하고 릴리스 지연이 발생하지 않는 새로운 접근 방식이 절실히 필요했습니다.
Salesforce는 가장 잘하는 일을 했습니다. 즉 위험을 감수하고 솔루션 제공 방식을 혁신했습니다. 그리고 일련의 애자일 원칙 및 관행을 채택했습니다.
애자일로 전환해야 하는 이유
Salesforce가 수행하는 대부분의 작업은 혁신 기반이며 반복적입니다. 따라서 최종 결과를 항상 미리 알 수 있는 것은 아니며, 목표를 달성하기 위한 경로는 변동적입니다. 항상 새로운 모험이 시작됩니다!
Salesforce의 모든 팀이 애자일 프로세스를 사용하는 것은 아닙니다. 일부 팀은 유연성이 훨씬 낮은 프로젝트 관리 프로세스인 폭포수 프레임워크를 사용합니다. 선택하는 프로세스는 작업 항목을 시작할 때 알고 있거나 모르는 사항에 따라 달라집니다.
다음은 폭포수 방식에 대한 간략한 내용입니다.
- 모든 것이 사전에 계획됩니다.
- 요구 사항은 구현 전에 세밀하게 수집됩니다.
- 각 단계를 완료한 후에 다음 단계로 이동할 수 있습니다.
- 성과가 초기에 결정됩니다.
계획 vs. 조정
최적의 프로세스를 결정하려는 경우 이렇게 생각해보세요. 여러분이 그림을 그리는 중이고 색상, 배경, 그리는 시간, 최종 그림의 모습을 결정했다면 그림을 그리는 중에 변경할 수 있는 여지가 거의 없습니다. 그렇다고 해서 피카소 그림 같은 걸작이 될 수 없다는 것은 아니지만, 이러한 프로세스에서는 최종 이미지를 개선할 수 있는 새로운 아이디어나 피드백을 반영하기 어렵습니다. 이것이 바로 폭포수 접근 방식입니다.
하지만 반복적으로 그림을 그리다보면 계획된 점진적 순서가 아니라 초기 피드백, 새로운 아이디어, 새로운 발견(색상 충돌!)에 따라 변경 사항을 적용해야 할 수 있습니다. 이는 좀더 애자일에 가까운 방식입니다.
다음은 이 두 가지 그림 그리기 프로세스의 시각적 표현입니다.
Jeff Patton의 그림에 기반한 이미지이며 허가를 받아 사용되었습니다(jpattonassociates.com).
작업 복잡성
이제 작업 유형에 따라 적합한 프로세스가 다르다는 사실을 알았습니다. 그렇다면 여러분과 여러분의 팀에 가장 적합한 프로세스는 어떻게 결정할 수 있을까요?
워크플로 프로세스를 선택하려는 경우 다음 질문에 답하세요.
- 프로젝트에 대해 얼마나 알고 있는가?
- 프로젝트의 목표와 요구 사항이 얼마나 명확한가?
- 솔루션이 얼마나 명확하고 잘 정의되어 있는가?
- 이러한 방법론에 대해 팀과 이해 관계자는 어떠한 경험이 있는가?
- 작업이 얼마나 복잡한가?
폭포수를 선택해야 하는 경우
간단한 작업:
- 작업이 간단하고 예측 가능합니다.
- 누구나 작업을 완료하는 방법을 결정할 수 있습니다.
복잡한 작업:
- 작업이 예측 가능하지만 전문 지식이 필요합니다.
- 작업을 자동화할 수 있습니다.
애자일을 선택해야 하는 경우
복합적인 작업:
- 작업이 일관된 피드백, 위험 및 혁신을 기반으로 합니다.
- 무언가를 시도하고, 어떻게 작동하는지 확인하고, 새로운 발견 내용에 따라 경로를 변경하기를 원합니다.
- 새로운 제품, 소프트웨어 및 서비스를 개발하고 있으며, 이전에 해본 적이 없는 일을 시도하고 있습니다.
애자일 방식으로 Salesforce 확장
현재 Salesforce 경영진은 다양한 팀에서 애자일 관행을 구현하기 위한 파일럿을 시작했습니다. 약간의 반발이 있었지만, Salesforce 경영진이 애자일 개념을 적극 지원한 결과, 2006년 Salesforce 기술 및 제품 팀이 애자일 개발 팀으로 재편되었습니다.
어떠한 모습으로 바뀌었을까요? Salesforce는 다음을 수행했습니다.
- 제공에 대한 새로운 사고 방식 채택
- 표준화된 프로세스 구현
- 린 원칙 수용(나중에 자세히 소개하겠습니다!)
- '완료된 작업'에 대한 의미 표준화
새로운 애자일 사고 방식
애자일 프로세스는 정확히 무엇인가요? 간단히 설명하자면, 애자일은 워크플로의 유연성과 제품의 반복적인 변경을 요구하는 다양한 기술 관행, 프로세스, 프레임워크, 원칙 및 가치를 포괄하는 용어입니다.
애자일은 반복적인 작업 방식으로, 마지막에 최종 제품을 제공하는 것이 아니라 프로젝트 시작부터 점진적으로 산출물을 구축하는 방식을 일컫습니다. 애자일은 팀 간의 조정을 돕고, 품질을 높이고, 모두가 진행 상황을 측정하고 관리하도록 만들기 때문에 고객에게 더 많은 가치를 더 빨리 제공할 수 있습니다.
Salesforce는 커뮤니케이션 문제와 확장에 따른 성장통을 해결하기 위한 방법을 찾고 있었기 때문에 애자일은 완벽한 효과를 발휘했습니다.
새로운 애자일 프로세스의 간략한 개요
Salesforce가 구현하기로 결정한 애자일 프로세스 중 하나는 Scrum입니다. Salesforce는 현재 작업 방식을 정의하는 특정 원칙을 바탕으로 Scrum을 지원했습니다.
Scrum이란 무엇인가요?
Scrum은 고객에게 정의된 역할, 회의 및 산출물이 있는 프로세스로, 고객에게 고품질 가치를 더 빠르게 선사하는 프레임워크를 제공합니다.
Salesforce가 Scrum을 채택한 이유는 무엇인가요?
Scrum은 Salesforce 제품에 대해 효과가 있는 것과 그렇지 않은 것을 파악한 후 그에 따라 변경할 수 있는 유연한 프레임워크를 제공합니다. Scrum을 사용하면 모든 사람이 자신의 작업에 대해 소유권과 기대치를 공유할 수 있습니다.
Salesforce에서 Scrum 프로세스는 어떤 모습인가요?
Scrum을 채택했을 때에는 150명의 사람들이 소규모의 다기능 전략 팀으로 조직되어 짧은 반복 작업(Salesforce에서는 스프린트라고 지칭함)을 수행했습니다. 목표는 제공을 안정화하고 프로세스를 정리하는 것이었습니다. 현재 대부분의 Salesforce 클라우드 팀은 Scrum의 일부 변형을 사용합니다.
린 원칙이란 무엇인가요?
Salesforce는 린 원칙도 수용했습니다. 린 원칙은 워크플로 및 제공 프로세스를 설명하는 7가지 진술입니다. 이러한 진술들은 Salesforce Ohana 문화를 반영하며, 성공적인 조직을 구성하기 위한 최고의 협업 방식을 강조합니다. 나중에 자세히 알아보겠습니다.
'완료된' 작업의 새로운 정의
새로운 작업 방식을 도입한 결과, 팀은 워크플로와 제품에 대한 새로운 정보를 파악하여 프로세스를 성공적으로 반복할 수 있었습니다. 하지만 작업 항목이 실제로 완료되었는지 어떻게 알 수 있을까요?
간단합니다. Salesforce는 기술 및 제품 팀 전반에서 완료의 정의(DoD)에 대한 표준을 만들었습니다. 따라서 모두가 작업이 완료되었을 때를 분명히 알 수 있습니다.
한 가지 시나리오를 살펴보겠습니다. 여러분이 구현하고 싶어하는 새로운 제품 기능이 있다고 상상해보세요. 여러분은 이 작업을 팀에 새롭게 할당하고 이번 달에 구현하도록 요청합니다. 해당 팀은 해당 작업을 완료하고 다음 작업으로 넘어갑니다. 몇 개월이 지난 후 이 완료 작업 항목이 새로운 문제와 함께 다시 나타납니다. 통합이 완전히 테스트되지 않아서 고객 불만이 있었을 수 있습니다. 또는 보안 문제가 해결되지 않았거나 성능이 기대에 미치지 못했을 수도 있습니다. 결론은 이 작업 항목이 배포할 수 있을 만큼 실제로 완료되지 않았습니다.
Salesforce에서 완료의 정의는 팀이 진정으로 작업을 완료했다고 말할 수 있기까지 수행해야 하는 모든 사항을 규정하는 일련의 지침입니다. 이를 위한 표준 수립은 Salesforce의 핵심 가치 중 하나인 신뢰를 유지하는 데 매우 중요합니다.
요약
Salesforce는 "올바른 작업을 올바른 방식으로 수행하고 있는가?"라고 끊임없이 자문합니다. 이러한 방식으로 Salesforce는 고객을 중심으로 모든 작업을 진행합니다.
엄밀한 Scrum 프로세스와 애자일 및 린 사고 방식은 제공을 개선하고 더욱 원활한 릴리스를 보장하는 핵심 요소입니다. Salesforce는 매년 세 개의 주 릴리스를 고객에게 제공하기 때문에 이는 매우 중요합니다.