애자일 소프트웨어 개발에서 중요한 것은 개발자뿐만이 아닙니다
버그와 성능 이슈가 많고 고객 만족도가 낮은 소프트웨어를 제공하고 싶어 하는 팀원은 아무도 없습니다. 지속적 통합 및 코드 검토는 이를 방지하는 데 도움이 됩니다. 하지만 여기에 시간을 쏟을 수 있는 팀원이 있을까요? 애자일 팀과 DevOps 팀은 이를 위해 시간을 냅니다.
애자일 소프트웨어 개발자는 영웅적인 측면이 아니라 지속 가능한 개발에 중점을 둡니다. 지속 가능성에서는 올바른 추정, 코드 관리를 위한 효과적인 브랜치 전략, 품질 보호를 위한 자동화된 테스트, 사용자로부터 빠른 피드백을 받기 위한 지속적 배포가 중요합니다.
지속 가능한 개발 관행을 채택하는 데는 우리 대부분이 개인으로서 열망하지만 종종 실현하기 힘들어 하는 규율이 필요합니다. 왜냐하면 외부와 단절된 상태에서는 아무도 애자일 또는 DevOps를 실현할 수 없기 때문입니다. 조직 전체의 문화가 함께 뭉쳐야 하며 때로는 DevOps 엔지니어와 같은 변화의 주역이 필요합니다. 즉, 프로젝트 리더가 범위나 일정보다 품질이 더 중요하다는 개념을 받아들이도록 유도해야 하며, 이는 애자일 채택 과정의 가장 어려운 부분인 경우가 많습니다.
하지만 그만한 가치가 있습니다! 개발자는 비즈니스와 좋은 관계를 유지하면서 소프트웨어를 지속 가능한 방식으로 개발할 수 있는 자유와 책임을 갖게 됩니다. 그리고 비즈니스는 더 높은 품질의 제품을 시장에 출시하게 되어 엔지니어링 팀과의 좋은 관계가 더욱 강화됩니다. 거기에 더해, 가장 좋은 점은 애자일 소프트웨어 개발자가 "죽음의 행진"에 직면할 일이 거의 없다는 것입니다. 높은 품질을 유지하는 데는 예상보다 많은 노력이 필요하기 때문에, 개발 팀이 일정에 뒤처지면 철의 삼각관계에서 범위 측면은 이러한 현실을 고려하도록 조정될 수 있으며, 아무도 주말의 휴식을 빼앗길 필요가 없습니다.
모든 소프트웨어 개발자는 프로젝트 관리의 "철의 삼각관계", 즉 범위, 일정 및 품질에 대해 잘 알고 있습니다. 그리고 우리 중 대부분은 범위가 유연하지 않고, 일정이 뒤죽박죽이고, 기술적 부채가 증가하여 개발 팀이 큰 부담을 받은 프로젝트를 진행해본 적이 있을 것입니다. 설상가상으로, 최종 제품이 시장이 원했던 제품이 아닌 경우도 있었습니다. 실망스럽지만 슬프게도 익숙한 상황입니다.
하지만 걱정하지 마세요. 좋은 소식이 있습니다.
애자일 소프트웨어 개발의 경우, 범위는 동적인 변수가 되므로 팀은 품질을 보호하고 활기찬 개발 문화를 구축하며 비즈니스와 긴밀한 관계를 유지할 수 있습니다. Atlassian에서 애자일은 모든 개발 팀을 비롯해 개발 분야 이외의 많은 팀의 핵심이며 그럴만한 이유가 있습니다.
제품에 탄탄한 기술 기반을 마련하고 팀에 협업의 문화를 구축하는 관행을 통해 개인에게 권한을 부여합니다. 애자일 팀의 개발자는 참여도가 더 높고, 코드를 더 효과적으로 작성하며, 훨씬 재미있게 일합니다.
강력한 연결, 더 강력한 제품
애자일에서 중요한 것은 팀워크이며, 오늘날 대부분의 소프트웨어는 팀에서 만들기 때문에 전혀 놀랄 만한 일은 아닙니다. 지속 가능한 코드를 작성하려면 프로젝트에 관여하는 모든 부서와 지속적으로 소통해야 하므로, 개발자는 제품 관리, 설계, QA 및 운영 팀과 긴밀한 관계를 쌓습니다. Atlassian에서는 개발자가 비즈니스의 다른 부서와 직접 협업할 수 있도록 권한을 부여함으로써 코드 품질과 개발자 만족도 면에서 큰 이점을 얻었습니다. 더 나은 코드, 더 적은 "실패"(예: 중복된 노력 및/또는 상충되는 업무 흐름), 더 효과적인 교차 기능주의는 여러 이점 중 몇 가지에 불과합니다.
멘토링도 큰 부분을 차지합니다. 애자일 팀은 코드 베이스에 대한 지식을 팀 전체에 전파하기 위해 서로를 교육합니다. 한 가지 방법은 코드 검토로, 이는 품질을 보호할 뿐만 아니라 팀 전반에서 서로의 코드에 익숙해지도록 하는 것입니다. 지식이 어떻게 전파되는지에 관계없이, 애자일 팀에서는 중요 경로 개발자가 코드의 특정한 부분을 이해하는 유일한 팀원이라서 휴가를 가지 못하는 상황이 발생하지 않게 됩니다. 휴가를 갈 수 없는 그 개발자가 되고 싶어 하는 팀원은 아무도 없습니다.
애자일 팀은 자체적으로 조직화하여 팀원들이 새로운 기술을 얻을 기회를 제공하기 때문에, 애자일 개발자는 제품의 기술 스택에서 워터폴 팀보다 훨씬 쉽게 작업할 수도 있습니다. UI에서 DB에 이르는 전체 기능을 제공하는 개발자는 코드에 대한 더 큰 소유권을 갖게 됩니다. Atlassian에서는 팀 전체와 회사 전체에서 지식을 공유하는 것의 상당한 효과를 믿기 때문에 풀스택 개발자를 양성합니다.
코딩, 문화, 뛰어난 애자일 소프트웨어 개발
애자일로의 전환에서 중요한 것은 조직에서 훌륭한 개발 문화를 구축하는 것입니다. 효과적인 브랜치 전략, 자동화된 테스트 기술, 지속적 통합 및 다른 비즈니스 부서와의 효과적인 관계 형성에 대해 자세히 알아 보려면 계속 읽어보세요. 다음 문서에서는 수천 명의 개발자가 애자일로 전환하는 동안 수행한 구체적인 변경 사항과 이를 통해 성공한 방법에 대해 자세히 살펴보겠습니다.
애자일 소프트웨어 개발은 하나의 여정이며 Atlassian은 모든 단계에서 여러분을 도와드립니다.
DevOps 프로젝트 계획 템플릿으로 무료로 시작하세요
개방형 도구 접근 방식으로 애플리케이션을 개발, 배포 및 관리하세요.