Agile

• 애자일 방법론은 소프트웨어 개발방법론의 하나로서 개발과 함께 즉시 피드백을 받아서 유동적으로 개발하는 방법이다.
• 등장 배경
  • 소프트웨어 개발 환경의 변화
    • 소프트웨어 개발 트렌트가 모바일 환경으로 변화.
    • 시장 적시성과 잦은 배포의 중요성 부각
  • 기존 개발환경의 한계
    • 전통적 방법론은 문서 및 절차 위주로 변화에 신속한 대응이 어려움.
    • 빠르게 적용하고 효율적으로 개발할 수 있는 방법론의 필요성 증가
• 5가지 가치
  • 용기
  • 단순성
  • 의사소통
  • 피드백
  • 존중
• 특징
  • 프로젝트의 요구사항은 기능 중심으로 정의한다.
  • 절차와 도구보다 개인과 소통을 중요하게 생각한다.
  • 작업 계획을 짧게 세워 요구 변화에 유연하고 신속하게 대응할 수 있다.
  • 소프트웨어가 잘 실행되는 데 가치를 둔다.
  • 고객과의 피드백을 중요하게 생각한다.
• 선언문
  • 공정과 도구보다 개안과 상호작용
  • 계획을 따르기보다 변화에 대응하기
  • 포괄적인 문서보다 동작하는 소프트웨어
  • 계약 협상보다 고객과의 협력
