PhonePe büyümenin bir sonraki aşamasına geçerken, benim mücadelem, mühendislere profesyonel büyüme için bir yol haritası sunarken iddialı hedefimizi tam olarak merkeze yerleştiren bir mühendislik organizasyonu tasarlamaktı.

PhonePe, tüketicilerin ve işletmelerin ekonomiye katılmasına ve gelişmesine yardımcı olan çeşitli ürün ve hizmetleri destekleyen bir ekosistemdir — Karte Ja Badhte Ja!

Ben şahsen PhonePe'yi çok çeşitli ortaklarla sürekli işbirliğini sağlayan bir teknoloji platformu olarak görüyorum. İşlem hızı, basitlik ve güvenliğe bağlı, müşterilere zenginleştirici bir deneyim sunan yenilikçi ve akıllı ürünler yaratıyoruz.

Ancak bu kadar geniş bir tuval üzerine resim yapmak, aynı zamanda, öngörülebilir gelecekte farklı ekiplerin, mühendislerin sürekli olarak uzun vadeli yetenek geliştirmeyi büyüme hackleriyle hokkabazlık yaparken, platformu hiper büyümeyi yönetmek için ölçeklendirdiği farklı ürün olgunluk aşamalarında olacağı anlamına geliyor. Bu, bulanık problem çözmeyi, belirsizlikle uğraşmayı, veriye dayalı karar vermeyi, kapsamlı planlamayı ve çok sayıda kodlamayı içerir.

Üzerinde çalıştıkları ürünün yaşam aşamasına bağlı olarak, bir mühendisin bir beceride veya bir alanda diğerlerine göre daha fazla kas çalıştırması gerekebilir. Aynı zamanda, şirketin tutkusu, değişen düzeylerde teknoloji ve alan uzmanlığına sahip yeni yetenekler getirerek ekibi büyütmeye devam etmemizi gerektiriyor. Bu yüzden, hala organizasyonun hedeflerine ve ihtiyaçlarına odaklanırken, zaman içinde öğrenme ve beceri birikimi yoluyla mühendislerin bütünsel gelişimine uyumlu olacak bir çerçeve düşünmeye başladım.

İlk düşünce süreci, bugün sahip olduğumuz çizgide mühendislik için daha ayrıntılı bir kariyer merdiveni tanımlamaktı. Geçmiş deneyimlerime dayanarak, tipik bir kariyer merdiveni, bir roldeki beceri düzeylerinin bir kombinasyonunu bir unvana sabitleyen bir yetkinlik çerçevesi içerir. Bu, tekil olarak bireylerin itibari büyümesinin yerel maksimumlarına ulaşmaya odaklanan davranışları yönlendirme eğilimindedir.

Öte yandan modern kariyerler (özellikle tüketici internet alanında) çok daha akıcıdır. Bireylerden, şirket için değeri en üst düzeye çıkarmak için hangi beceri setlerinin geliştirileceğini ve zamanın hangi noktasında kullanılacağını seçme konusunda adil bir esneklik talep ederler.

Bu, kariyer basamakları tanımımızı, artan sahiplik ve sorumluluk alanlarına dayalı olarak bir mühendisin büyüme beklentilerini belirleyen bir çerçeveye yeniden tasarlamamı sağladı. Benim görüşüme göre, bu, sahip oldukları tüzük büyüdükçe ve genişledikçe bir bireyin taleplerinin daha çok boyutlu hale geldiği hızlı hareket eden bir organizasyonda gerçek kariyer büyümesine daha iyi eşleşir.

PhonePe'deki kariyer basamaklarını benim üstlenmem, beceri geliştirme için önemli olan boyutlar etrafında kayan bir ölçek ve PhonePe'nin kültürü ve değerleriyle iyi bir şekilde eşleşiyor. Herhangi bir beceriye işaret edip “Aferin! Artık Kıdemli Mühendissiniz veya SDE3'sünüz” vb.

