소프트웨어 개발자의 생산성을 측정하는 방법

https://www.itworld.co.kr/news/315198

소프트웨어 개발자의 효율성을 측정하는 것은 수십 년 동안 불가능한 것으로 여겨졌다. 두 명의 맥킨지 컨설턴트는 개발자가 개발자의 생산성을 측정할 수 있는 방법을 소개한다.

우리는 다양한 산업 분야의 많은 기업과 협력한 결과, 소프트웨어 개발자의 생산성을 측정할 수 있는 방법을 찾았다. 3년 전, 맥킨지는 440곳 대기업의 개발자 속도를 분석했다. 그 결과 소프트웨어 개발자의 성과와 회사의 성공 사이에는 분명한 상관관계가 있다는 사실이 밝혀졌다. 이는 IT 기업뿐만 아니라 다른 분야에도 적용된다. 전 세계 소프트웨어 엔지니어의 약 절반이 IT 산업이 아닌 다른 산업군에서 일한다.
 

ⓒ Getty Images Bank
현재 전 세계적으로 약 2,700만 명의 개발자가 있으며, 440만 명이 미국에 있다. 미국 노동통계국은 2021년부터 2031년까지 이 숫자가 25% 더 증가할 것으로 예측하고 있다. 생성형 AI의 급격한 확산을 고려하면, 개발자 수요는 훨씬 더 커질 것이다.
 

성과와 직결되는 개발자 생산성

이런 조사 결과를 종합하면, 관리자는 소프트웨어 개발 인재를 가장 잘 활용할 수 있는 방법을 정확히 알아야 한다는 결론에 도달할 수 있다. 오늘날의 소프트웨어 개발은 창의적인 과정일 뿐만 아니라 협업 과정이기도 하므로 이는 쉽지 않은 일이다. 노력과 수익 간의 합리적인 관계를 보장하는 것은 결코 쉬운 일이 아니다. 이미 많은 기업이 시스템, 팀, 개인의 생산성을 측정하는 데 실패했다.

배치 빈도와 같은 알려진 지표는 팀의 생산성을 추적하는 데 도움이 될 수 있지만, 개인의 생산성을 추적하는 데는 도움이 되지 않는다. 하지만 우리는 개발자의 생산성을 측정하는 일이 가능하다고 생각한다. 특히 맥킨지는 이미 이 작업을 수행하고 있는 20여 곳의 IT, 금융 및 제약 회사와 협력하고 있다. 아직 100% 신뢰할 수 있는 결과는 얻은 것은 아니지만, 유망한 결과이다. 맥킨지의 계산에 따르면, 이들 기업은 개발자의 생산성을 측정하고 개선해 오류율을 평균 20~30% 줄이고 고객 만족도를 60%까지 높일 수 있었다.
 

개발자의 생산성을 측정하는 방법

우선, 구글과 마이크로소프트에서 개발한 두 가지 지표, 즉 소프트웨어 배치 처리량과 안정성을 측정하는 DORA(DevOps Research and Assessment)와 개발자의 개별 생산성을 측정, 이해 및 개선하기 위해 설계된 프레임워크인 SPACE(Satisfaction, Performance, Activity, Communication/Collaboration and Efficiency)를 활용한다. 맥킨지는 이들 지표를 다음과 같은 네 가지 '기회 지향 지표'로 보완했다.

내부 루프 및 외부 루프에 소요된 시간. 내부 루프는 코딩, 빌드, 단위 테스트 등 소프트웨어 제품 개발과 직접 관련된 활동을 포함한다. 외부 루프는 코드를 프로덕션 환경으로 이전하는 것과 관련된 활동으로, 통합, 테스트, 릴리스, 배치 등을 말한다. 개발자가 내부 루프에 더 많은 시간을 할애할수록 생산성이 높아지는데, 상위 기업의 경우 이 비율이 70%에 달한다.

개발자 속도 지수(Developer Velocity Index, DVI) 벤치마킹. 사내 프랙티스를 다른 회사 또는 경쟁사의 프랙티스와 비교함으로써 개선해야 할 영역을 파악할 수 있다. 백로그 관리, 테스트 또는 보안 및 규정 준수 등이 이에 해당한다.

