애자일 선언 이면의 원칙 12가지

Principles behind the Agile Manifesto

애자일 선언 이면의 원칙, 애자일 선언을 뒷바침하는 12가지 원리; 애자일 12 원리

1 요약

• 고객만족
• 요구변경 적극 수용
• 짧은 배포 간격
• 현업-개발자간 일일 의사소통
• 동기부여된 사람들 중용. 지원 및 신뢰
• 면대면 대화
• 작동하는 소프트웨어를 척도로
• 지속가능한 개발 장려
• 좋은 기술, 설계에 관심
• 단순성 추구
• 자기조직적 팀
• 정기적으로 효율성 제고

2 한국어

우리는 다음 원칙을 따른다:

• 우리의 최우선 순위는, 가치 있는 소프트웨어를 일찍 그리고 지속적으로 전달해서 고객을 만족시키는 것이다.
• 비록 개발의 후반부일지라도 요구사항 변경을 환영하라. 애자일 프로세스들은 변화를 활용해 고객의 경쟁력에 도움이 되게 한다.
• 작동하는 소프트웨어를 자주 전달하라. 2주 ~ 2개월 정도의 간격으로 하되 더 짧은 기간을 선호하라.
• 비즈니스 쪽의 사람들과 개발자들은 프로젝트 전체에 걸쳐 날마다 함께 일해야 한다.
• 동기가 부여된 사람들을 중심으로 프로젝트를 구성하라. 그들이 필요로 하는 환경과 지원을 주고 그들이 일을 끝내리라고 신뢰하라.
• 개발팀으로, 또 개발팀 내부에서 정보를 전하는 가장 효율적이고 효과적인 방법은 면대면 대화이다.
• 작동하는 소프트웨어가 진척의 주된 척도이다.
• 애자일 프로세스들은 지속 가능한 개발을 장려한다. 스폰서, 개발자, 사용자는 일정한 속도를 계속 유지할 수 있어야 한다.
• 기술적 탁월성과 좋은 설계에 대한 지속적 관심이 기민함을 높인다.
• 단순성이 -- 안 하는 일의 양을 최대화하는 기술이 -- 필수적이다.
• 최고의 아키텍처, 요구사항, 설계는 자기 조직적인 팀에서 창발한다.
• 팀은 정기적으로 어떻게 더 효과적이 될지 숙고하고, 이에 따라 팀의 행동을 조율하고 조정한다.

3 영어

We follow these principles:

• Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
• Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
• Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
• Business people and developers must work together daily throughout the project.
• Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
• The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
• Working software is the primary measure of progress.
• Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
• Continuous attention to technical excellence and good design enhances agility.
• Simplicity--the art of maximizing the amount of work not done--is essential.
• The best architectures, requirements, and designs emerge from self-organizing teams.
• At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

4 같이 보기

• 애자일 소프트웨어 개발 선언
• 애자일 방법

5 참고 자료

• http://agilemanifesto.org/iso/ko/principles.html
• http://agilemanifesto.org/iso/en/principles.html