Kuruluşta daha fazla sorumluluk üstlenirken maksimum etki yaratmak için en iyi şekilde nasıl çalışılacağı konusunda bir rehber olarak görülmelidir. Ve yol boyunca, bir kişiyi çok yönlü bir mühendislik lideri yapan ve aynı zamanda yaratılan değer ve etki için ödüllendirilen beceriler ve öğrenimler biriktirin. Hedef odaklı değildir, daha çok bir mükemmellik arayışıdır. Ve bu nedenle, PhonePe'de Mühendislik Yolculuğu adı.

PhonePe Mühendislik Yolculuğunu Nasıl Tanımlarız?

PhonePe Mühendislik Yolculuğu, mühendislik organizasyonundaki herhangi bir bireyin büyümesini, görev süresi veya hiyerarşi yerine sahiplik, etki ve etki kapsamıyla haritalayan bir çerçeve olarak tanımlanır. Aşağıdaki amaca hizmet etmek üzere tasarlanmıştır:

• Sorumlulukları genişledikçe daha etkili olmak için geliştirmeleri gereken özellikler ve beceriler konusunda bireysel olarak katkıda bulunanlara bir rehber olun.
• Değerli katkıları için adil ve tutarlı bir şekilde ödüllendirilmelerini sağlarken, söz verdikleri için takımlarındaki bireylerin sorumluluklarını büyütmeleri için yöneticilere bir rehber olun.
• Mühendislik organizasyonunu, iş başında öğrenmeyi ve etki için aynı uygulamayı her bireyin birincil hedefi haline getiren bir ortam yaratmaya kararlı tutun ve kariyer gelişiminin bu sürecin doğal bir sonucu olmasını sağlayın.

Mühendislik Yolculuğunu detaylandırma konusundaki düşüncelerimizi iyileştirirken, bir mühendislik organizasyonu olarak değerlerimizi ve gerçek anlamda mühendislik büyümesini neyin temsil ettiğine dair inançlarımızı yansıtan bir dizi temel ilke üzerinde birleştik. İleride sahip olacağımız rol ve sorumluluk tanımları üzerindeki etkisi nedeniyle bunları detaylandırmak önemlidir.

Temel İlkeler

“Kapsam ve Etki” Temelli ve “Büyümenin Boyutları” Rehberliğinde Büyüme

PhonePe Mühendislik Yolculuğunun "Kapsam ve Etkisi", bir roldeki sorumluluğun artan genişliğini ve derinliğini ve ekibin/kuruluşun bundan elde ettiği değeri tanımlar. Bir roldeki büyüme, yalnızca artan Kapsam ve Etki merceğiyle ölçülmelidir - bir mühendis bir profesyonel olarak büyüdükçe, Kapsamı (ve buna karşılık gelen Etki), ekibindeki küçük görevlere ve özelliklere sahip olmaktan (denetim altında) hareket edecektir. uçtan uca özellik ve hizmetlere sahip olmak, uçtan uca büyük platformlara ve ürünlere sahip olmak.

“Büyümenin Boyutları”, bir organizasyon olarak bize özgü teknik beceriler ve davranışsal özellikler ile bir mühendisi PhonePe'de başarılı kılan özellikleri ifade eder. Bu, bulunduğumuz türden bir organizasyonun (çeşitli ürünleri, ödemeleri ve finansal hizmetler alanını ve veri odaklı karar vermeyi destekleyen açık büyük ölçekli platformlar) ve mühendislerimize aşılamak istediğimiz kültürün (yüksek sahiplik ve tutku, iş yapma yeteneği) bir işlevidir. belirsizlik, sürekli öğrenme yoluyla büyüme ve olumlu etki yoluyla liderlik).

