По мере того, как PhonePe переходит к следующему этапу своего роста, моей задачей было разработать инженерную организацию, которая поставила бы нашу амбициозную цель прямо в центр, а также предоставила бы инженерам дорожную карту для профессионального роста.

PhonePe — это экосистема, поддерживающая множество продуктов и услуг, которые помогают потребителям и предприятиям участвовать и процветать в экономике — Karte Ja Badhte Ja!

Лично я рассматриваю PhonePe как технологическую платформу, обеспечивающую непрерывное сотрудничество с широким кругом партнеров. Мы создаем инновационные и интеллектуальные продукты, основанные на скорости транзакций, простоте и безопасности, которые обеспечивают клиентам обогащающий опыт.

Но рисование на таком широком холсте также означает, что в обозримом будущем разные команды будут находиться на разных стадиях зрелости продукта, а инженеры будут постоянно совмещать долгосрочное наращивание возможностей с приемами роста, одновременно масштабируя платформу для управления гиперростом. Это включает в себя нечеткое решение проблем, устранение неоднозначности, принятие решений на основе данных, обширное планирование и много кодирования.

В зависимости от стадии жизни продукта, над которым они работают, от инженера может потребоваться больше усилий в одном навыке или в одной области по сравнению с другими. В то же время амбиции компании требуют, чтобы мы продолжали расширять команду, привлекая новые таланты с разным уровнем знаний в области технологий и предметной области. Поэтому я начал думать о структуре, которая соответствовала бы целостному росту инженеров за счет обучения и накопления навыков с течением времени, но при этом все еще фокусируясь на целях и потребностях организации.

Первоначальный мыслительный процесс заключался в том, чтобы просто определить более детализированную карьерную лестницу для инженеров в соответствии с тем, что мы имеем сегодня. Основываясь на моем прошлом опыте, типичная карьерная лестница включает в себя структуру компетенций, которая привязывает комбинацию уровней навыков в должности к должности. Это, как правило, стимулирует поведение, которое сосредоточено исключительно на достижении локальных максимумов номинального роста личности.

С другой стороны, современная карьера (особенно в потребительском интернет-пространстве) гораздо более изменчива. Они требуют от людей достаточной гибкости в выборе того, какие наборы навыков развивать и применять в какой момент времени, чтобы максимизировать ценность для компании.

Это заставило меня переосмыслить наше определение карьерной лестницы в рамках, которые устанавливают ожидания роста инженера на основе расширения сфер собственности и ответственности. На мой взгляд, это лучше соответствует реальному карьерному росту в динамично развивающейся организации, где требования к отдельным лицам становятся все более многомерными по мере того, как устав, которым они владеют, становится все больше и шире.

Мой взгляд на карьерную лестницу в PhonePe — это скорее скользящая шкала параметров, которые важны для развития навыков и хорошо соответствуют культуре и ценностям PhonePe. Нет очевидной пошаговой функции, когда вы можете указать на какой-то один навык и сказать: «Молодец! Теперь вы старший инженер или SDE3» и т. д.

Его следует рассматривать как руководство о том, как лучше действовать, чтобы добиться максимального эффекта, когда вы берете на себя больше ответственности в организации. И попутно накапливайте навыки и знания, которые делают человека всесторонне развитым инженером-лидером, а также получают вознаграждение за созданную ценность и влияние. Это не целеустремленность, а скорее стремление к совершенству. Отсюда и название Engineering Journey at PhonePe .

Как мы определяем инженерный путь PhonePe?

Проект PhonePe Engineering Journey определяется как структура, отображающая рост любого человека в инженерной организации в зависимости от сферы его владения, влияния и влияния, а не от срока пребывания в должности или иерархии. Он предназначен для следующих целей:

• Быть руководством для отдельных участников по качествам и навыкам, которые им необходимо развивать, чтобы быть более эффективными по мере расширения их обязанностей.
• Быть руководством для менеджеров по расширению ответственности отдельных лиц в своей команде по мере того, как они показывают перспективу, обеспечивая при этом справедливое и последовательное вознаграждение за их ценный вклад.
• Сохраняйте приверженность инженерной организации созданию среды, в которой обучение на рабочем месте и его применение для воздействия являются основной целью каждого человека, а карьерный рост является естественным результатом этого процесса.

По мере того, как мы уточняли детали пути инженера, мы сошлись на наборе основных принципов, которые отражали наши ценности как инженерной организации и наши убеждения относительно того, что представляет собой инженерный рост в истинном смысле этого слова. Важно детализировать их из-за влияния, которое они окажут на определения роли и ответственности, которые мы будем иметь в будущем.

Основные принципы

Рост на основе «масштаба и воздействия» и руководствуясь «параметрами роста»

