일반적으로 Waterfall 방법론은 가장 오래되고 가장 직접적인 SDLC 접근 방식으로, 한 단계가 완료된 후 다음 단계로 넘어가는 단계적 접근 방식입니다. 각 단계에는 “폭포수처럼 이어지는” 또는 자연스럽게 다음 단계로 넘어가는 자체 개요 및 하위 단계가 있습니다. 개발 팀은 충분한 시간을 갖고 각 단계를 완전히 완료한 후 다음 단계로 넘어갑니다.

이 방법론의 기본 기념은 일단 한 단계를 완료하면 되돌릴 수 없다는 것입니다. 각 단계는 이전 단계의 결과와 정보에 의존합니다. 단계별로 별도의 계획이 있지만 이 계획은 이전 단계를 기반으로 합니다. 개발자 중에는 Waterfall 방법론이 너무 가상적거나 이상적이어서 복잡하고 역동적인 실제 프로젝트를 실행하는 데 사용하기 위한 것이 아니라고 경우도 있습니다.

Waterfall 모델은 지속적인 고객 피드백이나 변화하는 요구 사항이 없는 소프트웨어 등에 사용된 기술만큼 간단한 프로젝트에 가장 적합합니다. 일부 전문가는 유연성이 부족한 Waterfall 방법론은 이미 쓸모없게 되었다고 주장하기도 하지만, Waterfall 기법은 새롭고 조정 가능한 SDLC 방법론의 기반이 되어 왔습니다.

린 SDLC 방법론은 폐기물을 최소화하는 데 주력하고 일부가 아닌 전체에 초점을 맞추는 린 제조 관행의 원칙과 관행을 그대로 적용합니다. 보다 구체적으로, 소프트웨어 개발에서 린 방법론이 채택하는 제조 원칙은 다음과 같습니다.

• 폐기물 최소화
  꼭 필요한 것은 무엇인가요? 불필요한 문서, 회의 또는 과도한 계획으로 팀의 멀티태스킹을 유도하거나 팀의 업무를 방해하지 마세요.
• 학습 결과 증대
  프로세스의 각 단계에 참여하여 지속적인 개선을 장려합니다.
• 의사 결정은 최대한 늦게
  고객이 최고의 가치를 얻을 수 있도록 시간을 최적화하고 업무에 신중하게 많은 노력을 기울입니다.
• 성과 실현은 최대한 빠르게
  시간과 에너지 낭비를 줄여 제품이나 업데이트를 빠르게 릴리스하는 것이 핵심입니다.
• 팀 역량 강화 및 도덕성 유지
  낭비를 줄인다는 것은 세부적인 관리를 최소화하고 팀이 서로 소통하면서 업무에 전념하도록 신뢰하는 것을 의미합니다.
• 큰 그림에 집중
  세부 사항도 중요하지만 진행을 늦추거나 목표 달성에 방해가 되어서는 안 됩니다.

린 방법론을 관통하는 원칙은 더 적은 비용으로 더 많은 것을 달성하는 것입니다. 여기서 목표는 제품의 품질은 그대로 유지하면서 제품 개발 속도를 높이는 동시에 비용을 낮추는 것입니다. 또한 이 방법론은 지속적인 개선과 존중을 기반으로 고객을 위해 더 많은 가치를 창출하기 위한 노력과 자원을 최적화할 방법을 모색합니다.

Waterfall 접근 방식이 먼저 나왔지만 업계 전반의 개발자들은 Agile 방법론을 선호합니다. Agile 방법론은 Waterfall 관행을 기반으로 하며 팀이 유연성을 높이고 역동성을 키우도록 지원합니다. 또한 적응력이 뛰어나기 때문에 혁신, 고품질 생산, 복잡한 개발 프로젝트에서 유용하게 활용됩니다.

Agile 접근 방식의 핵심 원칙 중 하나는 더 나은 결과를 얻기 위해 실패를 빠르게 수용하는 것입니다. 이를 위해 이 방법론은 각 반복 작업이 이전 작업에서 조금씩 점진적으로 변화되는 지속적인 릴리스 주기를 사용합니다. 이는 제품을 철저히 테스트하고 비용이 많이 드는 중대한 문제를 피하기 위해 끊임 없는 조정을 통해 프로젝트에서 사소한 문제들을 식별하기 위해 필요한 작업입니다. 이 주기가 진행되는 내내 이해 관계자는 전체 진행 상황에 대한 업데이트를 받아야 합니다.