“Büyümenin Boyutları”, artan sorumluluk alanına hazırlanmak ve arzulamak için bir kontrol listesi değil, yalnızca bir kılavuz görevi görür . Örneğin, bir mühendis (ister arka uç mühendisi ister uygulama geliştiricisi olsun) daha geniş sorumluluklar peşinde olduğundan, diğer şeylerin yanı sıra tasarım ve geliştirme becerilerini ve çevrelerindeki sistemleri anlamalarını geliştirmeleri gerekir.

Sizin için tavsiye edilen:

Kaynaklar

RBI'nin Hesap Toplayıcı Çerçevesi Hindistan'da Fintech'i Dönüştürmek İçin Nasıl Ayarlandı?

Amit Das

31 Temmuz 2022

Haberler

Girişimciler 'Jugaad' Yoluyla Sürdürülebilir, Ölçeklenebilir Girişimler Yaratamaz: Cit...

Jaspreet K.

31 Temmuz 2022

Kaynaklar

Metaverse Hindistan Otomobil Endüstrisini Nasıl Dönüştürecek?

Vaibhav S.

31 Temmuz 2022

Kaynaklar

Anti-Profiteing Hükmü Hintli Startuplar İçin Ne Anlama Geliyor?

Charanya L.

31 Temmuz 2022

Kaynaklar

Edtech Startup'ları Hindistan'ın İşgücünün Becerilerini Geliştirmesine ve Geleceğe Hazır Olmasına Nasıl Yardımcı Oluyor?

Ankuş S.

31 Temmuz 2022

Haberler

Bu Hafta Yeni Çağ Teknoloji Hisseleri: Zomato'nun Sorunları Devam Ediyor, EaseMyTrip Gönderileri Stro...

Tapanjana R.

31 Temmuz 2022

Aynı zamanda, artan karmaşıklıktaki projeleri gerçekleştirmek için daha iyi planlama ve önceliklendirmeye yatırım yapmaları gerekiyor. Bununla birlikte, bununla birlikte, bir mühendisin başkalarına akıl hocalığı yapma, etki alanları aracılığıyla değişimi etkileme (hiyerarşik bir yapı tarafından desteklenmek yerine) ve kendileri ve ekipleri için değişimi ve belirsizliği yönetme yeteneklerini de geliştirmesi gerekir. başarılı olması için.

“Büyümenin Boyutları”, sürekli iyileştirme için bir rehber olarak hizmet ederek, bir mühendisin uzun vadede bir mühendis olarak bütünsel büyümeyi sağlarken, ekibinin ihtiyaç duyduğu şeylere dayalı olarak farklı gelişim alanlarındaki yatırımlarını kendi kendine yönetmesine olanak tanır.

Büyümeye Çerez Yaklaşımından Kaçınmak

Sahiplik kapsamı ve bir mühendisin organizasyondaki etkisi, sadece mühendisin çeşitli büyüme boyutlarında nerede durduğunun değil, aynı zamanda parçası olduğu işin ve ekibin taleplerinin bir fonksiyonudur. Bazen bir mühendis, diğer boyutlar boyunca büyüme pahasına iş için saatin ihtiyacı olan belirli boyutlara odaklanabilir ve aşırı endeksleyebilir .

Dolayısıyla, herhangi bir noktada, şirkette benzer sorumluluk seviyelerine sahip tüm mühendislerin, çeşitli boyutlarda aynı büyüme seviyesinde olacağı bir beklenti olmamalıdır. Benzer şekilde, sorumluluk ve/veya tazminat süresindeki artış, her zaman tüm boyutlarda önceden tasarlanmış iyileştirme gösterimine bağlı olmamalıdır. Bununla birlikte, kuruluş ve bireyler, yapılandırılmış rotasyon, iş başında öğrenme ve mentorluk yoluyla zaman içinde boyutlar arasında büyümenin sağlanmasını sağlamalıdır.

