Разработка
Софтуерен разработчик
Пет нива от Junior до Principal и шест компетенции — от писането и пускането на код до развитието на екипа.
- 5 нива
- 6 компетенции
Шаблон на кариерна стълбица
Четири нива от Engineering Manager до VP of Engineering и шест управленски компетенции.
Безплатен план · Без банкова карта
Тази стълбица описва управленската пътека в инженерството за компания с около 20–200 души: от мениджър за първи път, който води един екип, до човека, отговорен за цялото инженерство. Тя стои до стълбицата за софтуерен разработчик — управлението на хора е различна работа, а не следващата стъпка след Senior разработчик. Най-високото ѝ ниво, VP of Engineering, е ръководителят на цялата инженерна функция; инженерите, които се развиват, без да управляват хора, следват стълбицата за разработчици.
Всяко ниво расте преди всичко по обхват: един екип, няколко екипа, отдел, цялата функция. Матрицата на компетенциите показва как всяко очакване се променя заедно с обхвата, а разделът на всяко ниво изброява всичко, което се очаква на него.
Използвайте я, за да зададете очакванията към нови мениджъри, да давате на мениджърите структурирана обратна връзка в чек-ините и да решите кога някой е готов за по-голям обхват. Адаптирайте длъжностите и формулировките към вашата компания, преди да я публикувате.
Води един екип от инженери и отговаря за хората, реализацията и състоянието му.
Води няколко екипа или един голям екип, често чрез технически лидери или по-нови мениджъри.
Ръководи инженерен отдел и превръща целите на компанията в неговите планове, структура и наемане.
Ръководи цялото инженерство и отговаря пред висшето ръководство за резултатите му.
Всеки ред е компетенция, а всяка колона — ниво. Четете реда отляво надясно, за да видите как растат очакванията.
| Компетенция | Engineering Manager | Senior Engineering Manager | Director of Engineering | VP of Engineering |
|---|---|---|---|---|
| Развитие на хората | Провежда редовни срещи 1:1 с всеки пряк подчинен, дава конкретна обратна връзка в рамките на дни, а не на месеци, и всяко тримесечие договаря цел за развитие с всеки човек. | Коучва нови мениджъри и технически лидери, калибрира оценките между екипите, така че една и съща работа да получава една и съща оценка, и се заема с проблемите в представянето отрано. | Изгражда резерв от мениджъри в отдела, грижи се всеки инженер да има ясен път към следващото ниво и отговаря за решенията за повишение в отдела. | Определя как инженерството развива хората — кариерни стълбици, оценки и повишения — и развива директорите и мениджърите, които управляват тази система. |
| Реализация и изпълнение | Управлява ритъма на планиране и реализация на екипа, държи ангажиментите реалистични, сигнализира за рисковете, преди сроковете да се изплъзнат, и пази екипа от постоянни промени в приоритетите. | Координира реализацията между екипите, премахва пречките между тях и държи няколко паралелни проекта в график без микромениджмънт. | Определя подхода към реализацията в отдела, балансира работата по пътната карта с техническия дълг и надеждността и държи мениджърите отговорни за резултатите. | Отговаря за резултатите на инженерството спрямо целите на компанията, докладва напредъка и компромисите на ръководството и отстранява системните причини за бавната реализация. |
| Здраве на екипа и наемане | Забелязва отрано прегарянето, конфликтите и загубата на ангажираност и действа, провежда ретроспективи, които водят до промени, и провежда структурирани интервюта по договорени критерии за отворените позиции в екипа. | Оформя структурата и състава на няколко екипа, поддържа еднаква летва при наемане сред интервюиращите и се грижи новите колеги да станат продуктивни още в първите месеци. | Планира числеността на отдела, очертава границите на екипите около ясна отговорност и подобрява задържането на хората въз основа на изходните интервюта и анкетите за ангажираност. | Отговаря за стратегията за наемане в инженерството, за организационния дизайн и за културата: какво се възнаграждава, какво се търпи и какво не. |
| Техническо лидерство | Познава системите на екипа достатъчно добре, за да преценява компромисите, участва в прегледите на дизайна и държи техническия дълг видим и планиран. | Работи с техническите лидери и Staff инженерите по архитектурата между екипите и се грижи значимите технически решения да бъдат записани и прегледани. | Работи заедно със Staff и Principal инженерите по техническата посока на отдела и финансира работа по платформата и надеждността, която нито един екип сам не би приоритизирал. | Грижи се инженерството да има убедителна техническа стратегия и senior технически хора, които да я осъществят, и взема окончателното решение за големите инвестиции в технологии. |
| Стратегия и планиране | Превръща продуктовите цели в тримесечен план на екипа, обяснява причините зад приоритетите и казва „не“ на работа, която не пасва. | Изготвя планове, които обхващат няколко екипа, подрежда зависимостите между тях и коригира плана, когато целите се променят. | Пише годишния план и бюджета на отдела, решава къде да се инвестират хора и свързва инженерната работа с измерими бизнес резултати. | Оформя стратегията на компанията като част от ръководството, определя годишните цели и бюджета на инженерството и решава какво инженерството няма да прави. |
| Партньорство с другите функции | Работи като равностоен партньор с продуктовия мениджър и дизайнера на екипа, задава ясни очаквания на заинтересованите страни и дава честна информация за състоянието. | Управлява очакванията на няколко продуктови партньори, разрешава противоречивите искания между екипите и ескалира с варианти, а не само с проблеми. | Е основният инженерен партньор на един или повече функционални ръководители и договаря пътната карта, обхвата и числеността на екипите на ниво отдел. | Представлява инженерството във висшето ръководство и пред борда, изгражда доверие с колегите си от всяка функция и обяснява работата на инженерството с бизнес термини. |
Превъртете таблицата хоризонтално, за да видите всички нива.
Изтеглете като CSV Отваря се в Excel, Google Sheets или Numbers.
Води един екип от инженери и отговаря за хората, реализацията и състоянието му. Един екип от около четирима до осем инженери.
Води няколко екипа или един голям екип, често чрез технически лидери или по-нови мениджъри. Два-три екипа или 10–25 инженери, понякога включително мениджъри за първи път.
Ръководи инженерен отдел и превръща целите на компанията в неговите планове, структура и наемане. Продуктова област или отдел от няколко екипа и техните мениджъри.
Ръководи цялото инженерство и отговаря пред висшето ръководство за резултатите му. Цялата инженерна организация, бюджетът ѝ и ролята ѝ в стратегията на компанията.
Компания с 15 инженери обикновено има нужда от едно или две от тези нива, а не от четири. Добавете следващото ниво, когато тази работа наистина съществува — например когато мениджър започне да ръководи други мениджъри. В много компании с такъв размер върхът на стълбицата е CTO, който съчетава нивото на VP с отговорността за техническата стратегия; ако имате и двамата, VP управлява организацията, а CTO — технологиите.
Съпоставете всяко управленско ниво с нивото на разработчик със сравнимо заплащане и обхват, така че преминаването между пътеките да е стъпка встрани. Senior разработчик срещу Engineering Manager е често срещана отправна точка.
Някои компании очакват мениджърите да преглеждат код; други искат те да са съсредоточени върху хората и реализацията. Запишете отговора си в реда „Техническо лидерство“, така че очакването да е изрично, а не подразбиращо се.
Помолете преките подчинени и колегите на мениджъра за обратна връзка по същите компетенции. Тя ще ви каже повече за развитието на хората и здравето на екипа, отколкото самооценката на мениджъра.
Въпроси
Engineering Manager отговаря за хората — развитие, обратна връзка, наемане, здраве на екипа — и за реализацията. Техническият лидер (tech lead) е на експертната пътека и отговаря за техническата посока на екипа. В малки екипи един човек може да прави и двете, но това са две различни работи с две различни стълбици.
Обикновено когато екипът нарасне над шест–осем инженери или когато основателят или CTO вече няма време за редовни срещи 1:1 с всички. Точно тогава хората започват да остават без обратна връзка и без разговори за кариерата.
Не би трябвало. Преминаването от инженер към мениджър е смяна на пътеката и на самата работа. Ако управлението е единственият път към по-висока заплата или по-голяма длъжност, губите добри инженери и печелите мениджъри против волята им — затова поддържайте паралелна стълбица за експертната пътека.
Гледайте резултатите на екипа и поведението на мениджъра: как екипът реализира работата, как хората растат и дали остават и какво казват преките подчинени и колегите. Провеждайте същите структурирани чек-ини като с инженерите, с тази стълбица като отправна точка и с включена обратна връзка от екипа.
За компания с 20–200 души три или четири са достатъчни: мениджър на един екип, мениджър на няколко екипа и едно или две ръководни нива над тях. Добавяйте още само когато на всяка стъпка има реална роля за заемане.
Настройте нивата и уменията ѝ за вашия екип, оценявайте хората спрямо тях в чек-ините и вземайте последователни решения за повишения.
Безплатен план · Без банкова карта
Разработка
Пет нива от Junior до Principal и шест компетенции — от писането и пускането на код до развитието на екипа.
Продукт
Пет нива от Junior продуктов мениджър до Head of Product и шест компетенции — от проучването до продуктовата стратегия.
Разработка
Четири нива от Junior до Staff DevOps инженер и шест компетенции — от инфраструктурата до подкрепата за разработчиците.
Как да поддържате експертна пътека редом с управленска: къде се разделят, как да съгласувате нивата им и как хората да преминават между тях, без да губят позиции.
Обновено на 1 октомври 2026 г.
Критерии за повишение, записани предварително, мениджър, който предлага, някой над него, който решава, и писмено предложение — процес за повишения, който растящата компания може да обясни на всички.
Обновено на 1 октомври 2026 г.