개발자 기여도 분석. 팀이 백로그에 어떤 기여를 하고 있는지 평가한다. 백로그 관리를 측정하는 지라(Jira) 같은 툴을 사용해 성과 향상을 방해하는 부정적인 흐름을 파악할 수 있다. 작업 환경을 개선하고 자동화 수준을 높이거나 팀원 개개인의 기술을 최적화할 방법을 보여줄 수도 있다. 예를 들어, 한 회사는 자사의 최고 개발자들이 코딩 이외의 활동에 너무 많은 시간을 소비하고 있다는 사실을 깨달았고, 모든 개발자가 자신이 가장 잘하는 일에 집중할 수 있도록 운영 모델을 변경했다.

인재 관리. 인재 관리의 목표는 직원들이 각자의 재능과 선호도에 따라 배치하는 것이다. 업계 표준 역량 맵을 사용해 조직의 기존 지식, 기술 및 능력을 가시화할 수 있는 점수를 만들 수 있다. 이를 통해 격차와 약점을 파악할 수 있다. 예를 들어, 한 고객사는 경험이 부족한 개발자를 너무 많이 고용하고 있다는 사실을 깨달았다. 이 문제를 해결하기 위해 맞춤형 학습 프로그램을 제공했고, 개발자의 30%가 6개월 이내에 다음 단계의 역량에 도달했다.

이런 접근법은 DORA 및 SPACE와 함께 소프트웨어 생산성에 대한 차별화된 관점을 가능하게 한다. 또한 개발자에게 동기를 부여할 수 있는 방법, 적절한 툴와 전문 지식을 보유하고 있는지, 시간을 어떻게 사용하는지, 팀 구성이 최적화된 상태인지 등을 파악할 수 있다.
 

성공의 증거는 없지만 명확한 지표

개발자 생산성 측정은 여전히 논란의 여지가 있는 주제이며, 많은 전문가가 우리의 시도를 부정적으로 생각한다는 것도 알고 있다. 하지만 맥킨지와 긴밀하게 협력하는 20개 기업은 이에 동의하지 않는다. 우리는 소프트웨어 개발이 측정이 불가능할 정도로 복잡하고 신비롭다고 생각하지 않는다. 오히려 업데이트를 코딩하고 구현할 때 생성형 AI 도구를 사용하면 얼마나 개선되는지 꽤 잘 예측할 수 있다.

여기서 설명한 개발자 생산성 측정 시스템은 아직 완벽하지 않다. 우리는 개선해야 할 부분에 대한 건설적인 비판을 언제나 환영한다. 하지만 소프트웨어 개발의 중요성이 날로 커지고 인재 확보 경쟁이 치열해지는 상황에서 복잡하다고 미뤄두기에는 너무나 중요한 주제이다.

팀을 빨리 망치는 팀원의 10가지 기술

https://brunch.co.kr/@zseo/76

팀을 빨리 망치는 팀원의 10가지 기술

1. 목표 잊기

목표는 빨리 잊는다. 목표 달성 보다는 늘 하던 익숙한 일을 계속 하는 것에 집중한다. 굳이 목표를 챙겨야 한다면 팀의 목표보다는 개인의 목표를 우선시한다.

2. 왜 하필 제가요?

주어지는 업무에 ’왜 하필 내가 해야하는지‘를 확실히 한다. 완벽한 근거와 논리를 가진 업무만 선별적으로 받아들이며, 급박한 요청에도 절대 예외를 두지 않는다. 어떻게든 안할 수 있는 방법을 찾아라.

3. 앞뒤가 다른 소통

중요한 말은 앞이 아니라 뒤에서 한다. 미팅에서는 빠른 진행을 위해 조용히 있고, 솔직한 의견은 상대방에게 상처를 줄 수 있으니 상대방이 없는 곳에서만 한다.

4. 되는 이유보다 안되는 이유

안 되는 이유를 많이 말한다. 특히 무언가를 해보자고 제안하는 동료들에게 그 일이 안되는 이유를 자세히 말해주어 도전도 실패도 못하게 만들자. 실패한 동료에게 “내가 말했잖아요”라고 자주 말하면 더욱 좋다.

5. 질문 금지

질문은 절대 하지 않는다. 이를 위해 가장 좋은 방법은 기존 사례에 날짜만 바꾸기, 내가 해왔던 대로만 하기, 팀장이 시키는 대로만 하기이다.

6. 무한 질문

끊임없이 질문한다. 업무를 받을 때는 한치의 어려움과 애매함도 남기지 않으며, 내가 직접 고민하여 결론을 내려보기 전에 A부터 Z까지 상사에게 명쾌한 답을 요구하여 나의 책임을 최소화 한다.

7. 귀는 닫고 타협하지 않기

