소프트웨어 개발자는 기업 성공에 핵심적인 존재이며, 관리자는 개발자가 직무에 만족하는 환경을 조성해야 한다.

개발팀의 행복을 유지하는 9가지 방법에 대해서는 이미 알아봤으니, 이제 최고의 개발자가 이직을 알아보게 내모는 관리상의 실수를 살펴보자.

개발자의 재능을 촉진하고 충성도를 높이고 싶다면 다음과 같은 실수를 피해야 한다.

 

끝없는 회의에 진절머리가 나지 않을 사람이 있을까? 개발자는 바쁘고, 대부분은 코드에 대해 이야기하는 것보다 실제 코딩을 하는 편을 선호한다. 초점이 없고 효율적이지도 않은 회의는 환멸의 원인이 되는 경우가 많다.

 

아마존의 소프트웨어 개발 엔지니어 블라드 구카소프는 “일의 진척에 기여하지 않고 늘어지는 회의는 맥을 빠지게 한다. 실제 개발 작업에 쓸 수 있는 소중한 시간이 이러한 회의로 낭비되는 경우가 많다”라고 말했다.

 

프로그래머이자 소프트웨어 개발 제공업체 시냅티아(Sinaptia)의 창업자 패트리시오 매커덴은 유용한 회의도 있지만 회의 주제를 엄격히 관리해야 한다면서 “일일 스탠드업, 회고, 스프린트 계획 회의는 프로젝트 관리자와 제품 소유자, 그리고 일부 프로그래머에게 도움이 된다. 그러나 대부분의 사람은 프로그래밍에 사용할 수 있는 시간을 낭비하는 것을 싫어한다”라고 말했다. 

 

불필요한 관료주의적 구조는 개발자에게 극심한 좌절감을 준다. 구카소프는 “층층이 복잡한 관료적 구조는 답답할 수 있다. 내부 절차의 복잡성은 소프트웨어 개발의 원활한 진행을 방해할 수 있다”라고 말했다.

 

소프트웨어 기업 템포 소프트웨어(Tempo Software)의 엔지니어링 및 소프트웨어 개발 책임자 레미 데스마라이스는 “개발자는 효율성을 좋아한다. 요구사항에 대한 명확한 설명을 기다리는 일부터 컴파일, 빌드, 테스트와 같은 코드 프로세스, 코드 검토 담당자의 승인 대기에 이르기까지 일을 진행하는 데 방해가 될 수 있는 많은 지연에 직면하기 때문”이라고 말했다.

 

데스마라이스는 관리자기 피드백 루프를 단축하고 가치 있는 응답을 제공하면, 개발자가 효율적이고 생산적이라는 느낌을 받게 된다며 “방해가 되는 요소를 제거하면 개발자가 ‘몰입 상태’에 진입해서 코드 개발, 문제 해결 등에 완전히 집중할 수 있으므로 도움이 된다”라고 말했다.

 

개발자는 새로운 것을 배우고 싶어하고 회사가 새로운 기술을 습득할 기회를 제공하기를 원한다. 교육 기회를 제공하지 않는 기업은 유능한 개발자를 유지하는 데 어려움을 겪게 된다.

 

데스마라이스는 “일반적으로 소프트웨어 개발자는 자신의 성장과 개발을 독려하는 환경에서 능력을 발휘한다. 교육 프로그램나 컨퍼런스, 또는 최신 도구와 기술에 대한 액세스 등을 통해 지속적인 학습 기회를 제공하는 기업에서 개발자의 만족도가 높다. 탐구와 혁신의 문화는 더 행복한 개발자로 이어질 수 있다”라고 말했다.

 

기업가나 신생업체 대상 소프트웨어 개발 업체 루와드(Roowaad)의 CTO 하산 사이드는 배우고 성장할 수 있는 기회는 개발자의 행복에 기여하는 중요한 요소라며 “이 기회는 도전적인 프로젝트에 참여하거나 새로운 기술을 배우거나 전문 개발 리소스에 액세스할 수 있는 기회를 의미할 수 있다”라고 말했다.

 

백엔드 개발자 버나도 카스트로 역시 지속적인 학습과 경력 성장은 개발자의 행복을 위한 중요한 요소라며 “기술 개발을 촉진하고 승진 기회, 새로운 기술과 도전에 접할 기회를 제공하는 기업에서 개발자의 만족도는 대체로 높다”라고 말했다. 

 

