민첩한 선언문은 무엇입니까?

Agile Manifesto는 2001 년 2 월 11 일 Agile Software Development Process의 주제를 중심으로 가장 환상적인 소프트웨어 엔지니어 중 17 명에 의해 공개 선언되었습니다.이 회의 당시 Agile Software Development는 개발자가 선택할 수있는 많은 옵션이있는 새로운 개념이었습니다.민첩한 선언문은 앞으로 진행되는 모든 민첩한 프로세스의 기본 원칙과 아이디어에 동의하기 위해 한곳에서 애자일 가공의 모든 밝은 마음을 한 곳에서 함께 얻기위한 노력이었습니다.프로그래밍, 스크럼, 적응 형 소프트웨어 개발 및 동적 시스템 개발 방법 (DSDM).이러한 각 프로세스는 컴퓨터 소프트웨어 구현을위한 더 나은 방법을 만들려고 시도합니다.이러한 모든 방법의 주요 개선점은 소프트웨어 개발을 비즈니스 요구 사항의 변경 사항을 지원하고 고객에게 피드백 루프를 닫는 프로세스를 필요로하지 않도록하는 방식으로 생성되어야한다는 것입니다.모든 소프트웨어 개발은 폭포 방법으로 완료되었습니다.Waterfall이라는 용어는 정의 된 모든 기능을 포함하는 엔딩으로 모든 요구 사항을 완료하고 정의 해야하는 직선 작업 패턴 프로세스를 정의하는 데 사용됩니다.폭포와 마찬가지로 모든 시스템 개발을위한 분명한 시작과 끝이 있습니다.이 개발 프로세스는 전체 소프트웨어 응용 프로그램이 완료되기 전에 요구 사항의 변경을 허용하지 않습니다.참석자 목록에는 Kent Beck, Dave Tomas, Mike Beedle, Jeff Sutherland, Arie Van Bennekum, Ken Schwaber, Alistiar Cockburn, Steve Mellor, Ward Cunningham, Robert C. Martin, Martin Fowler, Brian Marick, James Grenning, John Kern,Jim Highsmith, Ron Jeffries 및 Andrew Hunt.이 모든 개인은 민첩하고 가벼운 개발 방법론의 지원 이었지만 각각 방법론을 구현하는 방법에 대한 자신의 선호도를 가졌습니다.첫 번째는 개인에게 가치를 부여하고 도구와 프로세스에 대한 상호 작용이었습니다.둘째, 작동 한 소프트웨어는 포괄적 인 문서보다 가치가있었습니다.고객과의 협력은 제약 협상보다 더 중요한 것으로 간주되었습니다.마지막으로,이 그룹은 계획에 따른 변화에 대한 가치에 대한 가치를 높이겠다고 약속했다.그들은 고객과 공개적으로 지속적으로 협력함으로써이를 수행 할 수 있다고 믿었습니다.커뮤니케이션은 수행중인 작업이 실제로 비즈니스 가치를 생산하고 고객의 피드백을 허용하는 데 도움이됩니다.더 나은 전반적인 소프트웨어 응용 프로그램을 위해.반복 소프트웨어 프로세스를 만들어 고객은 요구 사항 변경을 허용하여 최종 제품을 조정할 수 있습니다.작업 시스템이 시스템에서 수행되는 진행 상황의 주요 척도이기 때문에 응용 프로그램에 대한 인식이 더 좋습니다.