내 의견과 반대로 결정되게 내버려 두지 않는다. 대화를 통해 더 나은 결론을 도출하기 보다, 모든 논의는 상대방을 내 생각대로 설득하는 것을 목표로 한다. 수긍하는 것은 곧 지는 것이다.

8. 동료를 경쟁자로 보기

동료보다 조금 더 잘하는 것에 집중한다. 나의 능력이 돋보이는 효율적인 방법은 외부의 경쟁자가 아니라 내부의 경쟁자를 이기는 것이다. 약간의 비협조와 무관심으로 내부의 경쟁자를 효율적으로 이겨내자.

9. 의욕은 외부에서 찾기

의욕과 동기부여는 상사의 역할이라는 것을 분명히 한다. 매 팀 회의와 원온원에서 감동적인 스피치와 나를 춤추게 할 칭찬을 기대하고, 그렇지 않아 의욕이 안 생길때는 동료들을 모아놓고 자주 불만을 말하자.

10. 숟가락 얹기

선별적으로 팀워크를 수용한다. 경계선에서 지켜보다가 일이 잘 될것 같으면 숟가락을 얹고 안 될것 같으면 발을 뺀다. 이를 위해 좋은 일이건 나쁜 일이건 고생한 동료보다 먼저 상사에게 말하는 것이 중요하다.

https://survey.stackoverflow.co/2023/#most-popular-technologies-language-prof

물론 인도계 CEO의 리더십을 획일적으로 정의하기는 어렵습니다. 마치 한국인 CEO의 리더십이 모두 같다고 가정하는 것과 같은 논리 비약이니까요. 하지만 그래도 한 가지 공통점은 있습니다. 바로 인내와 관용입니다. 대표적으로 마이크로소프트의 나델라 CEO 리더십은 실리콘밸리에서 많은 귀감이 됩니다.

그의 리더십에 대한 내용은 자서전 <히트 리프레시>에 잘 나와 있는데요. 나델라는 1968년 인도 하이데라바드시에서 태어나 인도공과대를 졸업합니다. 어린 시절 크리켓에 심취해 살았습니다. 어느 날 아버지는 칼 마르크스 포스터를 나델라의 방에 걸어 경제학자가 되기를 기원했고, 어머니는 인도의 신을 그린 포스터를 걸어 축복을 했다고 합니다. 하지만 나델라는 그걸 떼어 내고 크리켓 스타인 자이시마의 포스터를 걸었다고 회고합니다.

이후 그는 미국으로 건너가 위스콘신 밀워키대에서 컴퓨터학 석사를 받고, 썬마이크로시스템즈에서 엔지니어로 경력을 쌓습니다. 마이크로소프트에 합류한 것은 1992년이었습니다.

"지속적 노력이 성공을 만든다"

워싱턴의 마이크로소프트 캠퍼스에서 지시한 첫 임무는 고객들을 설득해 도스를 윈도NT로 전환하라는 업무였습니다. 미국 전역을 누비며 윈도NT가 왜 좋은지 강조했습니다. 그러면서 그는 남몰래 학업을 이어 갑니다. 주중에는 마이크로소프트에서 근무하고 주말에는 시카고까지 날아가 학업을 병행했습니다. 이후 신뢰를 얻어 1994년 마이크로소프트의 첫 주문형 비디오 서비스인 '타이거 서버' 개발을 총괄합니다. 넷플릭스가 1997년 창업한 점을 고려할 때 매우 빠른 도전이었습니다. 훗날 CEO가 된 스티브 발머가 나델라를 기억하는 계기였습니다.

"위대한 사람은 팀워크를 중시한다"

나델라는 인도에서 크리켓을 배우면서 팀워크의 중요성, 라이벌의 중요성을 깨달았다고 합니다. 고등학교 크리켓 경기에서 그는 호주 선수들을 처음 마주합니다. 코치는 나델라를 향해 "아무것도 하지 말고 호주 선수 옆에 있어라"라고 외칩니다. 그는 호주 선수 옆에서 이들을 관찰했고 라이벌의 강점과 약점을 파악하는 자세를 배웠습니다. 나델라는 크리켓을 통해 "재능이 무엇보다 중요하지만 다른 사람과 함께 일할 준비가 되어 있지 않다면 충분하지 않다는 것을 배웠다"고 합니다.

"영원한 경쟁자 애플을 상대하는 법"

