Die Engineering Journey bei PhonePe: Ein Wachstumsrahmen für Ingenieure und Engineering Manager
Veröffentlicht: 2020-07-12Die Karriereleiter bei PhonePe ist eher eine gleitende Skala um Dimensionen herum, die für den Aufbau von Fähigkeiten wichtig sind und gut zur Kultur und zu den Werten passen
Der „Scope & Impact“ der PhonePe Engineering Journey beschreibt die zunehmende Breite und Tiefe der Verantwortung in einer Rolle und den daraus resultierenden Wert für das Team
Basierend auf diesem Prinzip hat PhonePe in der Softwareentwicklungsfunktion im Ingenieurwesen zwei Rollen im IC-Track – Software Engineer und Software Architect
Während sich PhonePe in die nächste Wachstumsphase begibt, bestand meine Herausforderung darin, eine Engineering-Organisation zu entwerfen, die unser ehrgeiziges Ziel direkt in den Mittelpunkt stellt und den Ingenieuren gleichzeitig einen Fahrplan für berufliches Wachstum an die Hand gibt.
PhonePe ist ein Ökosystem, das eine Vielzahl von Produkten und Dienstleistungen antreibt, die Verbrauchern und Unternehmen helfen, an der Wirtschaft teilzuhaben und erfolgreich zu sein – Karte Ja Badhte Ja!
Ich persönlich sehe PhonePe als eine Technologieplattform, die eine kontinuierliche Zusammenarbeit mit einer Vielzahl von Partnern ermöglicht. Wir entwickeln innovative und intelligente Produkte, die auf Transaktionsgeschwindigkeit, Einfachheit und Sicherheit basieren und unseren Kunden ein bereicherndes Erlebnis bieten.
Das Malen auf einer so breiten Leinwand bedeutet jedoch auch, dass sich verschiedene Teams auf absehbare Zeit in unterschiedlichen Stadien der Produktreife befinden werden, wobei die Ingenieure ständig den langfristigen Aufbau von Fähigkeiten mit Wachstumshacks jonglieren und gleichzeitig die Plattform skalieren, um das Hyperwachstum zu bewältigen. Dies beinhaltet unscharfe Problemlösungen, den Umgang mit Mehrdeutigkeiten, datengesteuerte Entscheidungsfindung, umfangreiche Planung und viel Codierung.
Abhängig von der Lebensphase des Produkts, an dem er arbeitet, muss ein Ingenieur möglicherweise mehr Kraft auf eine Fähigkeit oder auf einen Bereich als auf die anderen ausüben. Gleichzeitig erfordert der Ehrgeiz des Unternehmens, dass wir das Team weiter ausbauen, indem wir neue Talente mit unterschiedlichem Technologie- und Domänenwissen einstellen. Also fing ich an, über einen Rahmen nachzudenken, der auf das ganzheitliche Wachstum von Ingenieuren durch Lernen und Anhäufung von Fähigkeiten im Laufe der Zeit ausgerichtet wäre, während ich mich immer noch auf die Ziele und Bedürfnisse der Organisation konzentrierte.
Der anfängliche Denkprozess bestand darin, einfach eine detailliertere Karriereleiter für Ingenieure nach dem Vorbild unserer heutigen zu definieren. Basierend auf meiner bisherigen Erfahrung umfasst eine typische Karriereleiter einen Kompetenzrahmen, der eine Kombination von Qualifikationsniveaus in einer Rolle mit einem Titel verknüpft. Dies führt tendenziell zu einem Verhalten, das ausschließlich darauf ausgerichtet ist, die lokalen Maxima des namentlichen Wachstums des Individuums zu erreichen.
Moderne Karrieren hingegen (insbesondere im Consumer-Internet-Bereich) sind viel fließender. Sie verlangen vom Einzelnen ein gewisses Maß an Flexibilität bei der Auswahl, welche Fähigkeiten entwickelt und zu welchem Zeitpunkt ausgeübt werden sollen, um den Wert für das Unternehmen zu maximieren.
Dies veranlasste mich, unsere Definition einer Karriereleiter zu einem Rahmen neu zu überdenken, der die Wachstumserwartungen eines Ingenieurs auf der Grundlage zunehmender Eigentums- und Verantwortungsbereiche festlegt. Meiner Ansicht nach passt dies besser zu echtem Karrierewachstum in einer schnelllebigen Organisation, in der die Anforderungen an den Einzelnen immer mehrdimensionaler werden, je größer und umfassender sein Mandat ist.
Meine Sicht auf die Karriereleiter bei PhonePe ist eher eine gleitende Skala um Dimensionen herum, die für den Aufbau von Fähigkeiten wichtig sind und gut zur Kultur und den Werten von PhonePe passen. Es gibt keine offensichtliche Schrittfunktion, bei der Sie auf eine beliebige Fertigkeit zeigen und sagen können: „Gut gemacht! Sie sind jetzt ein Senior Engineer oder ein SDE3“ usw.
Es ist als Leitfaden zu sehen, wie Sie am besten vorgehen, um maximale Wirkung zu erzielen, wenn Sie mehr Verantwortung in der Organisation übernehmen. Und auf dem Weg sammeln Sie Fähigkeiten und Erkenntnisse, die eine Person zu einem vielseitigen technischen Leiter machen, während sie gleichzeitig für den geschaffenen Wert und die erzielte Wirkung belohnt werden. Es ist nicht zielorientiert, sondern ein Streben nach Exzellenz. Und daher der Name Engineering Journey bei PhonePe .
Wie definieren wir die PhonePe Engineering Journey?
Die PhonePe Engineering Journey ist als ein Rahmenwerk definiert, das das Wachstum jeder Person in der Engineering-Organisation durch ihren Umfang an Eigentum, Einfluss und Einfluss und nicht durch Amtszeit oder Hierarchie abbildet. Es soll folgendem Zweck dienen:
- Leiten Sie einzelne Mitarbeiter in Bezug auf Eigenschaften und Fähigkeiten an, die sie entwickeln müssen, um effektiver zu sein, wenn sich ihre Verantwortlichkeiten erweitern
- Seien Sie ein Leitfaden für Manager, um die Verantwortung der einzelnen Personen in ihrem Team zu erweitern, wenn sie vielversprechend sind, und stellen Sie gleichzeitig sicher, dass sie für ihre wertvollen Beiträge fair und beständig entlohnt werden
- Sorgen Sie dafür, dass sich die Engineering-Organisation dafür einsetzt, ein Umfeld zu schaffen, in dem das Lernen am Arbeitsplatz und die Anwendung desselben das primäre Ziel jedes Einzelnen sind, wobei das Karrierewachstum ein natürliches Ergebnis dieses Prozesses ist
Als wir unsere Gedanken zur Detaillierung der Engineering Journey verfeinerten, einigten wir uns auf eine Reihe von Grundprinzipien, die unsere Werte als Engineering-Organisation und unsere Überzeugungen darüber widerspiegeln, was Engineering-Wachstum im wahrsten Sinne des Wortes ausmacht. Es ist wichtig, diese detailliert zu beschreiben, da sie Auswirkungen auf die Rollen- und Verantwortungsdefinitionen haben, die wir in Zukunft haben werden
Kernlehren
Wachstum basierend auf „Scope & Impact“ und geleitet von „Dimensions of Growth“
Der „Scope & Impact“ der PhonePe Engineering Journey beschreibt die zunehmende Breite und Tiefe der Verantwortung in einer Rolle und den Wert, den das Team/die Organisation daraus zieht. Das Wachstum in einer Rolle darf nur durch die Linse des zunehmenden Umfangs und Einflusses gemessen werden – wenn ein Ingenieur als Fachmann wächst, würde sich sein Umfang (und der entsprechende Einfluss) auch vom Besitz und der Bereitstellung (unter Aufsicht) kleiner Aufgaben und Funktionen in seinem Team verlagern , zum Besitz von Funktionen und Diensten durchgängig, zum Besitz großer Plattformen und Produkte durchgängig.
Die „Dimensionen des Wachstums“ beziehen sich auf die technischen Fähigkeiten und Verhaltensweisen, die für uns als Unternehmen spezifisch sind und was einen Ingenieur bei PhonePe erfolgreich macht. Es hängt von der Art unserer Organisation ab (offene groß angelegte Plattformen, die verschiedene Produkte, Zahlungs- und Finanzdienstleistungsdomänen und datengesteuerte Entscheidungen unterstützen) und der Kultur, die wir unseren Ingenieuren einprägen wollen (hohe Eigenverantwortung und Leidenschaft, Fähigkeit zum Handeln). mit Mehrdeutigkeit, Wachstum durch kontinuierliches Lernen und Führung durch positiven Einfluss).
Die „Dimensionen des Wachstums“ dienen nur als Orientierungshilfe und nicht als Checkliste zur Vorbereitung und zum Streben nach mehr Verantwortung. Wenn beispielsweise ein Ingenieur (egal ob Backend-Ingenieur oder App-Entwickler) nach breiteren Verantwortlichkeiten strebt, muss er unter anderem seine Design- und Entwicklungsfähigkeiten und sein Verständnis der Systeme um ihn herum verbessern.
Für dich empfohlen:
Gleichzeitig müssen sie auch in eine bessere Planung und Priorisierung investieren, um Projekte mit zunehmender Komplexität zu bewältigen. Gleichzeitig muss ein Ingenieur jedoch auch in seiner Fähigkeit wachsen, andere zu betreuen, Veränderungen über seinen Einflussbereich zu bewirken (im Gegensatz zu einer hierarchischen Struktur) und Veränderungen und Unklarheiten für sich und seine Teams zu bewältigen erfolgreich sein.
Indem sie als Leitfaden für kontinuierliche Verbesserung dienen, ermöglichen die „Dimensionen des Wachstums“ einem Ingenieur, seine Investitionen in verschiedene Entwicklungsbereiche basierend auf den Anforderungen seines Teams selbst zu verwalten und gleichzeitig ein ganzheitliches Wachstum als Ingenieur langfristig sicherzustellen.
Cookie-Cutter-Ansatz für Wachstum vermeiden
Der Umfang der Eigenverantwortung und der Einfluss, den ein Ingenieur in der Organisation hat, hängt nicht nur davon ab, wo der Ingenieur in den verschiedenen Dimensionen des Wachstums steht, sondern auch von den Anforderungen des Unternehmens und des Teams, dem er/sie angehört. Manchmal konzentriert sich ein Ingenieur möglicherweise auf bestimmte Dimensionen, die für das Unternehmen dringend erforderlich sind, und überbewertet sie auf Kosten des Wachstums in anderen Dimensionen .
Es sollte also nicht erwartet werden, dass zu einem bestimmten Zeitpunkt alle Ingenieure mit ähnlicher Verantwortung im Unternehmen in den verschiedenen Dimensionen auf dem gleichen Wachstumsniveau sein werden. Ebenso sollte die Verlängerung der Verantwortungsspanne und/oder Vergütung nicht immer von der vorsätzlichen Demonstration von Verbesserungen in allen Dimensionen abhängen. Die Organisation und die Einzelpersonen sollten jedoch sicherstellen, dass im Laufe der Zeit durch strukturierte Rotation, Lernen am Arbeitsplatz und Mentoring Wachstum über alle Dimensionen hinweg erreicht wird.
Unten finden Sie eine Veranschaulichung der beiden oben genannten Leitprinzipien – drei Personen mit einer ähnlichen Besitzdauer und einer ähnlichen Wirkungserwartung werden auf der Skala „Umfang & Wirkung“ und „Dimensionen“ unterschiedlich abgebildet. Die konzentrischen Kreise stellen das Wachstum in Umfang und Wirkung dar, und die fünf Achsen bezeichnen die Dimensionen des Wachstums:
Parallele Wachstumspfade für einzelne Mitwirkende und Manager
Wir haben zwei unterschiedliche und parallele Karrierewege im Engineering bei PhonePe – einen Individual Contributor (IC) Track und einen Management Track. Die Engineering Journey muss sicherstellen, dass das Wachstum auf dem IC-Track in allen Aspekten mit dem Wachstum auf dem Management-Track vergleichbar ist, ohne gläserne Decke, wenn es darum geht, Wirkung zu erzielen, Führungsqualitäten zu demonstrieren und zu entlohnen. Einzelne Mitwirkende können Manager werden, wenn sie an den Kernaufgaben des Personalmanagements interessiert sind. Aber dieser Wechsel wäre ein Seitensprung und keine Beförderung. So stellen wir sicher, dass wir keinen Anreiz schaffen, aus den falschen Gründen die Strecke zu wechseln.
Funktionale Titel über hierarchische Titel
Angesichts der Tatsache, dass das Wachstum im Unternehmen ein direkter Indikator für Ihren Eigentums- und Einflussbereich ist, werden Titel nur benötigt, um diesen Funktionsumfang genau widerzuspiegeln, ohne dass eine Hierarchie innerhalb dieses Bereichs erforderlich ist. Wir belohnen und erkennen Personen an, die sich in Umfang und/oder Wirkung verstärken, indem wir ihre Vergütung und ihre Verantwortlichkeiten erhöhen, und nicht durch die Verleihung von Titeln, die in irgendeiner Weise das Dienstalter darstellen.
Dadurch wird sichergestellt, dass Titel nicht länger der Motivator für Einzelpersonen sind. Und die Berechtigung, Teil eines bestimmten Diskussionsforums, einer aufregenden neuen Initiative oder einer Entscheidungsfunktion zu sein, beruht auf dem Verdienst der eigenen funktionalen Rolle und Leistung und nicht auf dem Titel. Dies schafft eine Kultur, in der Organisationshierarchien keine Rolle bei der täglichen Interaktion mit Menschen spielen und in der Diskussionen stattfinden und über die technischen Vorzüge der vorgebrachten Argumente und nicht über die Einzelpersonen dahinter geschlossen werden.
Was bedeutet das alles für die technischen Rollen bei PhonePe?
Da unsere Engineering-Leiter eher eine gleitende Skala entlang identifizierter Dimensionen ist, bewegen wir uns, wie bereits erwähnt, davon ab, eine Rolle bei jedem Wachstumsschritt zu benennen, um sicherzustellen, dass der Fokus weiterhin darauf liegt, mehr Verantwortung zu verdienen, anstatt einen Titel zu bekommen. Unsere Titel sind funktional und darauf ausgelegt, eher die Anwendbarkeit einer Rolle als das Dienstalter zu bezeichnen.
Individueller Contributor-Track
Basierend auf diesem Prinzip haben wir in der Softwareentwicklungsfunktion im Ingenieurwesen zwei Rollen im IC-Track – Software Engineer und Software Architect . Die funktionalen Verantwortlichkeiten der Rolle des Softwareingenieurs werden hauptsächlich einem Produktteam oder einer Reihe benachbarter PODs zugeordnet, deren Ziele normalerweise mit den L1-Zielen der Organisation verknüpft sind. Die funktionalen Verantwortlichkeiten des Softwarearchitekten sind eher horizontal und in erster Linie den Zielen der Technologieorganisation in Bezug auf Skalierung, Zuverlässigkeit, Leistung, Kostenoptimierung des Rechenzentrums usw. zugeordnet.
Der Software Engineer wird im Laufe der Zeit zu einem Experten auf Produktebene, was jedoch nicht bedeutet, dass er nicht an umfassenderen Initiativen außerhalb des Teams beteiligt ist.
Aus dem gleichen Grund konzentriert sich ein Softwarearchitekt nicht nur kurzsichtig auf organisatorische Initiativen; Sie gehören immer noch zu Teams und tragen regelmäßig zu Teaminitiativen bei, aber das ist nicht der übergreifende Fokus ihrer Aufmerksamkeit. Es ist dieser funktionale Unterschied, der einen anderen Titel rechtfertigt. Beide Rollen haben jedoch weiterhin parallele Wachstumspfade, ohne dass aus Lern- oder Vergütungsgründen von einer zur anderen gewechselt werden muss.
Manager-Track
Eine ähnliche Zweiteilung haben wir bei der Führungsschiene mit den Team- und Organisationsbereichen als Basis für die Karriereentwicklung eingeschlagen. Engineering Manager auf Einstiegsniveau sowie erfahrenere Engineering Manager mit Team(s)-Umfang werden der Rolle des Engineering Manager zugeordnet. Da die Charta auf der Seite des Engineering-Managements um organisatorische Verantwortlichkeiten erweitert wird, die nicht teamspezifisch sind, zusammen mit Miteigentümern von P&L-Verantwortlichkeiten, wird die Rolle zu der des Head of Engineering .
Während sich in diesem Fall das Karrierediagramm zwischen Engineering Manager und Head of Engineering etwas überschneidet, verläuft der natürliche Karriereverlauf für einen Engineering Manager in die Rolle des Head of Engineering.
Ebenen
In beiden Tracks wird jede der oben genannten Rollen den Vergütungsstufen im HR-System zugeordnet. Dadurch soll sichergestellt werden, dass wir in der Lage sind, Gehälter kontinuierlich mit dem Markt zu vergleichen und innerhalb des Systems Kontrollpunkte für Gehaltserhöhungen und Einstellungen zu haben. Diese Ebenen sind Einzelpersonen jedoch nicht bekannt, da dies den Zweck flacher Rollen innerhalb einer Funktion zunichte macht. Jede Verwendung dieser Ebenen außerhalb von Vergütungsentscheidungen ist dysfunktional.
Lässt sich das über alle Disziplinen der Ingenieurwissenschaften verallgemeinern?
PhonePe verfügt über eine Vielzahl von Software-Engineering-Disziplinen, darunter Backend, Mobile, UI, DevOps, Data Sciences, Qualität und Sicherheit. Wir haben auch viele Geschäfts- und Produkteinheiten, die funktionsübergreifend als PODs organisiert sind. Während die obigen Beispiele in erster Linie die zentrale Entwicklungsfunktion im Ingenieurwesen hervorheben, glaube ich, dass der Ansatz und die Prinzipien auf Ingenieure und Manager aller Disziplinen und Teams anwendbar sind.
Indem wir sicherstellen, dass wir im gesamten Unternehmen einheitliche Standards haben, können wir eine reibungslose interne Mobilität ermöglichen und das individuelle Wachstum weiter unterstützen. Einzelpersonen sollten in der Lage sein, ihre Fähigkeiten und Perspektiven zu erweitern, indem sie an einer breiten Palette von Produkten und Problemen arbeiten. Das ist das Endziel.
Verweise
Als ich anfing, darüber nachzudenken, wie ich ein Wachstums-Framework für die Technik bei PhonePe aufbauen wollte, machte ich mich auf die Suche, wie andere das gleiche Problem angegangen sind. Und ich war angenehm überrascht, wie offen viele Organisationen mit ihrer Philosophie diesbezüglich umgingen. Angesichts der Tatsache, dass viele von ihnen mein Denken dazu inspiriert haben, ist es nur richtig, dass wir unsere Ansichten offen für Feedback machen und gleichzeitig diejenigen anerkennen, die sie beeinflusst haben.