2011.11.09

왜 IBM은 개발자 생산성을 평가할까

Ann Bednarz | Network World
IBM은 자사의 래쇼날 소프트웨어를 비롯해 다수의 영역에 포진된 수많은 애플리케이션 개발 툴을 활용하고 있다. 그러나 툴과 프로세스는 개발된 코드의 품질을 담보하는 것으로 역할이 제한돼 있었다. 
 
애플리케이션 개발과 관련해, IBM 글로벌 서비스 사업부 부사장이자 클라우드 리더 패트 하워드는 "결국 가장 중요한 것은, 바로 직원이다. 훌륭한 인재에 그에 걸맞은 투자를 하고 에너지를 집중하는 것은 중요한 작업"이라고 말했다. 
 
하워드는 IBM에 애플리케이션 개발을 도입한 장본인이다. 하워드는 필요한 애플리케이션을 모든 빅 블루(Big Blue, IBM의 별칭) 브랜드에 전달하고, 국제 개발 팀 전체를 관리해야 할 책임을 지고 있다. 
 
최근 재능이라는 요소에 주목하게 되면서 그는 애플리케이션 개발자 자신이 수행한 작업의 양과 질에 기초해 분석하는 시스템의 도입을 추진했다. 
 
IT 공룡, 개발자 관리 툴 사용 
이 시스템의 핵심은 캐스트가 개발한 상용 소프트웨어 제품에 있다. 프랑스에 있는 이 개발업체는 소프트웨어 분석과 측정 플랫폼을 자동화함으로써 애플리케이션 코드의 구조적 품질과 개발 팀의 성능과 관련한 매트릭스를 제공하고 있다. 
 
캐스트의 플랫폼을 활용해 IBM 관리자들은 개발자가 코드를 조합하는 방식을 평가하거나 개발자의 능력에 관한 양적 검토를 실시하는 등의 관리를 할 수 있었다. 
 
이 시스템은 보안적, 기술적 측면에서 코드의 성능을 검토하는 과정 또한 지원하는데, 이를 통해 매니저는 특정 코드가 장기적 측면에서 운영 비용을 절감해줄 수 있을지 등의 문제에 관한 측정이 가능해졌다. 
 
하워드는 "자바를 활용해 무언가를 작성한다고 가정해보자. 이 코드는 그 자체로 산업의 베스트 프랙티스라 여겨지는 것에 부합하는 방식으로 구조화 된 것인가? 캐스트는 바로 이런 유형의 문제를 지원해 준다"라고 설명했다. 
 
이는 주관적 관찰이 아닌, 양적 분석이다. 
 
하워드는 "지금까지 여러 팀들이 전 세계 곳곳에 흩어져 있는 상황에서 애플리케이션 개발 능력을 신뢰할 수 있고, 예측 가능한 방식으로 관리하는 문제는 IBM에게 많은 고민을 안겨줬다"라고 덧붙였다. 
 
또한, 개발팀에게는 지속적으로 새로운 요구들이 전달된다. IBM은 언제든지 비즈니스에 변화(공급망의 업그레이드, 새로운 판매 인력 확충, 신제품 출시 대비 등)를 줄 수 있으며, 이에 발맞춰 애플리케이션 역시 매 순간 필요한 방향으로 변화할 수 있어야 했다. 
 
전세계 IBM 개발자 실적 수치화  
IBM은 우수 개발자들을 평가하는 것이 쉽지 않았다. 이에 앞서 기업의 모든 개발자들이 제대로 활용되고 있는지를 확인하는 작업에도 많은 어려움이 있었다. 뿐만 아니라 이런 측면에 대한 검토 만으로는 개개인의 기여를 효율적으로 측정할 수 없었다. 중요한 문제는 그가 양질의 작업을 수행하는 지의 여부였다. 
 
하워드는 "소프트웨어 개발자를 예로 들어보자. 당신은 그들의 재능에 대해 생각할 것이다. 그들의 관심사는 무엇인가? 많은 이들이 소프트웨어를 작성하는데 흥미를 가지고 있을 것이다. 그것이 그들이 이 직업을 택한 이유다. 그러나 그들은 동시에 세계 최고의 소프트웨어 개발자로 인정받기를 원한다"고 말했다. 
 
하워드는 "자신들의 결과물이 정의되고 측정되는 과정을 바라보며, IMB 소프트웨어 개발 사업부, 그리고 HR 사업부의 모든 이들은 캐스트의 시스템이 실적을 수량화할 수 있다는 사실에 동의하게 됐다"며, "이는 직원들에게 성과표를 부여해 그들이 비즈니스의 가치 증대에 기여할 만한 결과물을 창출했을 경우 점수를 얻을 수 있도록 했다"라고 설명했다. 
 
