[지디넷코리아]소프트웨어의 세계는 잠시도 쉬지 않고 빠른 속도로 변하고 있다. 그렇다면 '소프트웨어 개발'이나 우리가 사용하는 기술을 정의하는 방법도 이와 비슷한 속도로 변해야 하지 않을까?

정보기술의 새로운 흐름을 보면 소프트웨어 개발에 관해 이전에 정의해왔던 많은 용어들을 다시 생각해 봐야 한다는 필요성을 느끼게 된다.

개발, 개발자, 코드, 프로그래머(Coder) 등의 단어가 그 예다. 기업가나 IT 관리자들이 '개발자'를 말할 때에 거의 대부분 '프로그래머'를 의미한다. 심지어 '개발팀'을 언급할 때에도 '코딩'이라는 편견을 갖고 말하는 경향이 있다. 그러나 요구 사항 분석가, 비즈니스 분석가, 모델 설계자, 아키텍트, 변화 관리자, 테스터, 빌드 관리자 등 모든 역할 담당자가 개발의 한 부분을 담당하고 있다는 사실을 간과하고 있다.

대부분의 애플리케이션과 시스템들은 프로그래머 단독이 아닌 전체 팀들에 의해 생성되는 것이다. 따라서 '개발자'라는 용어는 실상 개발 프로세스에 있는 전체 팀 구성원들을 의미하는 것이지, 코드를 작성하는 사람들을 뜻하는 것이 아니다.

일반 에디터에서 아스키(ASCII) 텍스트가 더는 시스템을 구축하는 데 주요 인터페이스를 제공할 수 없을 때에는 심지어 '프로그래머'라는 용어 자체가 사장될 수 있다. 코드들이 코드를 표현하기 위해 테스트를 사용할 수 없게 되는 경우 어떤 현상이 발생하겠는가?

또한 '개발'의 뜻도 변하고 있다. 소프트웨어를 그저 만드는 것이 아니라 그것을 계획하고, 설계하고, 배포하고, 유지보수하는 것까지 의미하는 것으로 진화하고 있다. 결국 성공적인 소프트웨어의 개발과 비즈니스 목적과의 꾸준한 연계가 소프트웨어의 생성만큼이나 중요한 것이다.

지난 10년간 소프트웨어 개발은 기술 혁명, 세계화와 떠오르는 소프트웨어의 중요성에 의해 우리의 생활에서 수많은 중요한 변천을 이끌어왔다.

우리는 팀 협업, 프로세스 최적화, MDD(Model Driven Development)와 같은 용어로 재정의되는 소프트웨어 개발의 새로운 시대에 접어들고 있다. 이러한 새로운 시대에 요구되는 툴과 능력은 10년 전에 해왔던 것과는 매우 달라 보인다.

개별 '프로그래머'에서 팀 개발자로의 변화
팀 중심 개발로의 진화란, 이제는 '개발자' 단독으로 존재하는 것이 아니라는 점이 인지되고 보편화됨을 말한다. 그리고 팀워크는 버전 관리를(체크인/체크아웃) 통한 코드의 공유 그 이상의 것이다. 그것은 개발 툴로부터 완벽히 접근 가능한 형상 관리의 모든 기능을 말하는 것이다.

개발 툴을 통해 직접 접근할 수 있는 워크플로우 기반 변동 관리의 모든 기능을 뜻하는 것이며, 조직의 프로젝트 계획에 통합된 태스크 수준의 정밀함을 포함하는 것이다. 뿐만 아니라 코드의 특정한 수정을 특정 변동 요청에 연결하는 것을 말하는 것이다. 그리고 개발자 툴에서 사용될 수 있는 요구 사항 자료와 기타 프로젝트 자료는 관련 개발자들이 시스템 사용자의 기대치에 바로 접근할 수 있도록 하는 중요 부분으로 작용한다.

개발자 툴에서 직접 사용할 수 있는 주제 기반의 메시지 처리 기능은 특정 요구 사항에 연관된 문맥을 따라 추적 관리될 수 있도록 만드는 것이다. 또한 모든 요구사항, 모델, 코드, 변동과 형상 자산들 간의 실시간 검색 서비스를 통해 파일 내에서 검색하는 지루한 프로세스를 없애주는 것이다.

