mentorship

2 개의 포스트

datadog원문

엔지니어링 스포트라이트: 마리로르 바르도네 (새 탭에서 열림)

데이터독(Datadog)의 시니어 엔지니어링 매니저 마리 로르 바르도네(Marie-Laure Bardonnet)는 인턴으로 시작해 대규모 로그 관리 팀을 이끄는 리더로 성장하며, 기술적 호기심과 자기 주도적인 커리어 설계의 중요성을 강조합니다. 그녀는 제품 로드맵과 시스템 신뢰성 사이의 균형을 맞추는 엔지니어링 중심의 의사결정 체계를 구축하고, 조직의 성장에 맞춘 유연한 팀 구조 재편을 통해 구성원과 제품이 함께 성공할 수 있는 환경을 조성하고 있습니다. 이러한 여정은 기술적 전문성을 바탕으로 리더십 역량을 확장하려는 엔지니어들에게 실무적인 통찰과 커리어 확장의 방향성을 제시합니다. ### 프론트엔드에서 대규모 백엔드로의 기술적 전환 * **제품 기여:** 인턴 시절부터 노트북(Notebooks) 제품 개발에 참여했으며, 정규직 전환 후 대시보드 팀에서 모든 화면 크기에 대응하는 반응형 그리드 시스템의 백엔드 레이아웃을 구현했습니다. * **도전 과제 확장:** 분산 백엔드 시스템에 대한 호기심을 바탕으로 로그(Logs) 백엔드 팀으로 이동하여, 매일 수백만 건의 페이로드를 실시간으로 수집(Ingestion), 처리, 농축(Enrichment), 저장 및 쿼리하는 대규모 시스템을 경험했습니다. * **플랫폼 협업:** 로그 제품의 기술적 요구사항이 복잡해짐에 따라, 공통 기능을 대규모로 제공하는 플랫폼 팀과 긴밀히 협력하여 로그 서비스의 성능을 강화했습니다. ### 시니어 엔지니어링 매니저의 역할과 의사결정 * **로드맵 균형:** 분기별로 OKR(Objectives and Key Results)을 설정할 때, 제품 팀의 요구사항과 시스템 신뢰성, 확장성, 기술 부채 해결과 같은 기술적 로드맵 사이의 정교한 균형을 유지합니다. * **기술 문서 리뷰:** 팀의 의사결정을 지원하기 위해 RFC(Request for Comments)와 장애 사후 분석 보고서(Postmortems)를 검토하며 팀 간의 의존성을 식별하고 노력을 정렬합니다. * **채용 위원회 활동:** 매주 채용 위원회에 참여하여 최종 채용 권고를 내리고, 조직 전체의 엔지니어 레벨링(Leveling)이 일관되게 유지되도록 관리합니다. ### 효율적인 실행을 위한 조직 구조 재편 * **미래 예측 기반 구조화:** '1년 후 우리가 해결해야 할 문제는 무엇인가?'라는 질문을 바탕으로, 제품과 구성원이 모두 성공할 수 있는 방향으로 팀 구조를 재설계합니다. * **3-Horizon Plan:** 제품 관리 팀과 협력하여 3단계 지평 계획을 수립하고, 고객의 니즈에 맞춰 미래 투자를 합리화하며 조직의 목표를 정렬합니다. * **성장 기회 창출:** 각 구성원의 레벨과 트랙(IC 또는 매니지먼트)에 적합한 업무 범위와 도전 과제를 할당하고, 적절한 멘토링이 제공될 수 있도록 환경을 조성합니다. ### 자기 주도적 커리어 성장 전략 * **성찰과 분리:** 현재 하고 있는 일과 미래에 하고 싶은 일을 분리하여 생각하고, 자신이 업무에서 얻는 즐거움과 남기고 싶은 유산(Legacy)이 무엇인지 파악해야 합니다. * **다각적 균형:** 자신이 좋아하고 잘하는 일, 새로운 학습을 돕는 일, 그리고 조직의 우선순위에 부합하는 일 사이에서 균형점을 찾는 것이 중요합니다. * **불확실성 수용:** 성장은 익숙한 환경에서 벗어나 모르는 것을 받아들이고 도전할 때 발생하며, 동료들의 피드백을 성장의 검증 도구로 활용해야 합니다. **실용적인 제언** 엔지니어로서 커리어를 확장하고 싶다면 현재의 직무에 안주하지 말고 기술적 호기심을 따라 팀 이동이나 직군 전환을 적극적으로 타진해 보세요. 특히 매니지먼트 트랙을 고민한다면 기술적 문서를 리뷰하는 역량과 더불어, 조직의 비즈니스 목표와 기술적 건전성 사이의 우선순위를 조율하는 연습이 필수적입니다.