IBM은 새로운 시스템을 통해 명성을 가시적인 지표로 만들어 놓았다. 모든 이들은 그들이 수행한 작업의 결과에 기반해 기업 내에서의 자신의 명성을 향상시킬 수 있게 된 것이다. 
 
이 프로그램은 또한 미달된 실적이나 부족한 스킬을 찾아내는 작업 역시 지원했다. 하워드는 "우리는 어떤 교육이 필요한 지 검토하는 작업에 이를 활용한다. 교육에 배정된 예산은 한정되어 있기 때문이다. 따라서 이 예산을 사용할 때에는, 정말로 필요한 영역에 현명하게 사용해야만 한다"라고 설명했다. 
 
또한 개발자들은 이를 통해 그들이 수행한 작업이 현장에서 어느 정도의 가치를 지니는지에 관한 통찰력을 가지게 됐다. 하워드는 이런 방식의 피드백을 통해 개발자들은 성공적인 작업 결과물 도출에 필요한 중간 수정을 실시할 수 있게 됐다고. 
 
개발자 반응은 '반반', 효과는 '지대'
그렇다면, IBM의 개발자들은 이 평가 시스템을 어떻게 느끼고 있는가?
 
"반응은 제각각"이라고 하워드는 설명했다. "일부 개발자들, 특히 데이터를 다루는 이들은 이를 적극적으로 받아들이고 있지만, 일부는 자신들 고유의 작업에 피드백을 실시하는 이 시스템의 활용을 못마땅해하고 있다"고 전했다. 팀원들은 매니저를 통해 이 데이터를 정기적으로 전달받게 된다. 
 
하워드는 "이는 절대 패널티를 주려는 의도로 시행된 것이 아니"라고 강조하며, "우리는 변화하는 환경을 이해하기 위해 이 방법을 활용하는 것이다. 이를 걱정해야 할 이유는 없다. 이는 우리의 결속을 좀더 견고히 다져줄 것"이라고 덧붙였다. 
 
하워드는 "이 시스템은 전반적으로 막대한 가치를 지녔으며, 이는 전혀 생각지 못했던 방식으로 전 세계의 직원들을 통합했다"고 평가했다. editor@itworld.co.kr



2011.11.09

왜 IBM은 개발자 생산성을 평가할까

Ann Bednarz | Network World
IBM은 자사의 래쇼날 소프트웨어를 비롯해 다수의 영역에 포진된 수많은 애플리케이션 개발 툴을 활용하고 있다. 그러나 툴과 프로세스는 개발된 코드의 품질을 담보하는 것으로 역할이 제한돼 있었다. 
 
애플리케이션 개발과 관련해, IBM 글로벌 서비스 사업부 부사장이자 클라우드 리더 패트 하워드는 "결국 가장 중요한 것은, 바로 직원이다. 훌륭한 인재에 그에 걸맞은 투자를 하고 에너지를 집중하는 것은 중요한 작업"이라고 말했다. 
 
하워드는 IBM에 애플리케이션 개발을 도입한 장본인이다. 하워드는 필요한 애플리케이션을 모든 빅 블루(Big Blue, IBM의 별칭) 브랜드에 전달하고, 국제 개발 팀 전체를 관리해야 할 책임을 지고 있다. 
 
최근 재능이라는 요소에 주목하게 되면서 그는 애플리케이션 개발자 자신이 수행한 작업의 양과 질에 기초해 분석하는 시스템의 도입을 추진했다. 
 
IT 공룡, 개발자 관리 툴 사용 
이 시스템의 핵심은 캐스트가 개발한 상용 소프트웨어 제품에 있다. 프랑스에 있는 이 개발업체는 소프트웨어 분석과 측정 플랫폼을 자동화함으로써 애플리케이션 코드의 구조적 품질과 개발 팀의 성능과 관련한 매트릭스를 제공하고 있다. 
 
캐스트의 플랫폼을 활용해 IBM 관리자들은 개발자가 코드를 조합하는 방식을 평가하거나 개발자의 능력에 관한 양적 검토를 실시하는 등의 관리를 할 수 있었다. 
 
이 시스템은 보안적, 기술적 측면에서 코드의 성능을 검토하는 과정 또한 지원하는데, 이를 통해 매니저는 특정 코드가 장기적 측면에서 운영 비용을 절감해줄 수 있을지 등의 문제에 관한 측정이 가능해졌다. 
 
