<함께 자라기> 책에서 읽은 애자일의 가치를 사내 프로젝트 경험과 연결해 정리한 글입니다

책 정보

• 글쓴이: 김창준
• 출판연도: 2018

서론: 왜 애자일인가?

회사에서 사내 백오피스 시스템을 개발하며, 영업팀, CS팀, 생산팀 같은 내부 고객들의 요구사항을 직접 구현하면서 얻은 경험을 정리했습니다. 개발자로서 비개발 부서와 협업할 때 발생하는 소통과 구현의 문제들을 해결하는 과정에서 애자일 소프트웨어 개발 방법론의 가치를 느낀 적이 있습니다.

1. 문제 상황: 비효율적인 피드백 루프

처음에는 내부 고객인 영업팀, CS팀, 생산팀에서 받은 요청사항을 처음부터 끝까지 100% 완성하고 배포했습니다.

• 간단한 기능 추가 요청
  • 예) 특정 장비에서 발생한 모든 결함 데이터를 Excel로 내보내는 기능

이 경우에는 문제가 없었지만...

• 페이지 전반에 걸쳐 수정이 필요한 복잡한 기능
  • 예) 유저의 직책별로 접근할 수 있는 페이지와 UI를 다르게 하기

의 경우에는 문제가 있었습니다. 배포 후에 "이게 아니라 다른 방식으로 해달라"는 피드백이 반복해서 발생했고, 기획의 방향성을 잃어버리는 상황까지 발생했습니다. 작업을 이미 완료한 상태에서 재작업이 반복되는 상황은 비효율적이었고, 시간과 자원 낭비를 초래했습니다.

2. 해결 방안: 작게 쪼개고 빠르게 피드백 받기

이 문제를 해결하고자, 아래와 같은 방식으로 전환했습니다.

1. 요청사항을 최대한 작게 나누어 짧은 주기로 빠르게 구현하고,
2. 즉시 피드백을 받는 방식으로

그리고 내부 고객들이 변경된 작은 내용을 보고 빠르게 의견을 줄 수 있었고, 방향성을 잃지 않으며 개선할 수 있어서 불필요한 재작업이 크게 줄었습니다.

3. 실제 경험을 통한 애자일의 본질적 이해

이러한 경험을 통해 <함께 자라기> 책에서만 읽던 애자일 방법론의 고객에게 매일 가치를 전하라는 핵심 원칙을 몸소 체험할 수 있었습니다. 애자일에서 말하는 가치는 단순한 기능 구현이 아닌 실제 사용자의 만족과 편의입니다. 빠른 구현과 짧은 피드백 사이클은 고객의 만족을 극대화하고 효율적인 업무 프로세스를 유지하는 데 큰 도움이 되었습니다.

결론: 애자일의 실천과 지속 가능한 개선

내부 고객과의 협업 과정에서 겪은 시행착오를 통해 애자일 소프트웨어 개발 방법론의 중요성을 깨달았습니다. 작은 단위로 작업을 나누고 빠르게 피드백을 받으며 구현과 테스트를 반복하는 것이 결국 사용자 만족을 높이고, 개발 부서와 비개발 부서 모두에게 효율성을 제공한다는 것을 체감했습니다. 앞으로도 지속적으로 애자일을 실천하며 시스템의 가치를 높여 나갈 계획입니다.