교회 첨탑 위의 풍향계가 강철로 만들어졌다 해도, 바람에 따라 움직이는 중요한 기술을 이해하지 않았다면 곧 폭풍에 부서졌을 것이다.
애자일 연합
소프트웨어 팀이 빠르게 일하고 변화에 반응할 수 있도록 하는 가치와 원칙을 세우기 위한 전문가들의 모임, 애자일 연합
애자일 소프트웨어 개발 선언문
- 프로세스와 툴보다 개인의 상호작용이 우선
- Tip, 간소하게 시작하라
- 팀을 구성하는 일은 환경을 구축하는 일보다 더 중요, "대화"
- 포괄적인 문서보다 동작하는 소프트웨어가 우선
- 지나친 문서화는 X
- 문서와 코드의 동기화, 최대 12~24p의 요약적인 문서, 좋은 기록은 코드와 팀
- 그 필요가 급박하고 중요하지 않다면 아무 문서도 만들지 마라 →마틴의 문서화 제1법칙
- 계약 협상보다 고객 협력이 우선
- 성공적인 프로젝트를 위해서는 규칙적인 고객의 피드백 필수
- 계획을 따르는 것보다 변화에 대한 반응이 우선
- 탄력적이고 업무와 기술의 변화에 준비가 되어있는 계획
- 다음 2주간의 세부적인 계획 수립, 다음 3개월간의 개략적인 계획, 그 이후는 아주 대강의 계획
원칙
- 우리의 최고 가치는 유용한 소프트웨어의 빠르고 지속적인 공개를 통한 고객의 만족
- 개발 후반부의 요구사항 변경 환영, 애자일 프로세스는 고객의 경쟁 우위를 위해 변화를 이용
- 개발 중인 소프트웨어를 2주에서 2달 사이, 혹은 더 짧은 시간 간격으로 자주 공개
- 의욕적인 개인들을 중심으로 프로젝트를 구상, 환경과 필요로 하는 지원 제공과 해냄에 대한 믿음
- 가장 효율 & 효과적인 정보 공유는 직접 일대일로 대화하는 것
- 개발 중인 소프트웨어가 진척 상황의 일차적 척도
- 우수 기술과 좋은 설계에 대한 지속적 관심은 속도 향상과 비례
- 아직 끝내지 않은 일의 양을 최대화하는 예술은 필수
- 최고의 아키텍처, 요구사항, 설계는 조직적인 팀에서 나옴
- 팀은 규칙적으로 더 효과적인 방법, 적절한 조율과 조정에 힘써야 함
소프트웨어 프로젝트의 과정은 먼 미래까지 계획될 수가 없다.
애자일 팀은 천국에 광대한 시스템을 세우려고 시도하지 않는다. 그보다는 항상 목표와 일치하는 가장 단순한 길을 택한다. 내일의 문제를 예상하는 데 지나친 관심을 두지 않으며, ...
애자일 팀은 자기 조직적인 팀이다
노력하는 초보 개발자