Aşağıda, yukarıdaki iki yol gösterici ilkenin bir gösterimi yer almaktadır — benzer sahiplik süresine ve etki beklentisine sahip üç kişi, Kapsam & Etki ve Boyutlar ölçeğinde farklı haritalar oluşturacaktır. Eşmerkezli daireler, kapsam ve etki açısından büyümeyi temsil eder ve beş eksen, büyümenin boyutlarını gösterir:

Bireysel Katkıda Bulunanlar ve Yöneticiler İçin Paralel Büyüme İzleri

PhonePe'de mühendislik alanında iki farklı ve paralel kariyer parkurumuz var - Bireysel Katılımcı (IC) parkuru ve Yönetim parkuru. Mühendislik Yolculuğu, IC yolundaki büyümenin, etki yaratma, liderlik becerileri ve tazminat sergileme söz konusu olduğunda cam tavan olmadan, Yönetim yolundaki büyümeyle tüm yönleriyle karşılaştırılabilir olmasını sağlamalıdır. Bireysel katkıda bulunanlar, insan yönetiminin temel sorumluluklarıyla ilgileniyorlarsa yönetici olabilirler. Ancak bu değişiklik, bir terfi değil, yanal bir hareket olacaktır. Bu, yanlış nedenlerle parkurları değiştirmek için bir teşvik yaratmamamıza yardımcı olur.

Hiyerarşik Başlıklar Üzerinden İşlevsel Başlıklar

Şirketteki büyümenin, sahiplik kapsamınızın ve etkinizin doğrudan bir temsilcisi olduğu göz önüne alındığında, başlıklar, içinde bir hiyerarşiye gerek kalmadan yalnızca bu işlevsel kapsamı doğru bir şekilde yansıtmak için gereklidir. Herhangi bir şekilde kıdemi gösteren unvanlar vererek değil, ücretlerini ve sorumluluklarını artırarak kapsam ve/veya etki açısından yükselen kişileri ödüllendiriyor ve takdir ediyoruz.

Bu, unvanların artık bireyler için motive edici olmamasını sağlar. Ve belirli bir tartışma forumunun, heyecan verici yeni bir girişimin veya bir karar işlevinin parçası olma hakkı, unvandan ziyade kişinin işlevsel rolü ve performansına bağlıdır. Bu, organizasyonel hiyerarşilerin insanlarla günlük etkileşimlerde oynayacak bir rolü olmadığı ve tartışmaların gerçekleştiği ve arkasındaki kişilere değil, yapılan argümanların teknik değerlerine kapalı olduğu bir kültür inşa eder.

Peki Tüm bunlar PhonePe'deki Mühendislik Rolleri İçin Ne Anlama Geliyor?

Daha önce de belirtildiği gibi, mühendislik merdivenimizin daha çok tanımlanmış boyutlar boyunca kayan bir ölçek olduğu göz önüne alındığında, odak noktasının unvan almak yerine daha fazla sorumluluk kazanmaya devam etmesini sağlamak için büyümenin her adımında bir rol üstlenmekten uzaklaşıyoruz. Unvanlarımız işlevseldir ve kıdem yerine bir rolün uygulanabilirliğini belirtmek için tasarlanmıştır.

Bireysel Katılımcı Takibi

Bu prensibe dayanarak, mühendislikteki yazılım geliştirme işlevinde, IC yolunda iki rolümüz var - Yazılım Mühendisi ve Yazılım Mimarı . Yazılım Mühendisi rolünün işlevsel sorumlulukları, öncelikle bir ürün ekibine veya hedefleri tipik olarak kuruluşun L1 hedeflerine bağlı olan bir dizi bitişik POD'ye eşlenir. Yazılım Mimarının işlevsel sorumlulukları daha yataydır ve öncelikle ölçek, güvenilirlik, performans, veri merkezi maliyet optimizasyonu vb. gibi teknoloji organizasyonu hedefleriyle eşleştirilmiştir.

