검색
이 검색 상자를 닫습니다.

엔지니어링은 '협업' 활동입니까?

작성자 :

나는 회의론자였다. 나는 엔지니어링이 "협업" 활동이 될 수 있다고 믿지 않았습니다. 나는 혼자 문제를 해결하기 위해 내 두뇌를 사용하여 컴퓨터 공학 학위를 받았습니다. 기저귀를 갈 때부터 동료와 협력하는 것이 엔지니어라는 직업이 아니라는 것을 알고 있었습니다! 그것은 어떤 뾰족한 관리자의 직업입니다! 오른쪽?

하지만! Qumulo에서 저는 새로운 종류의 엔지니어가 되었습니다. 훨씬 더 강력한 협업을 하게 되었기 때문입니다. 이 회사의 엔지니어링 산출물을 엔지니어 수로 나누면 내 몫은 그 이상입니다. 그리고 그것은 팀워크 때문입니다.

우리는 근본적으로 협력적이라고 ​​생각하는 많은 일을 합니다. 내가 급진적이라고 말하는 것은 이런 종류의 엔지니어링 환경이 작동하지 않을 것이라고 말한 것이 그리 오래되지 않았기 때문입니다. 너무 열려있어! 너무 무거워! 사람들은 사적이라고 말했을 것입니다. 엔지니어는 특히 그렇습니다. 그들은 자신의 최선을 다하기를 원하며 결코 다른 사람들에게 "제지되지" 않습니다. 그러나 Qumulo에서 우리는 더 나아지고 서로가 성장할 수 있도록 지속적으로 우리 자신과 서로를 탐구하고 있습니다. 이러한 관행 중 몇 가지에 대해 이야기하겠습니다.

근본적으로 협력적인 엔지니어링을 위한 사례

우선, 우리는 완전히 평평한 계층: 모든 엔지니어는 엔지니어링 부사장에게 보고합니다(적어도 현재로서는). 수십명입니다. 말할 필요도 없이 VP는 개별 사람을 관리하거나 해당 수준에서 작업을 할당하지 않습니다. 대신 팀은 제품 로드맵에서 큰 프로젝트를 선택하기 위해 자원합니다.

여기 한 가지 예가 있습니다. 약 4년 전에 우리는 모든 엔지니어링 리소스를 고가의 "새로운" 기능에 투자했고 한동안 성능에 투자하지 않았습니다. 한 팀은 '이 제품은 초고속이어야 합니다. 우리가 한 단계 더 올라갈 것입니다.'라고 말했습니다. 그리고 그들은 했다. 관리자도 없이 5~XNUMX명의 엔지니어가 자발적으로 일어나 그 당시 아무도 작업하지 않았던 제품의 중요한 부분에 대한 소유권을 갖는 것을 보는 것은 고무적이었습니다.

그들은 성능을 측정하는 데 필요한 일부 도구를 빠르게 구축한 다음 일련의 성능 개선 사항을 설계 및 구현했습니다. 그 이후로 우리는 메타데이터 지연 시간을 25배 낮추고 쓰기 속도를 약 50% 증가시켰으며 읽기 처리량을 30% 증가시켰습니다. 이는 팀이 제품과 경력에 대한 소유권을 갖는 방식을 말합니다.

책임, 자기 실현 및 지원

매주 팀은 얼마나 성공적인지 책임을 집니다. 예를 들어, 각 팀은 매주 회고전을 갖고 있어 무엇이 우리를 방해하는지 공개적으로 이야기합니다. 그리고 단순히 회의만 하는 것이 아닙니다. 각 사람은 자신을 좌절시키는 요소, 막힌 부분 또는 앞으로 몇 주 동안 더 많은 영향력을 행사할 수 있는 요소에 대한 생각을 공유합니다. 그것은 자기 성찰이고 약간의 개인적인 취약성을 필요로 합니다. 과거의 지배를 위한 가슴 두근거리는 추구와는 반대입니다.

회고는 Qumulons가 취약성을 보여주고 그로부터 성장하는 한 가지 예이지만 다른 많은 것들이 있습니다. 많은 팀이 주기적, 간략한, 1:1 라운드 로빈 피드백 세션, 또는 "피드백 스피드 데이트"는 특정 문제를 해결하고("코드 리뷰를 할 때 Joe에게 꽤 가혹한 것 같습니다.") 서로가 여유를 가지도록 격려하는 방법을 제공합니다("I' 당신이 현장의 버그에 절대 뛰어들지 않는다는 것을 알아차렸고, 그것은 배우고 더 우수한 엔지니어가 되기에 좋은 장소가 될 것입니다.").

엔지니어의 절반 이상이 참여하는 고문 시스템이 있습니다. 고문은 정기적으로 만나는 사람으로 "귀하의 구석에" 있어 동료와의 투쟁과 성장을 위한 고군분투에서 당신을 지원합니다. 어드바이저, 회고전, 라운드 로빈 피드백 사이에서 각 사람은 지원을 받고 면밀한 조사를 받을 수 있는 기회를 갖게 되며, 이는 우리 모두가 뻣뻣한 관절을 풀고 기꺼이 성장하고 적응하는 데 도움이 됩니다.

실제 협업 엔지니어링

우리는 많은 일을 쌍 프로그래밍. 많은 사람들과 마찬가지로 처음에는 이것이 내 시간과 생산성을 줄이는 것이라고 생각했습니다! 그러나 일단 그것을 조정하고 나는 이점을 보았습니다. 페어링은 여러분이 알고 배운 것을 공유하는 좋은 방법이며 사람들이 동일한 우수성 기준을 따라잡을 수 있는 좋은 방법입니다. "Sam"이 테스트를 수행하는 더 좋은 방법이 있다고 생각하면 페어링 파트너(Pat)와 함께 이를 탐색하고 Pat에게 경험적으로 이점을 증명할 수 있습니다. Pat은 나중에 해당 접근 방식의 이점을 직접 볼 수도 있는 다른 엔지니어(Morgan)와 짝을 이룰 것입니다. 파트너는 우리가 자체 표준을 준수하고 새로운 표준을 확산하는 데 도움이 됩니다. 전체 Qumulo 팀이 몇 년에 걸쳐 더 나은 관행을 향해 천천히 발전하고 페어링 삼투를 통해 이를 전파하는 것을 지켜보는 것은 정말 멋진 일이었습니다.

이 모든 것이 너무 새로운 시대의 후플푸프처럼 들리지 않도록 Qumulo의 또 다른 기본 특성은 우리의 프로세스가 세계 최고의 데이터 저장 제품을 만드는 공통 엔지니어링 목표를 달성하는 데 도움이 되는지 여부를 항상 확인하는 것입니다. 본 적이 있습니다. 때때로 우리는 새로운 관행을 실험하고 그것이 우리가 원하는 것을 성취하지 못한다는 것을 발견하고 그래서 그것을 중단합니다. 앞서 언급한 대규모 성능 향상, 스냅샷, 할당량 및 복제에 대한 새로운 접근 방식, 그리고 우리가 가장 잘 알고 있는 훌륭한 분석 및 고객 서비스와 같은 몇 가지 중요한 작업을 급진적 협업에 관해 저를 믿게 만드는 이유는 바로 이 때문입니다.

관련 게시물

위쪽으로 스크롤