데스마라이스는 개발자는 온라인이든 오프라인이든 개발자 커뮤니티에 참여할 때 즐거움을 느낀다면서 “오픈소스 프로젝트, 포럼, 해커톤 또는 온라인 커뮤니티 등에 참여하면서 동지애와 소속감을 느끼고 스스로의 직업적인 성장도 인식하게 된다”라고 말했다.

 

개발자를 불행하게 만드는 확실한 방법은 너무 많은 일을 요구하고 재택근무를 포함한 업무 유연성은 최소한으로 줄이는 것이다.

 

카스트로는 “지속적으로 과중한 업무에 시달리고 촉박한 마감 기한에 쫓기면 스트레스와 번아웃이 발생할 수 있다. 고품질의 결과물을 제공할 시간이 충분히 주어지지 않거나 작업을 완료하기 위한 리소스가 충분하지 않을 경우 동기 부여와 직업 만족도가 떨어진다. 예를 들어 장기간에 걸쳐 높은 업무 강도로 일을 해야 하는 경우 생산성이 떨어지고 불행함을 느끼게 된다”라고 말했다.

 

데스마라이스는 소프트웨어 개발자는 건강한 일과 삶의 균형을 중시한다면서 “유연한 근무 시간, 원격 근무 옵션, 가끔 '회의 없는' 날 등을 통해 이러한 균형을 지원하는 정책을 시행하는 회사에서 개발자는 행복하고 동기가 부여된 상태를 유지할 가능성이 높다”라고 말했다.

 

사이드는 “경험에 따르면 근무 시간을 유연하게 관리할 수 있고 연중무휴 24시간 긴장 상태를 유지하지 않아도 되는 개발자가 대체로 더 행복하다” 말했다.

 

지침이 불명확하거나 가이드라인이 없는 업무를 반기는 개발자는 없다. 팀 리더는 개발 프로젝트의 요구사항과 최종 목표를 명확히 설정해야 한다.

 

브랜드24(Brand24)의 제품 책임자인 캐롤 카친스키는 “모호한 요구사항은 개발자가 가장 무력감을 느끼는 부분이다. 이는 헛된 작업과 환멸로 이어진다. 브랜드24는 제품 요구사항을 정의하고 전파하기 위한 명확한 프로세스를 통해 이 문제에 대처한다”라고 말했다.

 

사이드는 명확한 커뮤니케이션의 부재와 비현실적인 기대치가 불만족으로 이어질 수 있다면서 “개발자는 명확한 지침이 주어지지 않거나 복잡한 프로젝트를 비합리적으로 짧은 기간 내에 완료해야 하는 상황에 몰릴 때 좌절감을 느끼는 경우가 많다”라고 말했다.

 

데스마라이스는 체계적이고 읽고 이해하기 쉽고 최신 내용으로 업데이트된 문서는 현재 작업 중인 시스템에 대한 개발자의 이해를 돕고 프로젝트를 완료하기 위해 필요한 작업 전환을 줄여준다면서 “문제의 주변 환경을 이해하기 위해 노력하는 것보다 문제 해결에 더 집중할 수 있을 때 개발자의 행복감도 높아진다”라고 말했다.

 

열심히 작업한 신제품이 출시되지 않을 경우 개발자는 매우 낙담하게 된다. 특히 자신이 신념을 가진 제품을 만들기 위해 노력했거나 제품이 정말 혁신적인 경우라면 더욱 그렇다.

 

구카소프는 “프로젝트에 참여했는데 그 결과가 사용되지 않는 것은 정말 실망스럽다. 시장에 출시되지 않거나 어떤 사용자의 요구도 충족하지 않는 소프트웨어를 만드는 데 시간을 투자하는 것은 낭비”라고 말했다.

 

카친스키는 자신이 작업한 결과물을 누군가가 사용하고 그 가치를 인정하는 것을 볼 때 느끼는 특유의 만족감이 있다면서 “개발자를 피드백 루프에 참여시켜 자신의 작업 결과물이 미치는 영향을 직접 확인하고 실제 사용자 피드백을 기반으로 반복하는 프로세스가 중요하다. 개발자는 제품이 사용자 문제를 진정으로 해결하지 못한다고 느낄 때 낙담한다”라고 말했다.

 

