애자일 선언 Manifesto for Agile Software Development

Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it.
Through this work we have come to value: 

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on
the right, we value the items on the left more.

 

 

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

 

우리는 소프트웨어를 개발하는 더 나은 방법을 발견하기 위해 실천하고 다른 이들이 그것을 할 수 있도록 돕습니다.

이 작업을 통해 우리는 다음에 가치를 둡니다: 

 

과정과 도구보다 개인과 상호 작용

포괄적인 문서보다 작동하는 소프트웨어

계약 협상보다 고객과의 협력

계획 따르기보다 변화에 대응하기

 

즉, 오른쪽의 항목도 가치가 있지만, 우리는 왼쪽의 항목에 조금 더 큰 가치를 둡니다.

 

---

 

 

Principles behind the Agile Manifesto

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.

 

애자일 선언의 원칙
다음은 우리가 따르는 원칙입니다:

최우선 순위는 가치 있는 소프트웨어를 조기에 지속적으로 고객에게 전달함으로써 고객을 만족시키는 것입니다.
개발 후반 단계에서도 변경 요구사항을 환영합니다. 
애자일 프로세스는 고객의 경쟁 우위를 위해 변화를 이용합니다.
몇 주에서 몇 개월 안에, 작동하는 소프트웨어를 자주 전달하되, 가능하면 짧은 기간을 선호합니다.
비즈니스맨과 개발자는 프로젝트 전체 기간 동안 매일 함께(긴밀하게) 일해야 합니다.
프로젝트를 동기부여된 개인 중심으로 구축하십시오. 그들에게 필요한 환경과 지원을 제공하고, 일을 완수할 수 있도록 신뢰하도록 합니다.
개발 팀 내에서 정보를 전달하는 가장 효율적이고 효과적인 방법은 대면 대화입니다.
작동하는 소프트웨어는 진행 상황의 주요 측정 지표입니다.
애자일 프로세스는 지속 가능한 개발을 촉진합니다. 후원자, 개발자 및 사용자는 지속적으로 일정한 속도를 유지할 수 있어야 합니다.
기술적 훈련과 우수한 설계에 지속적인 주의가 애자일성을 향상시킵니다.
최대한 많은 작업을 수행하지 않음으로써 작업의 양을 극대화하는 간소화는 필수적입니다.
최고의 아키텍처, 요구 사항 및 설계는 자율적인 팀에서 나옵니다.
정기적으로 팀은 어떻게 더 효과적으로 일할 수 있을지 고민하고 그에 따라 팀을 조정합니다.

 

 

 

'애자일 연합'

어찌보면 심각한 이야긴데 재밌다ㅋㅋㅋㅋ  

https://agilemanifesto.org/history.html

History: The Agile Manifesto

 

---

 

 

참고 위키이야기방 

https://en.wikipedia.org/wiki/Agile_software_development

Agile software development - Wikipedia

 

 

애자일 운동은 방법론에 반대하는 것이 아닙니다. 사실 우리 중 많은 사람들은 방법론이라는 단어에 대한 신뢰성을 회복하기를 원합니다. 우리는 균형을 회복하고 싶습니다. 우리는 모델링을 수용하지만, 먼지 쌓인 기업 저장소의 일부 다이어그램을 보관하기 위한 것이 아닙니다. 우리는 문서를 수용하지만, 유지 관리되지 않고 거의 사용되지 않는 수백 페이지의 책은 수용하지 않습니다. 우리는 계획을 세우지만, 격동적인 환경에서 계획의 한계를 인식합니다. XP나 SCRUM 또는 기타 Agile 방법론의 지지자를 "해커"로 낙인찍는 사람들은 방법론과 해커라는 용어의 원래 정의에 대해 무지한 것입니다.

—  Jim Highsmith, 역사: 애자일 선언문

 

 

애자일 운동은 어떤 면에서는 십대와 비슷합니다. 매우 자의식이 강하고 거울에 비친 자신의 모습을 끊임없이 확인하며 비판을 거의 받아들이지 않고 동료들과 함께 있는 것에만 관심이 있으며 과거의 모든 지혜를 일괄적으로 거부합니다. 과거로부터 유행과 새로운 전문 용어를 채택하고 때로는 건방지고 거만합니다. 그러나 나는 그것이 더욱 성숙해지고, 외부 세계에 더욱 개방되고, 보다 사려 깊어지고, 따라서 더욱 효과적이 될 것이라는 데에는 의심의 여지가 없습니다.

—  필립 크루흐텐(Philippe Kruchten)

 

ㅋㅋㅋㅋㅋㅋ

 

 

 

 

이런 글 좀 흥미로움 

https://www.linkedin.com/pulse/brief-history-progress-towards-agile-manifesto-gareth-holebrook

A Brief History of the Progress Towards the Agile Manifesto.