«Область и влияние» инженерного пути PhonePe описывает растущую широту и глубину ответственности в роли и ценность, извлекаемую командой / организацией из этого. Рост в роли должен измеряться только через призму увеличения масштаба и влияния — по мере того, как инженер растет как профессионал, его масштаб (и соответствующее влияние) также будет меняться от владения и выполнения (под наблюдением) небольших задач и функций в своей команде. , к комплексному владению функциями и услугами, к комплексному владению крупными платформами и продуктами.

«Параметры роста» относятся к техническим навыкам и поведенческим чертам, присущим нам как организации, и тому, что делает инженера успешным в PhonePe. Это функция того типа организации, которым мы являемся (открытые крупномасштабные платформы, поддерживающие разнообразные продукты, домен платежей и финансовых услуг и принятие решений на основе данных), и культуры, которую мы хотим привить нашим инженерам (высокая заинтересованность и страсть, способность решать с двусмысленностью, рост за счет непрерывного обучения и лидерства за счет положительного влияния).

«Измерения роста» служат только руководством, а не контрольным списком для подготовки и стремления к расширению сферы ответственности. Например, если инженер (будь то бэкэнд-инженер или разработчик приложений) стремится к более широким обязанностям, ему, среди прочего, необходимо улучшить свои навыки проектирования и разработки, а также свое понимание окружающих его систем.

Рекомендуется для вас:

Ресурсы

Как платформа агрегатора учетных записей RBI предназначена для преобразования финансовых технологий в Индии

Амит Дас

31 июля 2022 г.

Новости

Предприниматели не могут создавать устойчивые масштабируемые стартапы с помощью Jugaad: Cit...

Джасприт К.

31 июля 2022 г.

Ресурсы

Как Metaverse изменит индийскую автомобильную промышленность

Вайбхав С.

31 июля 2022 г.

Ресурсы

Что означает положение о борьбе со спекуляцией для индийских стартапов?

Чаранья Л.

31 июля 2022 г.

Ресурсы

Как стартапы Edtech помогают повысить квалификацию рабочей силы Индии и стать готовыми к будущему ...

Анкуш С.

31 июля 2022 г.

Новости

Технологические акции нового века на этой неделе: проблемы Zomato продолжаются, EaseMyTrip публикует...

Тапанджана Р.

31 июля 2022 г.

В то же время им также необходимо инвестировать в лучшее планирование и расстановку приоритетов, чтобы выполнять проекты все более сложной формы. Наряду с этим, однако, инженер также должен развивать свою способность наставлять других, влиять на изменения через свою сферу влияния (в отличие от иерархической структуры), а также управлять изменениями и неопределенностями для себя и своей команды. чтобы быть успешным.

Служа руководством для постоянного совершенствования, «Параметры роста» позволяют инженеру самостоятельно управлять своими инвестициями в различные области разработки на основе потребностей его команды, обеспечивая при этом целостный рост как инженера в долгосрочной перспективе.

Избегайте шаблонного подхода к росту

Объем собственности и влияние, которое инженер оказывает на организацию, зависит не только от того, где инженер находится в различных измерениях роста, но и от требований бизнеса и команды, частью которой он / она является. Иногда инженер может сосредоточиться и переиндексировать определенные аспекты, которые необходимы для бизнеса, за счет роста по другим параметрам .

Поэтому не следует ожидать, что в какой-то момент все инженеры, занимающие одинаковые уровни ответственности в компании, будут находиться на одном уровне роста в различных измерениях. Точно так же увеличение объема ответственности и/или компенсации не всегда должно зависеть от преднамеренной демонстрации улучшения во всех аспектах. Тем не менее, организация и отдельные лица должны обеспечить, чтобы с течением времени за счет структурированной ротации, обучения на рабочем месте и наставничества был достигнут рост во всех измерениях.

Ниже приведена иллюстрация двух вышеупомянутых руководящих принципов: три человека с одинаковым объемом владения и ожиданием воздействия будут по-разному отображаться на шкале масштабов и воздействия и измерений. Концентрические круги представляют рост масштабов и воздействия, а пять осей обозначают размеры роста:

Параллельные пути роста для индивидуальных участников и менеджеров

У нас есть два разных и параллельных карьерных пути в инженерии в PhonePe — путь индивидуального участника (IC) и путь управления. Путь инженера должен гарантировать, что рост на треке IC во всех аспектах сопоставим с ростом на треке Management, без «стеклянного потолка», когда речь идет о влиянии, демонстрации лидерских навыков и вознаграждении. Отдельные участники могут стать менеджерами, если они заинтересованы в основных обязанностях по управлению людьми. Но это изменение будет боковым шагом, а не продвижением по службе. Это помогает гарантировать, что мы не создадим стимула для смены трека по неправильным причинам.

Функциональные титулы выше иерархических

