PhonePe의 엔지니어링 여정: 엔지니어 및 엔지니어링 관리자를 위한 성장 프레임워크
게시 됨: 2020-07-12PhonePe의 경력 사다리는 기술 구축에 중요하고 문화와 가치에 잘 매핑되는 차원에 대한 슬라이딩 스케일입니다.
PhonePe 엔지니어링 여정의 "범위 및 영향"은 역할에 대한 책임의 폭과 깊이가 증가하고 팀에서 파생된 가치를 설명합니다.
이 원칙에 따라 엔지니어링의 소프트웨어 개발 기능에서 PhonePe는 IC 트랙에서 소프트웨어 엔지니어와 소프트웨어 설계자라는 두 가지 역할을 합니다.
PhonePe가 다음 성장 단계로 이동함에 따라 제 도전 과제는 엔지니어들에게 전문적인 성장을 위한 로드맵을 제공하면서 야심찬 목표를 중앙에 두는 엔지니어링 조직을 설계하는 것이었습니다.
PhonePe는 소비자와 기업이 경제에 참여하고 번창할 수 있도록 돕는 다양한 제품과 서비스를 지원하는 생태계입니다 . Karte Ja Badhte Ja!
저는 개인적으로 PhonePe를 다양한 파트너와의 지속적인 협업을 가능하게 하는 기술 플랫폼으로 봅니다. 우리는 거래 속도, 단순성 및 보안에 기반을 둔 혁신적이고 지능적인 제품을 만들어 고객에게 풍부한 경험을 제공합니다.
그러나 이렇게 넓은 캔버스에 그림을 그린다는 것은 예측 가능한 미래에 여러 팀이 다양한 제품 성숙 단계에 있게 된다는 것을 의미하기도 합니다. 엔지니어는 지속적으로 성장 핵을 사용하여 장기적인 역량 구축을 저글링하면서 플랫폼을 확장하여 초고속 성장을 관리할 수 있습니다. 여기에는 모호한 문제 해결, 모호성 처리, 데이터 기반 의사 결정, 광범위한 계획 및 많은 코딩이 포함됩니다.
작업 중인 제품의 수명 단계에 따라 엔지니어는 한 기술 또는 한 영역에서 다른 기술보다 더 많은 근육을 운동해야 할 수 있습니다. 동시에 회사의 야망은 다양한 수준의 기술과 영역 전문 지식을 갖춘 새로운 인재를 영입하여 팀을 계속 성장시키는 것을 요구합니다. 그래서 저는 시간이 지남에 따라 학습과 기술 축적을 통해 엔지니어의 전체적인 성장에 맞춰 조직의 목표와 요구 사항에 계속 초점을 맞추는 프레임워크에 대해 생각하기 시작했습니다.
초기 사고 과정은 단순히 오늘날 우리가 가지고 있는 라인에 따라 엔지니어링을 위한 보다 세분화된 경력 사다리를 정의하는 것이었습니다. 내 과거 경험에 따르면 일반적인 경력 사다리는 직위에 대한 역할의 기술 수준 조합을 고정하는 역량 프레임워크로 구성됩니다. 이것은 개인의 고유 성장의 국부적 최대치를 달성하는 데 특별히 초점을 맞추는 행동을 유도하는 경향이 있습니다.
반면에 현대 직업(특히 소비자 인터넷 공간)은 훨씬 더 유동적입니다. 그들은 회사의 가치를 극대화하기 위해 어느 시점에 개발하고 실행할 기술 세트를 선택할 때 개인에게 상당한 유연성을 요구합니다.
이로 인해 저는 경력 사다리에 대한 우리의 정의를 소유권과 책임의 증가하는 영역을 기반으로 엔지니어의 성장 기대치를 설정하는 프레임워크로 다시 생각하게 되었습니다. 내 생각에 이것은 개인이 소유한 헌장이 더 커지고 광범위해짐에 따라 개인에 대한 요구가 더욱 다차원화되는 빠르게 움직이는 조직에서 실제 경력 성장에 더 잘 매핑됩니다.
PhonePe의 경력 사다리에 대한 나의 견해는 기술 구축에 중요하고 PhonePe의 문화와 가치에 잘 매핑되는 차원에 대한 슬라이딩 스케일입니다. 어느 한 스킬을 가리키며 "잘했어! 이제 수석 엔지니어 또는 SDE3” 등입니다.
조직에서 더 많은 책임을 맡을 때 최대의 효과를 창출하기 위해 가장 잘 작동하는 방법에 대한 지침으로 간주되어야 합니다. 그리고 그 과정에서 사람을 다재다능한 엔지니어링 리더로 만드는 기술과 학습을 축적하는 동시에 창출된 가치와 영향력에 대해 보상을 받습니다. 목표 지향적인 것이 아니라 탁월함을 추구하는 것입니다. 따라서 PhonePe의 Engineering Journey 라는 이름이 지정되었습니다.
PhonePe 엔지니어링 여정을 어떻게 정의합니까?
PhonePe 엔지니어링 여정은 소유 기간이나 계층 구조가 아닌 소유권, 영향력 및 영향 범위를 통해 엔지니어링 조직의 모든 개인의 성장을 매핑하는 프레임워크로 정의됩니다. 다음과 같은 목적을 위해 설계되었습니다.
- 책임이 확대됨에 따라 보다 효과적으로 개발해야 하는 특성과 기술에 대해 개별 기여자에게 안내자가 됩니다.
- 관리자가 자신의 가치 있는 기여에 대해 공정하고 일관되게 보상을 받을 수 있도록 보장하면서 약속을 보여줌으로써 팀 내 개인의 책임을 키울 수 있도록 안내자가 되어 주십시오.
- 엔지니어링 조직이 모든 개인의 주요 목표에 영향을 미치기 위해 직장에서 학습하고 적용할 수 있는 환경을 조성하기 위해 최선을 다하고 경력 성장은 이 과정의 자연스러운 결과입니다.
엔지니어링 여정을 자세히 설명하는 것에 대한 생각을 구체화하면서 엔지니어링 조직으로서 우리의 가치와 진정한 의미에서 엔지니어링 성장을 나타내는 것이 무엇인지에 대한 우리의 신념을 반영하는 일련의 핵심 교리에 수렴했습니다. 앞으로 우리가 갖게 될 역할과 책임 정의에 미치는 영향 때문에 이것들을 자세히 설명하는 것이 중요합니다.
핵심 신조
"범위 및 영향"을 기반으로 하고 "성장의 차원"에 따른 성장
PhonePe 엔지니어링 여정의 "범위 및 영향"은 역할에 대한 책임의 폭과 깊이가 증가하고 팀/조직이 동일한 역할에서 파생된 가치를 설명합니다. 역할의 성장은 증가하는 범위 및 영향의 렌즈를 통해서만 측정되어야 합니다 . 엔지니어가 전문가로 성장함에 따라 범위(및 해당 영향)도 팀의 작은 작업 및 기능을 소유하고 제공하는 것(감독 하에)에서 이동합니다. , 종단 간 기능 및 서비스 소유, 대형 플랫폼 및 제품 소유 종단 간.
"성장의 차원"은 조직으로서 우리 고유의 기술적 기술과 행동 특성, 그리고 PhonePe에서 엔지니어를 성공하게 만드는 요인을 나타냅니다. 이는 우리가 속한 조직 유형(다양한 제품, 결제 및 금융 서비스 도메인 및 데이터 기반 의사 결정을 지원하는 개방형 대규모 플랫폼)과 엔지니어에게 주입하려는 문화(높은 소유권과 열정, 거래 능력 모호함, 지속적인 학습을 통한 성장, 긍정적인 영향을 통한 리더십).
"성장의 차원" 은 단지 지침일 뿐이며 책임 범위를 늘리기 위해 준비하고 열망하는 체크리스트가 아닙니다 . 예를 들어, 엔지니어(백엔드 엔지니어든 앱 개발자든)는 더 광범위한 책임을 열망하므로 무엇보다도 설계 및 개발 기술과 주변 시스템에 대한 이해를 개선해야 합니다.
당신을 위해 추천 된:
인도에서 핀테크를 혁신하기 위해 RBI의 Account Aggregator Framework를 설정하는 방법
기업가는 'Jugaad'를 통해 지속 가능하고 확장 가능한 스타트업을 만들 수 없습니다: Cit...
메타버스가 인도 자동차 산업을 어떻게 변화시킬 것인가?
인도 스타트업에 대한 반 영리 조항은 무엇을 의미합니까?
Edtech Startup이 인도 인력의 기술 향상 및 미래 준비를 돕는 방법...
이번 주 새로운 시대의 기술 주식: Zomato의 문제는 계속되고 EaseMyTrip은 Str...
동시에, 그들은 또한 복잡성이 증가하는 프로젝트를 수행하기 위해 더 나은 계획과 우선 순위 지정에 투자해야 합니다. 그러나 이와 함께 엔지니어는 다른 사람을 멘토링하고, 영향 영역을 통해 변화에 영향을 미치고(계층 구조의 지원을 받는 것과 반대), 자신과 팀의 변화와 모호성을 관리하는 능력도 키워야 합니다. 성공하기 위해.
지속적인 개선을 위한 가이드 역할을 하는 "Dimensions of Growth"는 엔지니어가 팀이 필요로 하는 것을 기반으로 다양한 개발 영역에 대한 투자를 자체적으로 관리하는 동시에 장기적으로 엔지니어로서 전체적인 성장을 보장할 수 있도록 합니다.
성장에 대한 쿠키 커터 접근 피하기
소유권의 범위와 엔지니어가 조직에 미치는 영향은 엔지니어가 성장의 다양한 차원에서 차지하는 위치의 기능일 뿐만 아니라 그가 속한 비즈니스 및 팀의 요구 사항이기도 합니다. 때때로 엔지니어는 다른 차원에 따른 성장을 희생하면서 비즈니스에 필요한 특정 차원에 집중하고 과도하게 색인을 생성할 수 있습니다 .
따라서 주어진 시점에서 회사에서 비슷한 수준의 책임을 맡은 모든 엔지니어가 다양한 차원에서 동일한 성장 수준에 있을 것이라고 기대해서는 안 됩니다. 유사하게, 책임 및/또는 보상 범위의 증가가 항상 모든 차원에 걸쳐 계획된 개선의 입증에 따라 달라지는 것은 아닙니다. 그러나 조직과 개인은 구조화된 순환, 현장 학습 및 멘토링을 통해 시간이 지남에 따라 차원 전반에 걸친 성장이 달성되도록 해야 합니다.
아래는 위의 두 가지 기본 원칙에 대한 설명입니다. 소유권 범위가 비슷하고 영향을 기대하는 세 명의 개인이 범위 및 영향 및 차원 척도에서 다르게 매핑됩니다. 동심원은 범위와 영향의 성장을 나타내고 5개의 축은 성장의 차원을 나타냅니다.
개별 기여자 및 관리자를 위한 성장의 병렬 트랙
PhonePe에는 개별 기여자(IC) 트랙과 관리 트랙이라는 두 개의 별개의 평행한 엔지니어링 경력 트랙이 있습니다. 엔지니어링 여정은 IC 트랙의 성장이 모든 측면에서 관리 트랙의 성장과 비교할 수 있도록 해야 하며, 영향력을 창출하고 리더십 기술 및 보상을 입증하는 데 유리 천장이 없는지 확인해야 합니다. 개인 기여자는 사람 관리의 핵심 책임에 관심이 있는 경우 관리자가 될 수 있습니다. 그러나 이러한 변화는 승진이 아니라 측면 이동이 될 것입니다. 이는 잘못된 이유로 트랙을 변경하려는 인센티브를 생성하지 않도록 하는 데 도움이 됩니다.
계층적 제목보다 기능적 제목
회사의 성장이 소유권 및 영향 범위의 직접적인 대리인이라는 점을 감안할 때 직함은 계층 구조 없이도 해당 기능 범위를 정확하게 반영하는 데만 필요합니다. 우리는 어떤 식으로든 연공서열을 묘사하는 칭호를 부여하는 것이 아니라 보상과 책임을 늘려 범위 및/또는 영향력을 높이는 사람들에게 보상하고 인정합니다.
이렇게 하면 직함이 더 이상 개인에게 동기를 부여하지 않습니다. 그리고 특정 토론 포럼, 흥미진진한 새로운 이니셔티브 또는 결정 기능의 일부가 될 수 있는 자격은 직함보다는 기능적 역할과 수행의 장점에 달려 있습니다. 이것은 조직의 위계가 사람들과의 일상적인 상호 작용에서 역할을 하지 않는 문화를 구축하고 토론이 일어나고 그 뒤에 있는 개인이 아닌 주장의 기술적 장점에 대해 닫힙니다.
이것이 PhonePe의 엔지니어링 역할에 대해 무엇을 의미합니까?
앞서 언급했듯이 우리의 엔지니어링 사다리는 식별된 차원에 따라 슬라이딩 스케일이므로 성장의 모든 단계에서 역할을 지정하는 것에서 벗어나 더 많은 책임을 지는 것보다 더 많은 책임을 지는 것에 계속 초점을 맞추도록 합니다. 우리의 직함은 기능적이며 연공서보다는 역할의 적용 가능성을 나타내도록 설계되었습니다.
개인 기고자 트랙
이 원칙에 따라 엔지니어링의 소프트웨어 개발 기능에서는 IC 트랙에서 소프트웨어 엔지니어 와 소프트웨어 설계 자라는 두 가지 역할이 있습니다. 소프트웨어 엔지니어 역할의 기능적 책임은 주로 제품 팀 또는 목표가 일반적으로 조직의 L1 목표와 연결된 일련의 인접 POD에 매핑됩니다. 소프트웨어 설계자의 기능적 책임은 보다 수평적이며 주로 규모, 안정성, 성능, 데이터 센터 비용 최적화 등의 기술 조직 목표에 매핑됩니다.
소프트웨어 엔지니어는 시간이 지남에 따라 제품 수준의 심층 전문가가 되지만 팀 외부의 광범위한 이니셔티브에 참여하지 않는다는 의미는 아닙니다.
마찬가지로 소프트웨어 설계자는 조직 이니셔티브에만 근시안적으로 초점을 맞추지 않습니다. 그들은 여전히 팀에 속하고 정기적으로 팀 이니셔티브에 기여하지만 그것이 그들의 관심의 가장 중요한 초점은 아닙니다. 다른 제목을 보증하는 것은 바로 이 기능적 차이입니다. 그러나 두 역할은 학습이나 보상을 위해 한 역할에서 다른 역할로 전환할 필요 없이 계속해서 평행한 성장 경로를 유지합니다.
매니저 트랙
우리는 경력 개발을 위한 기반으로 팀 및 조직 범위와 함께 관리 트랙과 유사한 분기를 채택했습니다. 초급 엔지니어링 관리자와 팀 범위의 경험이 풍부한 엔지니어링 관리자는 엔지니어링 관리자 역할에 매핑됩니다. 엔지니어링 관리 측면의 헌장이 P&L 책임의 공동 소유와 함께 팀 특정이 아닌 조직적 책임을 포함하도록 확장됨에 따라 역할은 엔지니어링 책임자의 역할이 됩니다.
이 경우 엔지니어링 관리자와 엔지니어링 책임자 간의 경력 그래프가 겹치는 부분이 있지만 엔지니어링 관리자의 자연스러운 경력 진행은 엔지니어링 책임자 역할입니다.
레벨
두 트랙 모두에서 위의 각 역할은 HR 시스템의 보상 수준에 매핑됩니다. 이것은 우리가 시장에 대해 지속적으로 급여를 벤치마킹할 수 있는 능력을 가질 뿐만 아니라 급여 인상 및 고용에 대한 시스템 내에서 체크포인트를 가질 수 있도록 하기 위한 것입니다. 그러나 이러한 수준은 기능 내에서 단순 역할의 목적을 무효화하기 때문에 개인에게 알려져 있지 않습니다. 보상 결정 외에 이러한 수준을 사용하는 것은 기능 장애입니다.
이것이 공학의 모든 분야에 걸쳐 일반화될 수 있습니까?
PhonePe는 백엔드, 모바일, UI, DevOps, 데이터 과학, 품질 및 보안을 포함한 다양한 소프트웨어 엔지니어링 분야를 보유하고 있습니다. 우리는 또한 POD로 교차 기능적으로 조직된 많은 비즈니스 및 제품 단위를 보유하고 있습니다. 위의 예는 주로 엔지니어링의 핵심 개발 기능을 강조하지만 접근 방식과 원칙은 모든 분야와 팀의 엔지니어와 관리자에게 적용할 수 있다고 생각합니다.
회사 전반에 걸쳐 일관된 표준을 유지함으로써 유동적인 내부 이동을 가능하게 하고 개인의 성장을 더욱 지원할 수 있습니다. 개인은 광범위한 제품과 문제에 대해 작업함으로써 자신의 기술과 관점을 넓힐 수 있어야 합니다. 그것이 최종 목표입니다.
참고문헌
PhonePe에서 엔지니어링을 위한 성장 프레임워크를 구축하는 방법에 대해 생각하기 시작했을 때 다른 사람들이 같은 문제에 어떻게 접근했는지 찾아보았습니다. 그리고 저는 많은 조직이 이에 대한 철학에 대해 얼마나 개방적인지 보고 놀랐습니다. 그들 중 많은 사람들이 이에 대한 나의 생각에 영감을 주었다는 점을 감안할 때, 우리가 피드백을 위해 우리의 견해를 공개하는 동시에 그것에 영향을 준 사람들에게 공을 돌리는 것이 옳습니다.