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

민첩한 선언문은 2001 년 2 월 11 일에 민첩한 소프트웨어 개발 프로세스의 주제를 중심으로 가장 환상적인 소프트웨어 엔지니어 중 17 명에 의해 공개 선언되었습니다. 이 회의 당시 Agile Software Development는 개발자가 선택할 수있는 많은 옵션이있는 새로운 개념이었습니다. 민첩한 선언문은 모든 민첩한 프로세스의 기본 원칙과 아이디어에 동의하기 위해 한곳에서 애자일 가공의 모든 밝은 마음을 한 곳에서 함께 모으기위한 노력이었습니다.

민첩한 개발 프로세스의 일부 좋은 예로는 극단적 인 프로그래밍, 스크럼, 적응 형 소프트웨어 개발 방법 (DSDM)이 포함됩니다. 이러한 각 프로세스는 컴퓨터 소프트웨어 구현을위한 더 나은 방법을 만들려고 시도합니다. 이러한 모든 방법의 주요 개선은 소프트웨어 개발이 비즈니스 요구 사항의 변경을 지원하는 방식으로 생성되어야하며 피드백 루프를고객.

민첩한 개발 프로세스의 창작 이전에 모든 소프트웨어 개발은 ​​폭포 방법으로 완료되었습니다. "폭포"라는 용어는 정의 된 모든 기능을 포함하는 엔딩으로 모든 요구 사항을 완료하고 정의 해야하는 직선 작업 패턴 프로세스를 정의하는 데 사용됩니다. 폭포와 마찬가지로 모든 시스템 개발을위한 분명한 시작과 끝이 있습니다. 이 개발 프로세스는 전체 소프트웨어 애플리케이션이 완료되기 전에 요구 사항의 변경을 허용하지 않습니다.

공개 회의는 Robert Martin의 조정하에 유타 주 스노우 버드의 스키 롯지에서 열렸습니다. 참석자 목록에는 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 Ke가 포함됩니다.RN, Jim Highsmith, Ron Jeffries 및 Andrew Hunt. 이 모든 개인은 민첩하고 가벼운 개발 방법론의 지원 이었지만 각각은 방법론을 구현하는 방법에 대한 자신의 선호도를 가졌습니다.

4 개의 주요 값은 민첩한 선언문의 서명 당사자들에 의해 정의되고 합의되었습니다. 첫 번째는 개인에게 가치를 부여하고 도구와 프로세스에 대한 상호 작용이었습니다. 둘째, 작동 한 소프트웨어는 포괄적 인 문서보다 가치가있었습니다. 고객과의 협력은 제약 협상보다 더 중요한 것으로 간주되었습니다. 마지막으로, 그룹은 계획에 따른 변화에 대한 가치에 대한 가치를 높이겠다고 약속했습니다.

이 팀의 본질과 민첩한 선언문은 고객의 중요성을 이해하는 개발 환경 프로세스를 만드는 것이 었습니다. 그들은 고객과 공개적으로 지속적으로 협력함으로써이를 수행 할 수 있다고 믿었습니다. 커뮤니케이션은 수행중인 작업이 실제로 비즈니스 가치를 생성하고 피드백 FR을 허용하는 데 도움이됩니다.OM 고객.

핵심 가치 외에도 민첩한 선언문에는 고객 참여가 조기에 조기에 더 나은 전반적인 소프트웨어 응용 프로그램을 제공한다는 신념을 강화하는 몇 가지 주요 원칙이 포함되어 있습니다. 반복 소프트웨어 프로세스를 만들어 고객은 요구 사항 변경을 허용하여 최종 제품을 조정할 수 있습니다. 작업 시스템이 시스템에서 수행되는 진행 상황의 주요 척도이기 때문에 응용 프로그램에 대한 인식이 더 좋습니다.

다른 언어

이 문서가 도움이 되었나요? 피드백 감사드립니다 피드백 감사드립니다

어떻게 도와 드릴까요? 어떻게 도와 드릴까요?