Управление разработкой в IT: работа руководителя проекта без прикрас
Девять утра, созвон на пятнадцать минут. Трое разработчиков говорят, что идут по плану, четвёртый молчит. Тестировщик сообщает, что вчерашняя сборка не поднимается на тестовом сервере. Через час встреча с заказчиком: ему обещали показать работающую функцию в пятницу. К обеду выясняется, что задача, оценённая в два дня, тянет за собой переделку входа в систему, а это ещё неделя.
За это утро вы не написали ни строчки кода. Работа была другая: пересобрать план, предупредить заказчика раньше, чем он заметит сам, и разговорить того четвёртого, который молчит не от занятости. Управление разработкой измеряется не объёмом сделанного лично, а тем, насколько предсказуемо работает команда.
За что отвечает человек, который не пишет код
Руководитель проекта держит три главных обещания: что будет сделано, к какому сроку и за какие деньги. Всё остальное в его дне обслуживает эти три пункта. Он разбирает поток пожеланий заказчика на задачи, расставляет их по важности, следит, чтобы у команды всегда был понятный ближайший кусок работы, и первым узнаёт, что план поехал.
Большая часть дня уходит на разговоры, и это не потеря времени. Если разработчик третий день подряд отвечает «почти готово», задача обычно не готова наполовину: где-то он упёрся в чужой сервис и не хочет об этом говорить, потому что объяснение звучит как оправдание. Вытащить такую новость наружу за неделю до срока дешевле, чем узнать о ней в день сдачи. Умение получать плохие новости заранее отличает работающего руководителя от того, кто аккуратно ведёт таблицу.
Вторая половина работы — оценка. Заказчик спрашивает, сколько займёт новая функция, разработчик отвечает «дня три». Руководитель знает, что к этим трём дням добавятся ревью кода, тестирование, правки после тестирования и выкладка, а ещё половина команды на следующей неделе уходит в отпуск. Из «трёх дней» получается полторы недели, и сказать это надо до того, как заказчик поставит дату в свой календарь.
Материальный след профессии выглядит скромно:
- список задач проекта в порядке важности, который команда действительно открывает;
- план ближайшего выпуска с датами и именами ответственных;
- короткая сводка о состоянии дел для заказчика и руководства;
- перечень рисков, где напротив каждого написано, что делать, если он сбудется.
Ни один из этих документов не ценен сам по себе. Они нужны, чтобы через два месяца никто не спорил, о чём договаривались в начале.
Курсы: Управление разработкой
Все курсы в каталоге-
778 000 ₸*
Пять должностей, которые в вакансиях называют одним словом
Формулировка «менеджер проекта» в объявлениях покрывает пять разных работ. Прежде чем платить за обучение, стоит понять, в какую из них вы целитесь: требования к опыту и денежный потолок у них не совпадают. Роль в вакансии важнее названия программы.
| Роль | Главный вопрос, на который она отвечает | Откуда обычно приходят |
|---|---|---|
| Менеджер проекта | Успеем ли к сроку и уложимся ли в бюджет | Аналитика, тестирование, поддержка, менеджмент из другой отрасли |
| Продакт-менеджер | Зачем мы это делаем и что изменится для пользователя | Маркетинг, аналитика, бизнес-подразделения |
| Тимлид | Как это устроено технически и кто это напишет | Только из разработчиков |
| Скрам-мастер | Что мешает команде работать ровно | Проектное управление, работа с персоналом, разработка |
| Руководитель ИТ-службы | Работают ли системы, которыми пользуется вся компания | Системное администрирование, служба поддержки |
Программы в каталоге разведены по этим ролям так же явно. Одни рассчитаны на действующего разработчика, который впервые берёт команду, другие — на человека со стороны бизнеса, который никогда не открывал систему учёта задач. Третьи учат управлять не проектом, а сервисной ИТ-службой, где важнее непрерывность работы, чем сроки выпуска.
Слова, без которых описание программы не читается
- Бэклог — список всего, что команда когда-нибудь сделает, отсортированный по важности. Верх списка обсуждают каждую неделю, низ может пролежать год.
- Спринт — отрезок работы фиксированной длины, чаще всего две недели, с обещанием показать результат в конце.
- Релиз — выпуск изменений к пользователям. Момент, когда становится видна точность планирования.
- Стейкхолдер — человек, чьё мнение влияет на судьбу проекта: заказчик, руководитель отдела, юрист, служба безопасности.
Берут ли сюда без технического образования
Диплом программиста здесь не спрашивают почти нигде. Спрашивают другое: понимаете ли вы, из чего состоит разработка, и способны ли отличить настоящую техническую сложность от нежелания её объяснять. Человек, который ни разу не видел процесс изнутри, слышит «нужно переписать модуль авторизации» и не может задать ни одного вопроса по существу. А умение задавать уточняющие вопросы разработчику — половина профессии.
Поэтому в управление разработкой чаще заходят сбоку. Тестировщик, который два года смотрел на продукт целиком. Аналитик, привыкший превращать пожелания в требования. Специалист поддержки, знающий, где именно система ломается у клиента. Иногда сильный координатор из строительства или логистики: он умеет вести сроки и подрядчиков, ему не хватает только словаря и понимания, почему в разработке нельзя удвоить скорость, удвоив количество людей.
Документ об обучении имеет значение в двух случаях: при найме в организацию с формальными требованиями к кадровым бумагам и при переходе в смежную область, где нужно подтвердить переподготовку. Часть программ каталога выдаёт диплом о переподготовке, часть — удостоверение о повышении квалификации, остальные ограничиваются сертификатом школы. В продуктовой компании на бумагу посмотрят последней, после разбора вашего опыта.
Отдельный вопрос — где взять первый управленческий опыт, если вас пока не назначали. Обычно его добирают на текущем месте: попроситься вести небольшой внутренний проект, взять на себя координацию перехода отдела на новую программу, довести до конца задачу, в которой участвуют три подразделения. Такой эпизод в резюме весит больше, чем строчка об обучении, а вместе они выглядят убедительно. Учебный проект из программы работает так же: он даёт материал для разговора на собеседовании, где вас спросят не про теорию, а про конкретный случай, когда всё пошло не по плану.
Курсы: Управление разработкой
Все курсы в каталоге
Сколько платят и за сколько месяцев вложение возвращается
По данным ГородРабот.кз, в 2026 году руководитель проекта в Казахстане получает в среднем 611 877 ₸, медианная зарплата составляет 546 250 ₸, а чаще всего в объявлениях указывают 500 000 ₸. В Астане цифры выше: средняя 648 863 ₸, медианная 661 250 ₸, самая частая — 1 000 000 ₸. Разрыв по медиане между рынком страны и столицей — около 115 тысяч ₸ в месяц.
Ориентироваться разумнее на медиану, а не среднюю. Средняя подтягивается вверх редкими предложениями для руководителей крупных программ. В столице это заметно особенно: самая частая цифра там миллион, но она описывает верхний край рынка, а не типичное предложение для человека с двумя годами опыта.
Ступень ниже выглядит скромнее. Менеджер проекта без слова «руководитель» в названии должности по стране получает в среднем 412 418 ₸ при медиане 384 063 ₸ и самой частой цифре 300 000 ₸; в столице — 446 578 ₸, 390 625 ₸ и те же 300 000 ₸. Разница между двумя ступенями по медиане — примерно 162 тысячи ₸ в месяц. Это и есть честный ответ на вопрос, что даёт рост внутри профессии.
Платят такие деньги банки и финтех с собственной разработкой, вроде Kaspi.kz и Halyk Bank, продуктовые компании уровня Kolesa Group, телеком-операторы, а ещё подрядчики государственных информационных систем и промышленные холдинги, которые внедряют у себя учётные системы. У последних проекты медленнее, зато требования к бумагам строже, и там документ об образовании спросят точно.
Про окупаемость без иллюзий. Цены программ в каталоге различаются примерно в двенадцать раз, поэтому единой цифры нет. Если считать не полной зарплатой, а прибавкой при переходе с менеджера на руководителя, самое доступное обучение возвращается меньше чем за месяц работы, самое дорогое — за девять или десять. Разница между этими вариантами не в глубине материала, а в том, входит ли в программу диплом о переподготовке и сопровождение живого наставника.
Что в этой профессии изменилось за последние годы
Десять лет назад руководитель проекта заметную часть недели собирал статусы: обходил разработчиков, спрашивал, на чём стоит работа, и переносил ответы в отчёт. Сейчас статусы собираются сами. Система учёта задач показывает, сколько дней карточка висит без движения, сколько правок пришло после ревью и какие задачи в выпуске ещё не тронуты. Рутина отвалилась, а вместе с ней исчезла и роль передатчика информации.
Ценность сместилась туда, где машина бесполезна: договариваться о приоритетах между отделами, которые тянут команду в разные стороны, вовремя произносить «нет» и разбирать напряжение внутри группы до того, как кто-то напишет заявление. Второе изменение — распределённые команды. Разработчики сидят в разных городах и часовых поясах, общего рабочего времени мало, и письменная постановка задачи стала основным инструментом: задача, которую нельзя понять без устного пояснения, теряет полдня на каждом участнике.
Третье — помощники на основе искусственного интеллекта. Они сносно пишут черновик описания задачи, сжимают часовое обсуждение до десяти строк и дают грубую первичную оценку. Ответственность за срок это не переносит ни на грамм. Выбирая программу, посмотрите, чему она учит: собирать статусы, что уже делает система, или договариваться, чего система не умеет.
Что в этой работе радует и что изматывает
Плюсы
- Виден весь продукт целиком, а не отдельный участок кода
- Вход возможен из смежных профессий, технический диплом не обязателен
- Обучение полностью дистанционное и совмещается с текущей работой
- Навык переносится между отраслями: банк, телеком, промышленность, госсектор
- Ступень роста хорошо читается по деньгам, разрыв между уровнями заметный
Минусы
- Ответственность за срок при отсутствии права приказывать команде
- День состоит из разговоров и переписки, тишины в нём почти нет
- Первую работу без опыта в IT найти труднее, чем начинающему разработчику
- Программ на рынке немного, часть рассчитана на действующих руководителей
- Практику приходится добирать самому: учебная команда не заменяет боевую
Что должно быть в программе, чтобы после неё доверили проект
Выбор по этой теме небольшой: в Казахстане показывается 21 программа от 11 школ. Узкий выбор программ облегчает задачу. Пересмотреть их все за вечер реально, и решение принимается не по рекламе, а по содержанию. Смотреть стоит на пять вещей.
- Сквозной учебный проект от первого разговора с заказчиком до отчёта о закрытии, а не набор разрозненных лекций.
- Работа руками с артефактами: план, список задач, оценка трудоёмкости, реестр рисков, еженедельная сводка.
- Разбор неудобных ситуаций: перенос срока, отказ команды от оценки, смена требований на середине пути.
- Живая обратная связь наставника на ваши документы, а не только автоматическая проверка тестов.
- Прямо названная роль-адресат: тимлид, менеджер проекта или руководитель сервисной службы.
Отдельно проверьте, кто ведёт занятия. В управлении проектами преподаватель без своих сданных проектов заметен с первой недели: он рассказывает про методологии, но не может ответить, что делать, когда заказчик требует новую функцию за два дня до выпуска.
Профессия Project Manager в IT
-
Project manager в IT
Eduson Academy
776 000 ₸*
1 940 000 ₸−60% - ИТ-менеджмент в бизнесе МИТУ Высшее образование 370 000 ₸*
- Менеджер ИТ-проектов МИТУ Высшее образование 273 000 ₸*
- Менеджмент ИТ-проектов МИТУ Высшее образование 1 510 000 ₸*
- Управление командой разработки Яндекс Практикум 778 000 ₸*
Кому эта работа даётся легче
Тем, кто умеет спокойно переспрашивать. Половина проблем в разработке возникает из-за того, что двое поняли договорённость по-разному, а третий постеснялся уточнить.
Тем, кто держит в голове чужие обещания и помнит, кому что обещал сам. Тем, кто пишет коротко: сводка на пять строк, которую прочитают, полезнее отчёта на три страницы, который откроют один раз. Тем, кому приятен порядок в делах — когда список задач сходится, а даты не расходятся с реальностью. И тем, кто выдерживает чужие эмоции: разработчик под давлением срока и заказчик, у которого горит презентация совету директоров, разговаривают резко, и это редко относится лично к вам.
Если вы уже работаете в IT и сомневаетесь, стоит ли уходить из технической роли в управленческую, полезно посмотреть на программы, где преподают действующие руководители из школ бизнеса.
Moscow MBA
- На рынке с
- 2001 года
- Курсов в каталоге
- 159
- Сайт школы
- moscow.mba
Moscow Business Academy — бизнес-школа, которая ведёт MBA-программы дистанционно. Из Казахстана это работает без переездов: Алматы, Астана, Шымкент или Атырау — разницы нет. Один нюанс держите в голове с первого дня: страна живёт по единому времени UTC+5, на два часа впереди Москвы, поэтому вебинар,...
Смотреть курсы школы
MBS
- На рынке с
- 2007 года
- Курсов в каталоге
- 410
- Сайт школы
- mbschool.ru
MBS — Московская Бизнес Школа с MBA, курсами повышения квалификации, профессиональной переподготовкой и корпоративным обучением. Для жителей Казахстана это прежде всего способ учиться на русском языке без переезда: из Алматы, Астаны, Шымкента, Караганды или небольшого города нужен стабильный интерне...
Смотреть курсы школыСильный руководитель проекта — не тот, кто знает о продукте больше всех. Это тот, у кого вся команда в любой момент понимает, что происходит и что от неё требуется сегодня. Такому не научат слайды: научит десяток пройденных сроков, часть из которых вы сдвинете и объясните заказчику почему. Смысл обучения в том, чтобы первые сдвиги случились на учебном проекте, а не на боевом, где за срыв платят деньгами и репутацией.
