====== 데브옵스(DevOps)와 애자일(Agile) ======
**//애자일(Agile) 선언문//**
  * 공정과 도구보다 개인과 상호작용을
  * 포괄적인 문서보다 작동하는 소프트웨어를
  * 계약 협상보다 고객과의 협력을
  * 계획을 따르기보다 변화에 대응하기를

일종의 개발 방법론으로 소비자로부터 일방적으로 모든 요구사항이 내려오면 개발을 시작하는 것이 아니라, 개발해 나가면서 필요한 것들을 피드백을 바탕으로 주도적으로 개발 하겠다라는 뜻입니다.
\\
\\
**//데브옵스(DevOps)와 애자일(Agile)의 유사점//**
  1.둘 다 생산성 향상을 위해 노력한다.
    Agile과 DevOps는 서로 다른 작업 접근 방식을 가지고 있지만 비즈니스 생산성 향상이라는 공통 목표를 가지고 있습니다.
  2.둘 다 린 철학과 응용 프로그램을 채택한다.
    Agile 또는 DevOps 방법론을 따르는 팀은 린 철학을 빠르게 활용하고 구현할 수 있습니다.
    불필요한 대기 시간이나 제품 결함 및 기타 초과 프로세스로 인한 추가 비용과 같은 비효율성을 식별하고 제거할 수 있습니다.
  3.후속 협업 프로세스
    프로젝트와 관련된 구성원은 이러한 소프트웨어 개발 방법론 중 하나를 따르면 훌륭한 협업을 수행할 수 있습니다.
    다양한 팀이 개발 단계를 업데이트하고 같은 페이지에 있는 것이 쉬울 것입니다.
    
**//데브옵스(DevOps)와 애자일(Agile)의 차이점//**
  1.접근
    애자일 방법론을 통해 팀은 점진적 개발 접근 방식으로 작업할 수 있습니다.
    여기에는 클라이언트와 개발 팀 간의 지속적인 반복과 커뮤니케이션이 포함됩니다.
    
    DevOps 방법론은 비즈니스 운영을 개선하기 위해 배포 단계에 더 중점을 둡니다.
    이 방법을 따를 때 프로젝트 관리자는 전달 프로세스를 위해 두 가지 옵션을 사용할 수 있습니다.
    
    1) 사용 가능한 제품 업데이트를 실시간으로 배포한다.
    2) 모든 업데이트가 표시될 때까지 기다렸다가 모두 함께 배포한다.
    
  2.문서화 및 커뮤니케이션
    스크럼 플랫폼은 애자일 방법론을 구현하는 데 가장 적합합니다. 처음에는 소프트웨어를 구축하기 위해 발표되었습니다.
    그러나 이는 팀이 오늘날 다른 복잡한 작업을 완료하는 데 도움이 됩니다.
    민첩한 접근 방식을 통해 팀 구성원은 정기적인 회의를 열고 의사 소통을 개선할 수 있습니다.
    결과적으로 프로젝트 관리자 또는 팀 리더는 팀 구성원의 작업을 효율적으로 관리할 수 있습니다.
    
    DevOps 접근 방식은 팀이 소프트웨어 수명 주기의 다양한 단계에 대한 포괄적인 문서로 작업하는 데 도움이 됩니다.
    운영 팀은 개발 프로세스에 대한 철저한 지식을 얻고 그에 따라 배포 준비를 할 수 있습니다.
    
  3.작업 과정
    애자일 방법을 따르는 팀은 교차 기능과 함께 작동합니다.
    각 팀 구성원은 프로젝트의 전반적인 진행 상황에 대한 아이디어를 가지고 할당된 작업에 노력을 기울입니다.
    모든 개인이 자신의 역할에 대해 명확하게 이해하고 있기 때문에 보다 빠르고 잘 조직화된 품질 개발 프로세스가 가능해집니다.
    
    반면에 프로젝트 팀이 DevOps 방식을 따르려면 개발 및 운영 부서의 적극적인 참여가 필요합니다.
    그들은 가능한 최상의 결과를 달성하기 위해 프로세스에서 긴밀한 조정 작업을 수행해야 합니다.
===== Ref =====
[[https://agilemanifesto.org/iso/ko/manifesto.html|애자일 선언문]]\\
[[https://www.affde.com/ko/agile-vs-devops.html]]

{{tag>밤즌 devops agile}}