• 유형
  • XP Agile
    • Extreme Programming
    • [의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이기 위한 방법론](정보처리기사 1.pdf/Page 033/의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이기 위한 방법론.md)
    • [XP 의 5 가지 가치](정보처리기사 1.pdf/Page 033/XP 의 5 가지 가치.md) Agile
      • [용기 ( Courage )](정보처리기사 1.pdf/Page 033/용기 ( Courage ).md)
        • [용기를 가지고 자신감 있게 개발(코드를 작성하기 전에 테스 트, 빠르게 피드백. 테스트에 부합하지 못하는 코드를 리팩토 링할 수 있는 용기](정보처리기사 1.pdf/Page 033/용기를 가지고 자신감 있게 개발(코드를 작성하기 전에 테스 트, 빠르게 피드백. 테스트에 부합하지 못하는 코드를 리팩토 링할 수 있는 용기.md)
      • [단순성 ( Simplicity](정보처리기사 1.pdf/Page 033/단순성 ( Simplicity.md)
        • [필요한 것만 하고 그 이상의 것들은 하지 않음](정보처리기사 1.pdf/Page 033/필요한 것만 하고 그 이상의 것들은 하지 않음.md)
      • [의^ᅡ소통 ( Communication](정보처리기사 1.pdf/Page 033/의^ᅡ소통 ( Communication.md) - 의사소통
        • [개발자. 관리자. 고객 간의 원활한 소통](정보처리기사 1.pdf/Page 033/개발자. 관리자. 고객 간의 원활한 소통.md)
      • [피드백 ( Feedback )](정보처리기사 1.pdf/Page 033/피드백 ( Feedback ).md)
        • [의사소통에 대한 빠른 피드백](정보처리기사 1.pdf/Page 033/의사소통에 대한 빠른 피드백.md)
      • [존중 ( Respect )](정보처리기사 1.pdf/Page 033/존중 ( Respect ).md)
        • [팀원 간의 상호 존중](정보처리기사 1.pdf/Page 033/팀원 간의 상호 존중.md)
    • X[P 의 12 가지 기본원리](정보처리기사 1.pdf/Page 033/P 의 12 가지 기본원리.md) Agile
      • [짝프로그래밍 (Pair Programming](정보처리기사 1.pdf/Page 033/짝프로그래밍 (Pair Programming.md)
        • [개발자 둘이서 짝으로 코딩하는 원리](정보처리기사 1.pdf/Page 033/개발자 둘이서 짝으로 코딩하는 원리.md)
      • [공동 코드 소유 (Collective Ownership](정보처리기사 1.pdf/Page 033/공동 코드 소유 (Collective Ownership.md)
        • [시스템에 있는 코드는 누구든지 언제라도 수정 가능하다 는 원](정보처리기사 1.pdf/Page 033/시스템에 있는 코드는 누구든지 언제라도 수정 가능하다 는 원.md) 리
      • [지속적인 통합 ( Cl ； Continuous Integration](정보처리기사 1.pdf/Page 033/지속적인 통합 ( Cl ； Continuous Integration.md)
        • [매일 여러 번씩 소프트웨어를 통합하고 빌ᄃ해야 한다는 원리](정보처리기사 1.pdf/Page 033/매일 여러 번씩 소프트웨어를 통합하고 빌ᄃ해야 한다는 원리.md)
        • 매일 여러 번씩 소프트웨어를 통합하고 빌드해야 한다는 원리
      • [계획 세우기 (Planning Process](정보처리기사 1.pdf/Page 033/계획 세우기 (Planning Process.md)
        • [고객이 요구하는 비즈니스 가치를 정의하고. 개발자가 필 요한 것은 무엇이며 어떤 부분에서 지연될 수 있는지를 알 려주어야 한다는 원리](정보처리기사 1.pdf/Page 033/고객이 요구하는 비즈니스 가치를 정의하고. 개발자가 필 요한 것은 무엇이며 어떤 부분에서 지연될 수 있는지를 알 려주어야 한다는 원리.md)
      • [작은 릴리즈 (Small Release](정보처리기사 1.pdf/Page 033/작은 릴리즈 (Small Release.md)
        • [작은 시스템을 먼저 만들고. 짧은 단위로 업데이트한다는 원리](정보처리기사 1.pdf/Page 033/작은 시스템을 먼저 만들고. 짧은 단위로 업데이트한다는 원리.md)
      • [메타포어 ( Metaphor](정보처리기사 1.pdf/Page 033/메타포어 ( Metaphor.md)
        • [공통적인 이름 체계와 시스템 서술서를 통해 고객과 개발 자 간의 의사소통을 원활하게 한다는 원리](정보처리기사 1.pdf/Page 033/공통적인 이름 체계와 시스템 서술서를 통해 고객과 개발 자 간의 의사소통을 원활하게 한다는 원리.md)
      • [간단한 디자인 (Simple Desig](정보처리기사 1.pdf/Page 033/간단한 디자인 (Simple Desig.md)
        • [현재의 요구사항에 적합한 가장 단순한 시스템을 설계한 다는 원리](정보처리기사 1.pdf/Page 033/현재의 요구사항에 적합한 가장 단순한 시스템을 설계한 다는 원리.md)
      • [테스트 기반 개발 ( TDD ； Test Driven Develop )](정보처리기사 1.pdf/Page 033/테스트 기반 개발 ( TDD ； Test Driven Develop ).md)
        • [작성해야 하는 프로그램에 대한 테를 먼저 수행하고 이 테요도를 통과할 수 있도록 실제 프로그램의 코드를 작 성한다는 원리](정보처리기사 1.pdf/Page 033/작성해야 하는 프로그램에 대한 테를 먼저 수행하고 이 테요도를 통과할 수 있도록 실제 프로그램의 코드를 작 성한다는 원리.md)
      • [리팩토링 ( Refactoring](정보처리기사 1.pdf/Page 033/리팩토링 ( Refactoring.md)
        • [° 로그램의 기능을 바꾸지 않 〇면서 중복제거. 단순화 등 을 위해 시스템 재구성한다는 원리](정보처리기사 1.pdf/Page 033/° 로그램의 기능을 바꾸지 않 〇면서 중복제거. 단순화 등 을 위해 시스템 재구성한다는 원리.md)
        • 프로그램의 기능을 바꾸지 않으면서 중복제거, 단순화 등을 위해 시스템 재구성한다는 원
      • [40 시간 작업 (40 -Hour Work](정보처리기사 1.pdf/Page 033/40 시간 작업 (40 -Hour Work.md)
        • [개발자가 피곤으로 인해 실수하지 않도록 일주일에 40 시 간 이상을 일하지 말아야 한다는 원리](정보처리기사 1.pdf/Page 033/개발자가 피곤으로 인해 실수하지 않도록 일주일에 40 시 간 이상을 일하지 말아야 한다는 원리.md)
      • [고객 상주 (On Site Customer](정보처리기사 1.pdf/Page 033/고객 상주 (On Site Customer.md)
        • [개발자들의 질문에 즉각 대답해 줄 수 있는 고객을 프로젝 트에 풀타임으로 상주시켜야 한다는 원리](정보처리기사 1.pdf/Page 033/개발자들의 질문에 즉각 대답해 줄 수 있는 고객을 프로젝 트에 풀타임으로 상주시켜야 한다는 원리.md)
      • [코드 표준 (Coding Standard )](정보처리기사 1.pdf/Page 033/코드 표준 (Coding Standard ).md)
        • 효과적인 공통 작업을 위해서는 모든 코드에 대한 코딩 표준을 정의해야 한다는 원리.
  • [린 ( LEAN](정보처리기사 1.pdf/Page 034/린 ( LEAN.md) Agile
    • Just in Time
    • 칸반 보드 사용
    • 7가지 원칙
      • 낭비제거
      • 품질내재화
      • 지식 창출
      • 늦은 확정
      • 빠른 인도
      • 사람 존중
      • 전체 최적화
  • [스크럼 ( SCRUM](정보처리기사 1.pdf/Page 034/스크럼 ( SCRUM.md) Agile
    • 백로그
      • [제품과 프로젝트에 대한 요구사항](정보처리기사 1.pdf/Page 034/제품과 프로젝트에 대한 요구사항.md)
    • 스프린트
      • [24주의 짧은 개발 기간으로 반복적 수행으로 개발품 질 향상](정보처리기사 1.pdf/Page 034/24주의 짧은 개발 기간으로 반복적 수행으로 개발품 질 향상.md)
    • 스크럼 미팅
      • [매일 15 분 정도 미팅으로 To-Do 니 st 계획수립 • 데일리 미팅 (Daily Meeting ) 이라고도](정보처리기사 1.pdf/Page 034/매일 15 분 정도 미팅으로 To-Do 니 st 계획수립 • 데일리 미팅 (Daily Meeting ) 이라고도.md)
    • 스크럼 마스터
      • [• 프로젝트 리더, 스크럼 수행 시 문제를 인지 및 해결하 는 사람](정보처리기사 1.pdf/Page 034/• 프로젝트 리더, 스크럼 수행 시 문제를 인지 및 해결하 는 사람.md)
    • 스프린트 회고
      • [스프린트 주기를 되돌아보며 정해놓은 규칙 준수 여 부. 개선점 등을 확인 및 기록 • 해당 스프린트가 끝난 시점이나 일정 주기로 시행](정보처리기사 1.pdf/Page 034/스프린트 주기를 되돌아보며 정해놓은 규칙 준수 여 부. 개선점 등을 확인 및 기록 • 해당 스프린트가 끝난 시점이나 일정 주기로 시행.md)
    • 번 다운 차트
      • [남아있는 백로그 대비 시간을 그래픽 적으로 표현한 차트 • 백로그는 보통 수직축에 위치하며 시간은 수평축에 위](정보처리기사 1.pdf/Page 034/남아있는 백로그 대비 시간을 그래픽 적으로 표현한 차트 • 백로그는 보통 수직축에 위치하며 시간은 수평축에 위.md) 치.
• 애자일 비교.