Agile 프레임워크의 한 가지 단점은 제품이나 기능을 "완벽하게" 만드는 데 소요되는 시간과 작업이 완료되는 시점입니다. Agile 방법론의 확장은 "확장된 Agile" 방식으로, 팀이 고품질의 결과물을 더 빠르게 만드는 데 집중할 수 있도록 돕습니다. 이러한 접근 방식에는 다음과 같은 하위 방법이 포함됩니다.

익스트림 프로그래밍

익스트림 프로그래밍(extreme programming, XP)은 적절하게 테스트되고 작성된 유연하지만 높은 표준의 코드를 작성하는 데 사용됩니다. 이 작업은 페어 프로그래밍, 단위 및 기능 테스트, 지속적인 커뮤니케이션과 같은 방법으로 수행됩니다. 익스트림 프로그래밍의 기본적 가치는 다음과 같습니다.

• 의사 소통
• 단순성
• 피드백
• 존중
• 용기

칸반

이 프레임워크는 Agile 방법론과 호환되는 시간 관리 및 일정 관리에 중점을 둡니다. "칸반"은 일본어로 "간판"을 의미하며, 기본 원칙은 시각적 카드로 생산 프로세스를 추적 및 지원하고 이러한 카드를 사용하여 필요한 단계와 기간을 설명하는 것입니다. 이 일정 관리 기법에서 가장 중요한 것은 할 일, 진행 중, 검토, 완료와 같은 단계에 따라 작업을 진행하는 지속적인 플로우와 주기입니다.

스크럼

스크럼은 시간 관리에 도움이 되는 또 다른 Agile 프레임워크로, 역할 및 팀 공동 작업에 초점을 맞추고 생산 중 자주 발생하는 제공을 용이하게 합니다. 스크럼의 주요 개념은 스프린트 주기로, 여기서 가장 중요한 것은 속도입니다. 스크럼 기반 개발을 위한 단계/공동 작업에는 다음이 포함됩니다.

• 계획 회의: 스프린트 우선순위를 식별
• 약속 회의: 예정된 스프린트에 필요한 요구 사항과 자원을 검토
• 데일리 스탠드업 회의: 일일 작업 부하, 잠재적인 장애물 등에 관한 현황을 짧은 시간에 공유
• 데모 회의: 스프린트 후 구현된 새로운 기능에 대해 논의
• 소급 회의: 스프린트 후 학습한 교훈, 효과가 있었던 것과 그렇지 않았던 것 등을 되돌아보는 회의

반복 모델에서 소프트웨어 개발은 반복에 중점을 둡니다, 개발 팀은 모든 요구 사항을 철저하게 검토한 상세한 설명을 사용하는 대신 일련의 소프트웨어 요구 사항을 시도한 후 테스트 단계로 넘어가 철저하게 평가하여 프로젝트에 필요한 사항을 정확히 파악합니다. 이러한 방식으로 소프트웨어를 조금씩 구축하면 시스템이 완전하게 개발되어 출시 준비가 완료될 때까지 프로젝트를 개선하고 다듬을 수 있습니다.

이러한 반복 작업은 저렴하고 빠르게 생성되므로 이 방법의 지속 가능성을 높입니다. 반복적 SDLC 방법론에서 고려해야 할 가장 중요한 측면 중 하나는 시간, 비용, 에너지가 낭비되지 않도록 자원을 주의 깊게 추적하는 것입니다. 테스트 진행 속도가 빠르기 때문에 팀에서 여러 단계를 동시에 실행하는 경우가 많습니다.

DevOps는 최신 SDLC 방법론 중 하나로 Agile 방법론과 린 방법론의 영향을 받았으며, 개발 팀과 운영 팀 간의 공동 작업을 강화하여 소프트웨어 프로젝트 성과를 극대화합니다. 이 두 팀은 매우 긴밀하게 협력하고 경우에 따라서는 한 팀으로 통합되기도 하므로 DevOps 관행에는 향상된 원칙, 지속적인 피드백, 프로세스 개선, 자동화가 포함됩니다.

