GN⁺: 내가 알고 있는 가장 최악의 프로그래머
(dannorth.net)- 개발자 생산성 측정의 중요성에 대한 기사, 개인 성과 지표에 따라 비생산적으로 판단된 프로그래머 Tim Mackinnon에 초점을 맞춤
- 회사는 비즈니스 가치를 대표하는 스토리 포인트를 기반으로 생산성을 측정하는 시스템을 사용함
- Tim의 생산성 점수는 항상 0점이었음, 그는 스토리에 참여하지 않고 다양한 팀원과 페어링하며, 경험이 적은 개발자를 멘토링하고, 선배들과 공동 창작하는데 시간을 보냄
- 저자는 Tim이 소프트웨어를 제공하지 않았지만, 소프트웨어를 제공하는 팀을 제공했다고 주장함. 그의 존재는 팀을 더 효과적이고 생산적이며, 일치시키고, 관용적이며, 재미있게 만듦
- 저자는 매니저가 팀의 작업을 관찰하도록 초대하고, Tim이 사람들과 페어링할 때 작업의 품질과 가치 도달 시간이 훨씬 좋았음을 알아차림
- 결국, 회사는 개인 생산성 지표를 폐지하고, 고성능 단위로서 조직에 제공하는 비즈니스 영향을 추적하고 축하하는 팀 책임을 선호함
- 저자는 생산성을 복잡한 적응 시스템의 단위의 개별 기여를 측정하려는 시도보다는, 절약, 생성, 보호된 달러로 표현된 구체적인 비즈니스 영향으로 측정하는 것을 제안함
- 기사는 Tim Mackinnon과 함께 일하는 것을 추천하며, 그의 팀워크와 생산성에 대한 접근 방식의 가치를 강조하며 마무리함
Hacker News 의견
- 팀원들의 가치를 인식하는 중요성에 대한 기사, 생산성에 직접 기여하지 않지만 전체 팀의 성능을 향상시키는 멤버들
- "Windows 전문가"로 고용되어 Mac에서 Windows로 전환하는 팀을 돕는 경험을 공유하는 한 사용자, 팀의 생산성을 향상시키지만 자신의 생산성 부족으로 평범한 리뷰를 받음
- Bell Labs에서 가장 생산적인 직원들이 생산성을 높이는 데 도움이 되는 질문을 던지는 특정 개인과 자주 상호작용하는 이야기를 다른 사용자가 전달
- 고정된 점수를 매주 만들어야 하는 회사에서 개발자들이 경험하는 스트레스와 번아웃에 대해 사용자가 논의, 시스템을 이용하는 팀들이 더 행복하고 스트레스가 적음
- IT 전문가가 네트워크 재구축 프로젝트를 내부에서 수행하여 회사에 상당한 금액을 절약한 이야기를 공유하는 한 사용자, 하지만 비기술적인 상사들로부터 구두로 감사의 말만 받음
- 더 많은 페어 프로그래밍을 원하는 여러 사용자들, 주니어 팀원들과 지식을 공유하고 그들의 성장을 돕는 것, 그러나 관리진들이 이 접근법을 과소평가한다고 지적
- 우수한 코드와 끔찍한 코드를 모두 작성하는 개발자에 대한 이야기를 공유하는 한 사용자, 즉각적인 문제를 해결하기 위해 빠르게 코드를 작성하는 능력으로 가치를 인정받음
- 자신의 업무를 수행하지 않고 오직 페어 프로그래밍만 하는 선임 엔지니어에 대해 의구심을 표현하는 일부 사용자들
- "패실리테이터" 직원들의 중요성에 대해 사용자들이 논의, 자신들의 생산성이 낮아 보이더라도 다른 사람들의 생산성을 높임
- 단일 생산성 지표에 의존하는 함정과 팀 내 다양한 기술과 습관을 이해하는 중요성을 강조하는 토론
- 선임 팀원들이 주니어 멤버들이 처리할 수 없는 복잡한 작업에 집중하고 주니어들을 돕는 데 시간을 보내는 것보다 중요하다고 주장하는 일부 사용자들
- 마지막 댓글에서는 기사 제목을 클릭베이트로 비난하며, 이야기는 나쁜 프로그래머가 아니라 결함 있는 생산성 지표와 관리 부실에 관한 것이라고 주장