하워드는 "자바를 활용해 무언가를 작성한다고 가정해보자. 이 코드는 그 자체로 산업의 베스트 프랙티스라 여겨지는 것에 부합하는 방식으로 구조화 된 것인가? 캐스트는 바로 이런 유형의 문제를 지원해 준다"라고 설명했다. 
 
이는 주관적 관찰이 아닌, 양적 분석이다. 
 
하워드는 "지금까지 여러 팀들이 전 세계 곳곳에 흩어져 있는 상황에서 애플리케이션 개발 능력을 신뢰할 수 있고, 예측 가능한 방식으로 관리하는 문제는 IBM에게 많은 고민을 안겨줬다"라고 덧붙였다. 
 
또한, 개발팀에게는 지속적으로 새로운 요구들이 전달된다. IBM은 언제든지 비즈니스에 변화(공급망의 업그레이드, 새로운 판매 인력 확충, 신제품 출시 대비 등)를 줄 수 있으며, 이에 발맞춰 애플리케이션 역시 매 순간 필요한 방향으로 변화할 수 있어야 했다. 
 
전세계 IBM 개발자 실적 수치화  
IBM은 우수 개발자들을 평가하는 것이 쉽지 않았다. 이에 앞서 기업의 모든 개발자들이 제대로 활용되고 있는지를 확인하는 작업에도 많은 어려움이 있었다. 뿐만 아니라 이런 측면에 대한 검토 만으로는 개개인의 기여를 효율적으로 측정할 수 없었다. 중요한 문제는 그가 양질의 작업을 수행하는 지의 여부였다. 
 
하워드는 "소프트웨어 개발자를 예로 들어보자. 당신은 그들의 재능에 대해 생각할 것이다. 그들의 관심사는 무엇인가? 많은 이들이 소프트웨어를 작성하는데 흥미를 가지고 있을 것이다. 그것이 그들이 이 직업을 택한 이유다. 그러나 그들은 동시에 세계 최고의 소프트웨어 개발자로 인정받기를 원한다"고 말했다. 
 
하워드는 "자신들의 결과물이 정의되고 측정되는 과정을 바라보며, IMB 소프트웨어 개발 사업부, 그리고 HR 사업부의 모든 이들은 캐스트의 시스템이 실적을 수량화할 수 있다는 사실에 동의하게 됐다"며, "이는 직원들에게 성과표를 부여해 그들이 비즈니스의 가치 증대에 기여할 만한 결과물을 창출했을 경우 점수를 얻을 수 있도록 했다"라고 설명했다. 
 
IBM은 새로운 시스템을 통해 명성을 가시적인 지표로 만들어 놓았다. 모든 이들은 그들이 수행한 작업의 결과에 기반해 기업 내에서의 자신의 명성을 향상시킬 수 있게 된 것이다. 
 
이 프로그램은 또한 미달된 실적이나 부족한 스킬을 찾아내는 작업 역시 지원했다. 하워드는 "우리는 어떤 교육이 필요한 지 검토하는 작업에 이를 활용한다. 교육에 배정된 예산은 한정되어 있기 때문이다. 따라서 이 예산을 사용할 때에는, 정말로 필요한 영역에 현명하게 사용해야만 한다"라고 설명했다. 
 
또한 개발자들은 이를 통해 그들이 수행한 작업이 현장에서 어느 정도의 가치를 지니는지에 관한 통찰력을 가지게 됐다. 하워드는 이런 방식의 피드백을 통해 개발자들은 성공적인 작업 결과물 도출에 필요한 중간 수정을 실시할 수 있게 됐다고. 
 
개발자 반응은 '반반', 효과는 '지대'
그렇다면, IBM의 개발자들은 이 평가 시스템을 어떻게 느끼고 있는가?
 
"반응은 제각각"이라고 하워드는 설명했다. "일부 개발자들, 특히 데이터를 다루는 이들은 이를 적극적으로 받아들이고 있지만, 일부는 자신들 고유의 작업에 피드백을 실시하는 이 시스템의 활용을 못마땅해하고 있다"고 전했다. 팀원들은 매니저를 통해 이 데이터를 정기적으로 전달받게 된다. 
 
하워드는 "이는 절대 패널티를 주려는 의도로 시행된 것이 아니"라고 강조하며, "우리는 변화하는 환경을 이해하기 위해 이 방법을 활용하는 것이다. 이를 걱정해야 할 이유는 없다. 이는 우리의 결속을 좀더 견고히 다져줄 것"이라고 덧붙였다. 
 
하워드는 "이 시스템은 전반적으로 막대한 가치를 지녔으며, 이는 전혀 생각지 못했던 방식으로 전 세계의 직원들을 통합했다"고 평가했다. editor@itworld.co.kr

X