다시 말해, 서로 영향을 주거나 영향을 받는 개발 프로세스상의 수많은 다른 역할과 활동들, 개발자들 간의 가교를 제공하는 것이다.

프로세스의 중요성 증대
개발팀이 확장되고 다양화됨에 따라 소프트웨어 실패 사례는 더욱 많아지고 있다. 규정과 준수에 대한 요구가 증가할 뿐 아니라 엄격한 감시 감독에 직면해 있기 때문이다.

기업들은 소프트웨어 감사(Audit) 기능에 많은 주의를 기울이기 시작했으며, 프로세스를 소프트웨어 개발에 도입하는 것은 필수가 됐다.

프로세스 최적화와 프로세스 중심의 개발은 소프트웨어를 더욱 더 잘 관리할 수 있고 예측할 수 있으며 효율적으로 개발할 수 있도록 한다. 프로세스 중심의 개발은 워크플로우 주도의 변동을 관리하고 결함 추적과 같은 전형적인 애플리케이션을 뛰어넘어 소프트웨어 개발에 연관된 어떤 팀이라도 이해할 수 있는 '작업 프로세스 아이템'들을 구체화하도록 확장해준다.

이러한 프로세스를 가능하게 하는 프레임워크는 조직이 표준화된 인증 레벨이나 높은 수준의 감사를 수행할 수 있는 능력을 갖출 수 있도록 지침을 제공한다. 예를 들어, 많은 조직들이 CMMI 2나 그 이상의 인증을 획득하려고 노력함으로써 비용을 줄이고 적시에 고품질의 소프트웨어를 제공하는 등 극적인 향상을 가져오고 있다.

모델링으로의 이동
소프트웨어 생성에서 가장 흥미로운 변화 중 하나는 코드 중심의 개발에서 모델 중심 개발로의 변화이다. 특히 이것이 '프로그래머'의 손에 달렸다는 점에서 더욱 그렇다.

모델링은 비즈니스 분석가와 아키텍트가 선택하는 도구로 의미가 있을 뿐 아니라, 대규모의 복잡하고 분산된 컴퓨팅 애플리케이션을 개발하기 위해 모델링 기술을 이용하는 '코드 중심'의 개발자들의 영역이 되고 있다.

최근에 모델 산출물을 주로 다루고 꼭 필요할 때에만 구현된 코드를 생성하는 새로운 세대의 개발자들이 출현하고 있다. 과거와 비교되는 점은, 얼마나 프로그래머가 IDE 혹은 코드 중심 방식을 버리고 커맨드 라인 툴을 사용해 어셈블리 언어의 루틴 작업을 코딩하고 있다는 점이다. 그러나 일반적으로 프로그래머들은 높은 수준의 코드를 다루고 있다.

프로세스와 팀 작업을 결합해 주는 새로운 모델 중심의 프레임워크 내에서 개발 및 협업해 나가는 '프로그래머'의 새로운 움직임을 지켜봄으로써 중요한 새로운 변화의 물결이 일어나고 있음을 알 수 있다.

이것은 각각의 공헌자들의 성과를 극대화해주는 변화이며 이로써 전체 팀이 더 많은 시간을 갖게 되고 프로젝트에 더 열중해 조직 전체의 비즈니스 요구를 충족하기 위함이다.

그렇다면 어디서 이러한 것들을 얻을 수 있는가?

소프트웨어의 혁신을 주도하고 소프트웨어 개발을 더욱 효율적이고 접근할 수 있는 예술 형태로 만들어 온 기업들이 이러한 변화를 이끌고 있다는 점은 그리 놀라운 일이 아니다.

이클립스와 마이크로소프트의 비주얼 스튜디오와 같은 툴 플랫폼은 '프로그래머'가 필요로 하는 기본 기능을 더 많이 제공하고 있다. 또한 소프트웨어를 새로운 시대로 이끌어 가기 위한 새로운 혁신을 주도하기 위해 오픈 소스나 벤더 커뮤니티에 공개되고 있다.

이러한 새로운 시대는 우리가 어떻게 소프트웨어를 개발하느냐를 재정의할 것이다. 뿐만 아니라 소프트웨어가 그저 비즈니스를 지원하기보다 비즈니스를 주도해 나가는 시대가 될 것이다. @