juniqlog

원본글은 github에 있습니다. 애자일이 무엇인지는 이해하더라도, 실제로 일하는 방식을 어떻게 바꿔야 하는지 알기는 쉽지 않은 것 같다. 내가 생각하는 애자일한 개발자가 되는 구체적인 방법은 다음과 같다. 계획보다 대응하기 '계획보다 대응(적응)'은 애자일의 4가지 가치 중 하나다. 관련 원칙은 '요구사항변경 환영'이다. 애자일은 고객의 경쟁 우위를 위해 변경을 활용한다. 실천방법: 테스트 코드 요구사항 변경을 수용하는 하는 것은, 개발자의 시간을 빼앗아 간다. 만든 코드를 더럽힌다. 더럽혀진 코드는 시간을 더 빼앗아 간다. 코드는 더 더러워 진다. 요구사항이 변경되지 않는 프로젝트/소프트웨어는 거의 없기 때문에, 일반적으로 개발자는 자신이 만든 코드에 자신이 없다. 이 고통스러운 굴레에서 벗어나는 방..

원본글은 github에 있습니다. 애자일은 태생이 포괄적이다. 그래서 추상적이다. Plan(Predictive) Driven 마틴파울러에 따르면, 90년대 전통적인 개발방식(traditional plan-driven software engineering)의 문제점을 보완하려고 나타난 여러가지 방법론들이 있었다. XP, Scrum, Crystal, DSDM, FDD 등등의 방법론들이 발전하고 있었지만, 소수의견 이었고, 주류(전통적인 개발방식)에 대항하기 위해 힘을 모은 것 같다. 그 방법론들을 만든 사람들과 대표자들이 모여서 통합 선언문 만들었다. Agile이란 이름으로 결정되기전, 또 하나의 이름 후보는 'Adaptive'였다고 한다. 나는 그 동안 XP가 애자일의 구현체라고 생각했다. 모호한 애자일의..