Учитывая, что рост в компании является прямым показателем объема вашей собственности и влияния, титулы нужны только для точного отражения этого функционального объема без необходимости в иерархии внутри него. Мы вознаграждаем и отмечаем людей, увеличивающих масштаб и/или влияние, увеличивая их вознаграждение и их обязанности, а не присваивая звания, которые каким-либо образом отражают старшинство.

Это гарантирует, что титулы больше не являются мотиватором для отдельных лиц. И право быть частью определенного дискуссионного форума, новой захватывающей инициативы или функции принятия решений зависит от функциональной роли и производительности, а не от должности. Это создает культуру, в которой организационные иерархии не играют никакой роли в повседневном взаимодействии с людьми, и где дискуссии происходят и закрываются по техническим достоинствам выдвинутых аргументов, а не по отдельным лицам, стоящим за ними.

Итак, что все это значит для инженерных должностей в PhonePe?

Как упоминалось ранее, учитывая, что наша инженерная лестница представляет собой скорее скользящую шкалу по определенным измерениям, мы отказываемся от присвоения должности должности на каждом этапе роста, чтобы убедиться, что основное внимание по-прежнему уделяется получению большего количества обязанностей, а не получению должности. Наши титулы функциональны и предназначены для обозначения применимости роли, а не старшинства.

Индивидуальный участник

Основываясь на этом принципе, в функции разработки программного обеспечения в инженерии у нас есть две роли в треке IC — инженер - программист и архитектор программного обеспечения . Функциональные обязанности роли инженера-программиста в первую очередь сопоставляются с продуктовой группой или набором смежных POD, цели которых обычно связаны с целями L1 организации. Функциональные обязанности архитектора программного обеспечения более горизонтальны и в первую очередь связаны с целями технологической организации по масштабированию, надежности, производительности, оптимизации затрат центра обработки данных и т. д.

Однако со временем инженер-программист становится глубоким экспертом на уровне продукта, однако это не означает, что он не участвует в более широких инициативах за пределами команды.

Точно так же архитектор программного обеспечения не близоруко фокусируется только на организационных инициативах; они по-прежнему принадлежат к командам и регулярно вносят свой вклад в командные инициативы, но это не является основным объектом их внимания. Именно это функциональное различие оправдывает другое название. Но обе роли по-прежнему имеют параллельные пути роста, без необходимости переключаться с одной на другую по причинам обучения или компенсации.

Трек менеджера

Мы приняли аналогичную раздвоенность с управленческим треком с командным и организационным масштабами в качестве основы для развития карьеры. Инженерные менеджеры начального уровня, а также более опытные инженерные менеджеры, работающие в команде(ях), сопоставляются с ролью инженерного менеджера . По мере того, как устав со стороны инженерного управления расширяется и включает организационные обязанности, которые не являются специфическими для команды, а также совместное владение обязанностями по прибылям и убыткам, эта роль становится ролью руководителя инженерного отдела .

В этом случае, несмотря на то, что график карьеры между инженером-менеджером и инженером-руководителем будет частично пересекаться, естественный карьерный рост инженера-менеджера — это должность начальника инженерно-технического отдела.

Уровни

В обоих треках каждая из вышеперечисленных ролей сопоставляется с уровнями вознаграждения в системе управления персоналом. Это сделано для того, чтобы у нас была возможность постоянно сопоставлять заработную плату с рынком, а также иметь контрольные точки в системе для повышения заработной платы и найма. Однако эти уровни неизвестны отдельным лицам, потому что это противоречит цели плоских ролей внутри функции. Любое использование этих уровней вне компенсационных решений неэффективно.

Можно ли это обобщить на все инженерные дисциплины?

PhonePe имеет широкий спектр дисциплин разработки программного обеспечения, включая серверную часть, мобильные устройства, пользовательский интерфейс, DevOps, науку о данных, качество и безопасность. У нас также есть много бизнес-подразделений и продуктовых подразделений, организованных кросс-функционально как POD. Хотя приведенные выше примеры в первую очередь подчеркивают основную функцию разработки в инженерии, я считаю, что подход и принципы применимы к инженерам и менеджерам всех дисциплин и команд.

Обеспечивая единые стандарты во всей компании, мы можем обеспечить плавную внутреннюю мобильность и дальнейшую поддержку индивидуального роста. Люди должны иметь возможность расширить свой набор навыков и взглядов, работая над широким спектром продуктов и проблем. Это конечная цель.

использованная литература

Когда я начал думать о том, как я хочу создать структуру роста для разработки в PhonePe, я начал искать, как другие подошли к той же проблеме. И я был приятно удивлен тем, насколько открыто многие организации говорили о своей философии по этому поводу. Учитывая, что многие из них вдохновили меня на размышления об этом, будет правильно, если мы сделаем наши взгляды открытыми для обратной связи, а также воздадим должное тем, кто повлиял на это.