비즈니스 세계는 승자독식 구조입니다. 하지만 나델라는 다른 길을 택합니다. 라이벌의 손을 잡고 함께 일하는 것인데요. 그는 이런 말을 남겼습니다. "경쟁업체와 협력하는 것은 회사 뿐 아니라 전 세계에도 도움이 됩니다." 연례 영업 사원 행사에서 나델라는 아이폰을 꺼내 선보인 적이 있습니다. 마이크로소프트 직원은 나델라가 아이폰을 꺼낸 것 만으로도 충격이었습니다. 그는 곧 iOS를 통해 스카이프, 아웃룩, 워드, 원드라이브를 시연했습니다. 그렇습니다. 경쟁자라고 해서 꼭 멀리할 필요도 없고 필요하면 기꺼이 손을 잡는다는 것이 중요하다는 메시지였습니다.

"비전을 공유하라"

나델라가 CEO에 취임했을 2014년은 PC에서 모바일로 무게축이 옮겨가던 시절입니다. 모바일 기반의 애플과 구글이 질주를 했고 아마존은 클라우드를 무기로 급성장하고 있었습니다. 반면 마이크로소프트는 '과거의 영광'인 윈도에 갇혀 있었습니다. 이에 대해 와이콤비네이터의 폴 그레이엄은 "MS는 죽었다"라고 선언했습니다.

나델라는 모바일 그 이후를 구상합니다. 바로 클라우드였습니다. 마이크로소프트를 윈도 오피스 회사에서 클라우드 기업으로 방향을 틀었습니다. 그가 취임할 당시만 해도 마이크로소프트의 매출 구조는 윈도 30%, 오피스 30%, 서버 30%, 기타 10%였는데, 오늘날은 클라우드가 40%를 차지합니다. 그는 개방이라는 비전을 제시합니다. iOS와 안드로이드에 MS 오피스를 개방했고, 앙숙인 리눅스와도 손을 잡았습니다. 이를 두고 "인도계 이민자 출신으로 다문화에 익숙한 배경이 있었다"는 평가가 이어졌습니다.

"이기주의를 부숴라"

또 부서 이기주의를 타파하는데 앞장섭니다. 스티브 발버 CEO 당시 마이크로소프트의 개별 부서는 마치 다른 기업처럼 움직였습니다. 실적 경쟁이 너무 치열하다보니 따로 따로 움직였던 것이 관행이 된 것입니다. "우리 회사는 모르겠고, 우리 부서만큼은 안 된다"는 이른바 사일로(silo) 현상이 만연했던 것입니다. 이에 나델라는 크게 세 가지로 이를 부수기 시작합니다.

• 전사적 목표 설정: 예를 들어 '모두를 위한 윈도우10'이라는 목표가 있다고 해보겠습니다. 이를 '모든 사람이 윈도10을 사용할 수 있도록 지원해, 마이크로소프트의 제품과 서비스를 보다 많은 사람들이 사용할 수 있도록 한다'라는 미션으로 구체적으로 바꿨습니다.
• 부서간 협력 장려: 다양한 협업 프로그램을 도입했습니다. 예를 들어 원 마이크로소프트라는 프로그램을 통해 모든 부서가 공동 목표를 달성할 수 있도록 협력하는 로드맵을 세웁니다.
• OKR 도입: OKR은 목표(Objective)와 핵심 결과(Key Results)의 약자인데요. 측정 가능한 팀 목표를 설정하고 추적하는 데 도움이 되는 목표 설정 방법론입니다. 나델라는 OKR을 통해 성과 측정의 중요성을 강조합니다.

🔎 크게보기

나델라는 세상에 미래를 창조하는 공식은 없다고 했습니다. 기업은 자신만이 해낼 수 있는 역할에 대해 완벽한 비전을 갖춰야 하는 사실을 강조합니다. 그 다음에는 일이 진전되도록 신념과 역량으로 비전을 뒷받침해야 한다고 말했습니다. 특히 그는 CEO의 C가 문화(culture)의 약자라고 생각했습니다. 조직 문화를 담당하는 큐레이터로, 회사가 사명을 이루기 위해 듣고 배우고 개인의 열정과 재능을 활용하는 문화를 지녔다면 해내지 못할 일이 없다는 메시지입니다.

당신은 당신의 여행에서 어디에 있습니까? 초급 수준의 이력서를 넘어 이미 직책에 포함되어 있을 수 있는 "엔지니어"라는 단어에 무게를 더할 준비가 되셨습니까? 엔지니어가 되는 것이 끝일 필요는 없지만 프레임워크에서 벗어날 준비가 되었으면 가기 좋은 곳입니다.

https://medium.com/@johndanielraines/be-an-engineer-not-a-frameworker-c58fe28d0c88

