애자일의 뜻을 아는가? 애자일 선언문은 읽어봤는가?
Agile Manifesto (agilemanifesto.org)
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.
요구사항의 변경은 용납하지만, 데드라인은 변하지 않는다.
프로젝트 구성원들이 필요로 하는 환경은 비용이 증가하므로 받아들일 수 없고, 개발자들이 뭘 하고 있는지도 믿을 수 없어, 계속 진척상황과 결과를 독촉한다.
베스트 프랙티스, 베스트 아키텍처, 요구사항, 디자인은 책에서만 존재할 뿐이다.
애자일은 개발자들로 하여금 일에 집중할 수 있는 시간을 적게 주면서, 업무강도는 높이면서 개발 기간 단축시키도록 하는 마법의 단어이다.
오염된, 심하게 왜곡된 용어, "애자일"은 버려야 한다.
Developers Should Abandon Agile — Ron Jeffries, manifesto signatory and XP co-creator.
When “Agile” ideas are applied poorly, they often lead to more interference with developers, less time to do the work, higher pressure, and demands to “go faster”. This is bad for the developers, and, ultimately, bad for the enterprise as well, because doing “Agile” poorly will result, more often than not, in far more defects and much slower progress than could be attained. Often, good developers leave such organizations, resulting in a less effective enterprise than prior to installing “Agile”.