figma3분 읽기큐레이션 요약

피그마의 엔지니어

Figma는 엔지니어링 팀이 커져도 협업 방식과 핵심 문화를 유지하기 위해 팀의 가치를 명문화했다. 이 가치는 이상적인 목표가 아니라 팀이 이미 실천한다고 판단한 행동 기준이며, 각 가치에는 다른 선택을 포기하는 트레이드오프가 포함된다. 특히 조기 소통과 팀 구성원 간의 성장을 통해 개인의 성과보다 지속 가능한 협업을 중시한다. ## 엔지니어링 가치를 만든 이유 - 팀이 확장될수록 기존의 협업 방식과 문화를 유지하기 어려워진다. - 자신과 비슷한 사람만 채용하는 ‘단일문화(monoculture)’를 피하면서도 중요한 업무 방식을 보존해야 했다. - 모든 구성원이 행동, 우선순위, 프로세스, 팀 전통, 회사의 경쟁력과 미래에 대해 논의한 뒤 네 가지 가치를 정리했다. - 가치는 “좋은 코드를 작성하자”처럼 누구나 반대하기 어려운 추상적 문구가 아니라, 실제 의사결정에 사용할 수 있는 구체적인 기준이어야 한다. - 각 가치에는 포기하는 것이 있다. 즉, 가치가 무엇을 우선하는지뿐 아니라 무엇을 감수하는지도 분명히 해야 한다. ## 일찍, 자주 소통하기 - 코드 리뷰 시점까지 기다리지 말고 설계 문서, 제품 사양, 아키텍처 초안 등을 작업 초기에 공유한다. - 문제를 혼자 해결한 뒤 결과를 발표하기보다, 여러 사람이 함께 방향을 검토하도록 한다. - 초기 공유를 통해 잘못된 가정을 빠르게 발견하고, 큰 비용을 들이기 전에 방향을 수정할 수 있다. - 미완성 작업을 공유하는 문화를 만들면 도움을 요청하기 쉬워지고, 공유하는 사람과 동료 모두에게 자연스러운 학습 기회가 생긴다. - 소통 방식이 반드시 정해진 절차일 필요는 없다. 어떤 경우에는 코드 자체가 가장 효과적인 의사소통 수단이며, 단순한 버그 수정에는 여러 사전 논의가 필요하지 않다. - 조기 공유는 다른 사람의 의견을 실제로 받아들일 때만 효과가 있다. 의견 충돌이 생겨도 일찍 공유하면 방향 전환 비용을 줄일 수 있다. - 모든 의견을 폭넓게 듣는 대신 의사결정이 느려지고, 논의와 조율에 많은 시간이 걸릴 수 있다는 트레이드오프가 있다. ## 팀을 성장시키기 - 자신의 성공만이 아니라 주변 동료의 성공과 행복을 함께 우선한다. - 팀을 돕는다는 것은 회사의 성과를 위해 자신을 희생하는 것이 아니라, 지속 가능한 방식으로 동료 엔지니어를 성장시키는 것을 뜻한다. - 기술 발표, 온보딩 멘토링, 새로운 기술 학습 장려 등 지속적인 학습과 성장을 지원한다. - 피드백은 사람을 공격하지 않고 아이디어와 작업에 초점을 맞춰야 한다. - 모욕적이거나 상대를 깎아내리는 말은 효과적인 피드백이 아니며, 다양한 의견을 안전하게 제시할 수 있는 포용적 문화를 만들어야 한다. - 구성원 간의 긍정적이고 존중하는 관계를 통해 서로를 더 나은 엔지니어로 만든다. - 이 가치의 핵심은 경쟁에서 개인이 앞서는 것이 아니라, 함께 일하는 사람들이 더 나아지도록 돕는 ‘팀 중심’의 성공이다. 팀의 가치는 벽에 걸어두는 선언문보다 실제 설계 공유, 피드백, 멘토링, 의사결정에서 반복적으로 적용되는 기준이어야 한다. 조직에 도입할 때는 추상적인 구호보다 구체적인 행동과 감수할 트레이드오프까지 함께 정의하는 것이 좋다.

원문 읽기(새 탭에서 열림)