Don’t Forget, You Are More Than Your Job.

삶, 변화, 도전에 대한 이야기이다.

https://medium.com/@karencomas/dont-forget-you-are-more-than-your-job-2636e6b9a358

변경 수락

이런 회사를 떠나는 것은 어렵습니다. 이런 월급을 떠나는 것은 어렵습니다. 이 변화를 처리하기 위해 내가 처리해야 했던 목록은 수년간 치료할 가치가 있습니다. 다음은 내가 작업하고 있는 가장 어려운 일입니다.

• 지금 내가 누구인지 배우기. 사실 그동안 '인스타그램 카렌'이 너무 편했어요. 당신이 당신의 이름 뒤에 이것을 가지고 있을 때, 당신이 연락하면 사람들이 당신과 이야기하고 싶어하지 않을 것입니다. 지금은 저에게 새로운 시즌이자 제 정체성을 재설계해야 할 때입니다. 나는 진짜 내가 누구인지, 내가 대표하는 회사를 넘어 테이블에 무엇을 가져오는지 파헤쳐야 합니다.
• 내가 실패하지 않았다는 것을 나 자신에게 상기시키기. 더 큰 타이틀을 가져본 적도, 팀을 관리한 적도, 더 넓은 인지도를 얻은 적도 없다는 걸 알면서도 이 회사를 떠나야 한다는 생각은 복잡한 생각입니다. 나는 풀 스로틀로 여기에 도착했지만 일종의 막혔습니다. 그 중 일부는 내 잘못인 것 같지만 실제로는 내가 성장할 수 없게 만든 다른 요인이 있다는 것도 알고 있습니다. 크리에이터가 새로운 무언가를 여는 데 도움을 준 것에 대해 감사하다고 말한 모든 순간, 멘토로서 나에게 개인적으로 연락한 모든 동료, 그들의 핵심적인 불가능한 문제를 해결하는 데 도움을 준 모든 사람에 기댈 것입니다. 사업. 나는 여기서 많은 일을 했고 내 업적을 무시할 수 없습니다. 나는 이제 이 삶의 변화를 나 자신을 위한 새로운 무언가를 위한 "공간 만들기"로 틀을 잡기 위해 열심히 노력할 것입니다.
• 더 이상 누구의 백업 계획도 아닙니다. 이것은 깊게 자릅니다. 이민자의 딸, 첫째 딸, 지옥 같은 "유형 A" 성격(TikTok 하하)으로서, 대가족의 모든 문제를 해결할 수 있는 재정적 힘을 갖는 것이 제 평생의 사명이었습니다. 내 꿈은 항상 부모님이 필요로 하는 모든 것에 자금을 지원할 수 있는 것이었습니다. 내 경력에 대한 모호함과 함께 이것을 놓아주는 것은 어렵습니다. 특히 그들이 또한 마무리되는 시기에 말입니다. 그러나 또한 내 직계 가족을 의미하는 내 "자신의 가족"을 우선시하는 것도 마찬가지로 기댈 수 있는 어려운 개념이라는 것을 받아들입니다.

다음 단계:

앞으로 빈 서판을 갖게되어 기쁩니다. 나는 더 현재의 어머니가 되고 딸의 타고난 마음챙김을 더 많이 받아들이고 전화를 받거나 이메일을 보내야 하기 때문에 그녀와 함께 한 가지에서 다음으로 서두르지 않게 되어 기쁩니다.

나는 또한 내 웰빙을 위해 시간을 할애 할 것입니다. 우리는 몇 가지 불임 치료를 잘 받고 있으며, 달력을 정리하는 것이 아마도 가장 원하지만 가장 받기 어려운 처방일 것 같습니다.

몇 년 동안 부업을 좋아했기 때문에 Motherish 와 Airbnb 모두에 전념할 시간과 에너지가 더 많아질 것입니다 . 더 이상 경계가 많지 않다는 것이 흥미 롭습니다.

그리고 더 중요한 것은 직업적으로 내가 누구인지 재창조하게되어 기쁩니다. 아직 해보지 않은 것, 생각지도 못한 것들도 많이 해낼 수 있을 것 같아서 처음으로 가득 찬 내 미래가 기대된다. 항상 몽상가이고 창의적이었는데, 시간과 공간이 생겼으니 이제 조금 더 그런 면을 발휘해야 할 때인 것 같다.

그래서 지금은 그냥 Karen Comas로 돌아가겠습니다. 인간. 어머니. 불량배.