개발자는 비전을 효과적으로 실현하기 위해 필요한 도구나 지원이 제공되지 않을 때 좌절감을 느끼는 경우가 많다.

 

아그라왈은 “변화가 빠른 IT 분야에서 노후화된 도구와 기술을 사용해야 한다면 개발자는 짜증을 느끼게 된다. 이들을 만족시키려면 최신 개발 기술에 투자하고 교육을 받을 수 있는 여건도 마련해줘야 한다”라고 말했다.

 

클라우드 기반 평판 조회 서비스 제공업체인 체커(Checkr)의 최고 인사 책임자 로버트 카스켈은 “대부분의 개발자는 좋은 소프트웨어와 하드웨어를 잘 알고 있으며 회사의 기술 스택이 마음에 들지 않는 경우 머물려 하지 않는다”라고 말했다.

 

노력과 성과를 인정받고 싶은 마음은 누구나 똑같고 개발자도 예외는 아니다. 개발 팀 리더는 팀원의 성과를 인정해야 한다. 관리자 역시 특정 유형의 기술적인 기여가 가진 가치를 이해하고 장려해야 한다.

 

IT 유통업체 테크어헤드(TechAhead)의 최고 광고 책임자 샤날 아그라왈은 개발자의 노력과 성과를 인정하지 않으면 불만이 발생할 수 있다면서 “예를 들어 좋은 결과를 낸 코드 최적화 작업 또는 성공적인 제품 출시를 인정하지 않을 경우 개발자의 의욕이 꺾이게 된다”라고 말했다.

 

에어비앤비의 소프트웨어 엔지니어링 기술 책임자 마테시 망가온카르는 “프로그래밍의 협업적 특성에도 불구하고 개인적인 기여가 간과되는 경우가 종종 있고, 이는 자신이 인정받지 못한다는 느낌으로 이어진다”라고 말했다.

 

사이드는 직장에서의 인정과 존중은 만족도에 큰 영향을 미칠 수 있다면서 “자신이 하는 일의 가치가 인정받고 동료와 관리자로부터 존중을 받는다고 느끼는 개발자는 직무에 만족할 가능성이 더 높다”라고 말했다.

 

개발자가 힘든 과정을 거쳐 습득한 기술을 활용할 수 있는 도전적인 작업을 제공하는 것은 매우 중요하다. 그렇지 않을 경우 팀은 활기와 의욕을 잃게 될 수 있다.

 

웹 개발 업체 릴로(Lilo)의 디자인 및 개발 부문 책임자 그레이스 화이트는 “프로그래머는 지루하거나 반복적인 작업을 원하지 않는다. 또한 배우거나 성장하지 못한다는 느낌을 받는 것도 좋아하지 않는다”라고 말했다.

 

화이트는 “예를 들어 오래된 코드베이스를 유지보수하는 프로젝트에 참여하는 프로그래머는 만족하지 않을 수 있다”라고 말했다.

 

SEO 에이전시인 웨보메이즈(Webomaze)이 COO인 비니카 가그는 “개발자는 자신이 업무에서 비생산적이라고 느낄 때 불행해진다”라고 말했다. 일상적인 유지보수와 디버깅은 피할 수 없는 일이지만, 현명한 관리자는 이러한 작업을 분산하고 더 흥미로운 작업을 할당해서 지루한 일을 상쇄한다.

 

개발자는 여러 이해관계자와 여러 겹의 관리 계층이 있는 계층적 팀에서 일하는 경우가 많다. 그러나 적절한 경우 스스로 의사 결정을 내릴 수 있는 자유를 갖는 것도 중시한다.

 

화이트는 “프로그래머는 세부적인 부분까지 관리하면서 업무 수행에서 자유를 허용하지 않는 관리자와 함께 일할 때, 그리고 경직되고 관료적인 문화를 가진 회사에서 일할 때 불만을 느낄 수 있다”라고 말했다.

 

온라인 자동차 부품 판매업체 카리펙스(Carifex)의 디지털 전략가인 아잠 샤이크는 “개발자는 프로젝트에 대한 자율성과 스스로 판단할 수 있는 권한을 중시한다. 경직된 계층 구조와 세세한 관리는 이들의 의욕을 꺾을 수 있다”라고 말했다.

<출처 : CIO KOREA>