Yazılım Mühendisi zamanla ürün düzeyinde derin bir uzman haline gelir, ancak bu, ekibin dışında daha geniş girişimlerde yer almadıkları anlamına gelmez.

Aynı şekilde, bir Yazılım Mimarı miyop bir şekilde yalnızca organizasyonel inisiyatiflere odaklanmaz; hala ekiplere aittirler ve düzenli olarak ekip girişimlerine katkıda bulunurlar, ancak ilgilerinin kapsayıcı odak noktası bu değildir. Farklı bir unvanı garanti eden bu işlevsel farklılıktır. Ancak her iki rol de, öğrenme veya tazminat nedenleriyle birinden diğerine geçiş yapmaya gerek kalmadan, paralel büyüme yollarına sahip olmaya devam ediyor.

Yönetici Parçası

Kariyer gelişimi için temel olarak ekip ve organizasyon kapsamları ile yönetim yolu ile benzer bir çatallanmayı benimsedik. Giriş seviyesi mühendislik yöneticilerinin yanı sıra ekip(ler) kapsamına sahip daha deneyimli mühendislik yöneticileri, Mühendislik Yöneticisi rolüyle eşleştirilir. Mühendislik yönetimi tarafındaki tüzük, P&L sorumluluklarının ortak mülkiyeti ile birlikte takıma özgü olmayan organizasyonel sorumlulukları içerecek şekilde genişledikçe, rol Mühendislik Başkanı olur.

Bu durumda, Mühendislik Müdürü ile Mühendislik Başkanı arasındaki kariyer grafiği bir miktar örtüşecek olsa da, bir Mühendislik Müdürünün doğal kariyer ilerlemesi, Mühendislik Başkanı rolüne dönüşür.

Seviyeler

Her iki yolda da, yukarıdaki rollerin her biri İK sistemindeki ücret düzeyleriyle eşleştirilir. Bu, maaş artışları ve işe alım için sistem içinde kontrol noktalarına sahip olmanın yanı sıra maaşları sürekli olarak piyasaya göre kıyaslama yeteneğine sahip olmamızı sağlamak içindir. Ancak bu seviyeler bireyler tarafından bilinmez çünkü bir fonksiyon içindeki düz rollerin amacını bozar. Bu seviyelerin tazminat kararları dışında herhangi bir şekilde kullanılması işlevsizdir.

Bu, Mühendislikteki Tüm Disiplinlere Genellenebilir mi?

PhonePe, arka uç, mobil, UI, DevOps, veri bilimleri, kalite ve güvenlik dahil olmak üzere çok çeşitli yazılım mühendisliği disiplinlerine sahiptir. Ayrıca POD'lar olarak çapraz işlevli olarak organize edilmiş birçok iş ve ürün birimimiz var. Yukarıdaki örnekler öncelikle mühendislikteki temel geliştirme işlevini vurgularken, yaklaşımın ve ilkelerin tüm disiplinler ve ekiplerdeki mühendisler ve yöneticiler için geçerli olduğuna inanıyorum.

Şirket genelinde tutarlı standartlara sahip olmamızı sağlayarak, akıcı dahili mobiliteyi etkinleştirebilir ve bireysel büyümeyi daha fazla destekleyebiliriz. Bireyler, çok çeşitli ürünler ve problemler üzerinde çalışarak becerilerini ve bakış açılarını genişletebilmelidir. Nihai hedef budur.

Referanslar

PhonePe'de mühendislik için nasıl bir büyüme çerçevesi oluşturmak istediğimi düşünmeye başladığımda, başkalarının da aynı soruna nasıl yaklaştığını araştırmaya başladım. Ve birçok kuruluşun bu konudaki felsefeleri hakkında ne kadar açık olduğuna şaşırdım. Birçoğunun bu konudaki düşüncelerime ilham verdiği göz önüne alındığında, görüşlerimizi geri bildirime açık hale getirirken, onu etkileyenlere de kredi vermemiz doğru olur.