릴리즈 및 설치 프로세스에 대한 디버깅이 프로젝트가 종료되는 시점까지도 진행되지 못하는 경우가 많습니다. 어떤 프로젝트에서는 설치도구를 작성하는 일이 릴리즈 엔지니어에게‘필요악’으로 주어집니다. 리뷰나 데모는 모든 것이 잘 동작함을 보장하기 위해 수작업으로 수행하는 경우가 많습니다. 결과적으로 팀은 너무 늦어서 변경하지 못할때까지도 릴리즈 프로세스 및 릴리즈하는 환경을 경험하지 못합니다.

설치/릴리즈 프로세스는 첫 번째로 고객에게 보여지는 것입니다. 단순한 설치/릴리즈 프로세스는 신뢰할 만한(또는 최소한 디버깅하기 쉬운) 동작 환경을 갖는 첫 단계입니다. 릴리즈된 소프트웨어는 고객이 사용하는 것입니다. 릴리즈된 프로그램이 올바르게 설치되는 것을 보장할 수 없다면, 여러분은 제대로 소프트웨어를 사용하지 못한 고객으로부터 많은 질문을 받게 될 것입니다.

설치 프로세스가 있는 프로젝트로 시작하면 제품 개발 주기 동안 프로세스를 발전시킬수 있는 시간을 벌 뿐만 아니라, 설치를 좀 더 쉽게 할 수 있도록 애플리케이션 코드를 변경할 수 있는 기회를 얻게 됩니다. 설치 프로세스를 주기적으로 수행하고 테스트함으로써 여러분이 작성한 코드가 개발 환경이나 테스트 환경뿐 아니라 사용자의 환경에서도 동작한다는 것을 확인할 수 있습니다.

프로젝트가 끝나는 시점에서 릴리즈를 시작한다면 릴리즈 프로세스는 코드를 수용하느라 더 복잡해질지도 모릅니다. 여러분은 응용프로그램을 동작시키기 위한 제반 환경을 관리하는 통합 개발 환경을 사용해 편리함을 얻을 수 있겠지만, 반면 릴리즈 프로세스를 만드는 것이 복잡해질지 모릅니다. 이러한 장단점을 가능한 한 빨리 인지하는 것이 좋을 것입니다.

응용프로그램이 타겟 환경에서 데모를 진행하기 전까지 명백한 진실은, 개발자의 컴퓨터에서 동작하는 응용프로그램을 초기에 비교하면서 볼 수 있는 많은 비즈니스 가치를배포하는 내내 볼 수 없다는 것입니다. 비즈니스 가치의 차이를 느끼지 못할 수 있습니다. 하지만 비즈니스 가치를 전달하기 전에 해야 할 일은 많습니다. 만약 릴리즈 프로세스를 연기하는 사유가 하찮은 거라면, 처리 비용이 낮기 때문에 지금 바로 수행해야합니다.  너무 복잡하거나 불확실성이 크다면, 응용프로그램 코드를 갖고 수행하는 것처럼 릴리즈 프로세스를 수행해야 합니다. 또한 릴리즈 프로세스를 실험하고, 평가하고, 리팩토링해야 합니다.

설치/릴리즈 프로세스는 여러분의 고객 또는 여러분의 전문적인 서비스팀의 생산성을 위해 반드시 필요합니다. 그래서 여러분은 이 프로세스를 테스트하고 리팩토링해야 합니다. 우리는 프로젝트 전반에 걸쳐 소스코드를 테스트하고 리팩토링합니다. 릴리즈도 그럴 만한 가치가 있습니다.

Written by Steve Berczuk

Steve Berczuk는 Humedica에서 일하는 소프트웨어 엔지니어이며, 그 곳에서 헬스케어 산업을 위한 비즈니스 인텔리전스 솔루션을 개발하고 있습니다. 20년 넘게 소프트웨어 애플리케이션을 개발하고 있으며, ‘Software Configuration Management Patterns: Effective Teamwork, Practical Integration’(Addison-Wesley Professional)의 저자이기도 합니다. 소프트웨어를 직접 개발할 뿐만 아니라 애자일 방법론과 소프트웨어 형상관리를 통해 개발팀이 산출물을 좀 더 효과적으로 생산하도록 돕는 것을 좋아합니다. 그의 웹사이트는 http://www.berczuk.com 입니다