이상적 상황에서 이 방법론은 기존의 사고 방식을 벗어나 혁신적인 기술과 인프라 관리 프로세스를 사용하여 빠른 생산 속도를 달성해야 한다는 요구 사항을 충족합니다. 목표는 시간을 절약하는 것뿐만 아니라 개발과 운영 팀 간의 커뮤니케이션을 강화하여 서로를 방해하지 않으면서 모두가 프로젝트의 장애물과 우선순위를 이해하는 것입니다.

Spiral 방법론에서 가장 중요한 것은 유연성과 커스터마이제이션입니다. 반복 모델과 마찬가지로 Spiral 기법은 반복 작업을 사용하여 프로젝트의 목표를 확고히 합니다. 이를 위해 팀은 프로젝트가 완료된 것으로 간주될 때까지 계획, 위험 관리, 엔지니어링, 평가의 4단계를 반복적으로 실행합니다. 따라서 개발자는 문제를 빠르게 찾고 만족스러운 결과가 나올 때까지 제품을 개선할 수 있습니다. Spiral 접근 방식에서는 SDLC에 획일적으로 적용 가능한 접근 방식은 없으며 각 프로젝트는 필요에 따라 커스터마이제이션이 필요하다고 주장합니다.

마지막으로 V자형 모델은 Waterfall 방법론을 현대적으로 변형해 확장한 것입니다. 이 기법에서 가장 중요한 것은 테스트로, 개발 프로세스의 각 단계에서 테스트가 수행됩니다. 확인(Validation)과 검증(Verification)의 두 가지 개념을 사용하므로 "V 모델"이라고도 합니다.

확인 단계에서는 프로젝트의 요구 사항을 파악하고 전반적인 설계를 수행합니다. 각 확인 단계는 테스트 및 사용자 수용 관행을 수행하는 검증 단계와 연관되어 있습니다. Waterfall 모델과 마찬가지로 각 단계는 이전 단계가 완료된 후에만 시작됩니다. 이 방식은 알려지지 않은 요구 사항이 많을 때 가장 유용하지만, 선형적 구조로 인한 제약이 있을 수 있습니다.

이러한 SDLC 방법론은 개발 팀의 성공에 핵심적인 역할을 합니다. 이러한 반복 가능한 프로세스는 지출을 줄이고 제품의 생산 속도를 높이며 고급 소프트웨어를 출시하는 데 도움이 됩니다. Agile 또는 린 접근 방식과 같은 방법은 SDLC 분야에서 갈수록 많은 인기를 얻고 있지만 개발 팀은 이러한 방식의 조정 가능성이 너무 크므로 부담을 느낄 수 있습니다.

커뮤니케이션을 늘리고, 워크플로우를 간소화하며, 테스트를 추적하고, 진행 상황을 모니터링할 수 있도록 ServiceNow는 소프트웨어 개발 프로세스의 유연성에 상관없이 SDLC 방법론을 관리할 수 있는 혁신적인 플랫폼을 제공합니다. Strategic Portfolio Management를 사용하면 계획 단계에서 Jira 및 Azure DevOps Boards와 같은 기존의 Agile 도구를 쉽게 통합할 수 있습니다. 또한 ServiceNow의 ITSM Pro 플랫폼의 DevOps 기능을 사용하면 DevOps 파이프라인과 포괄적으로 통합할 수 있습니다.

ServiceNow 솔루션을 사용하면 이러한 통합 수준으로 데이터를 계속 최적화하는 동시에 고급 애플리케이션 및 서비스를 확보할 수 있으므로 가치 흐름 관리(value stream management, VSM)의 우선순위를 지정하여 소프트웨어 개발 프로젝트의 생성, 유지관리 및 거버넌스를 개선할 수 있습니다. SDLC 방법론을 간소화하는 데 ServiceNow가 어떤 도움을 줄 수 있는지 자세히 알아보세요.