Руководитель разработки программного обеспечения кто это
Обновлено: 05.07.2024
Я учился на прикладной математике в авиационном институте. Про самолеты там ничего не было правда. Нас учили на системных программистов. В какой-то момент у института появилось мобильное приложение с расписанием, новостями и фидом из твиттера. Я помогал с разработкой раздела новостей и карт. После окончания устроился IOS-разработчиком.
Первый продуктовый опыт у меня случился в Sunlight в 2015 году. В компанию я пришел в качестве руководителя разработки мобильных приложений. Был первым из сотрудником направления. Изначально акционеры не верили в идею мобильного приложения. А через 2,5 года мы запускали только мобильный продукт. При мне компания перешла в понимание mobile first.
Я пришел в компанию в декабре 2020. На тот момент команда сильно устала от запусков и перехода на удаленку. Я начал много времени инвестировать в то, чтобы дать команде новую мотивацию.
Временами я делал горизонтальные шаги: из разработчика в продакты и из директора по продукту в руководителя разработки. Но за счет такой широты получается интересный опыт, благодаря которому на многие вещи смотрю стратегически.
В 2015 продакт-менеджмент не был популярным явлением. В Sunlight мы шли интуитивно. Я писал код для IOS и понимал, что нам нужен Android-разработчик. А ему нужно ставить задачи, синхронизировать их между платформами. Появилось много письменной и аналитической работы. Стал нанимать IOS-разработчиков, чтобы уже они писали код, а я ставил задачи. Мобильное направление быстро становилось заметным. И я понял, что уже не только я генерирую поток задач, появляются заказчики со стороны маркетинга, продаж, руководства. По сути я делал то, что требовалось для развития приложения. Так и оказался на месте продакта.
Я не получал специального образования и не заканчивал курсы по продакт-менеджменту. Искал решения задач, которые передо мной появлялись в рабочих моментах. Например, как объяснить заказчику, что конкретную фичу не нужно делать. По сути круг задач продакта не очень большой. За полгода при определенной силе воле и желании ты можешь прокачать эти навыки.
Такую же тактику применяю сейчас на начинающих продактах у себя в команде. Они могут чего-то не знать, и это нормально. Им нужно задать направление. Ведь зачастую поиск решения у джунов занимаем много времени.
В продакт-менеджмент переходят много специалистов из других сфер. Часто у них нет технического образования. Критично ли это? Думаю, нет.
Но я все же считаю, что для карьеры менеджера по продукту подойдет любое образование.
Выделить время на исследования. Львиную долю занимает работа проджекта: скоординировать, принести результат и т.д.
Конечно, можно пойти учиться на курсы. Но ничего кроме роста изнутри посоветовать не могу.
Преимущества такого подхода в практике и кейсах. Одно дело прочитать в книге, а другое дело пройти через реальные задачи и понять, как работает бизнес и что для этого нужно.
Наши продакты любят симулятор работы в продуктовой компании GoPractice!
Общайтесь. Не бойтесь задавать вопросы и вытаскивать из людей требования о продукте.
Ориентируйтесь на результат и задавайте правильные вопросы заказчику.
Самые важные навыки — проактивность и инициативность. У продакта может не хватать ресурсов, могут меняться приоритеты, появляться ошибки. Но эти драйверы помогут человеку донести результат.
Мне не так важны вызубренные терминология и практики. Если человек не зажигает меня своей энергией, он не сможет зажечь команду и рынок. Он не будет распространять влияние своего продукта.
Продуктовый подход — решение, направленное на развитие продукта и его сопровождение на всех этапах жизненного цикла - от исследования и создания до введения в эксплуатацию. Менеджер продукта принимает решения, направленные на развитие самого продукта и его экономики. Он решает, что делать (исследования) и как делать (разработка, спринты, MVP и т.д.).
Чтобы расти дальше как продакт, стройте продуктовый подход. Когда в компании все разбито на маленькие продукты, появляется честная и объективная система приоритизации. Сотрудники понимают, зачем они ходят на работу. В рамках своей команды они видят, с чего платится зарплата и операционка, сколько денег приносит их деятельность.
Не держите энциклопедию в голове, учитесь разбираться и решать задачи по мере их поступления. Вам нужно заработать деньги с помощью того результата, который принесете. А остальное гуглится и делегируется.
"Ощущение, что ты делаешь все и ничего одновременно." - слеза прокатилась по щеке от этого пункта. Бесконечный конфликт в голове по этому вопросу. Причем парадокс, чем лучше ты решаешь проблему, тем сильнее это ощущение. Постоянное балансирование между выгоранием от объема задач, отсутствием задач, качественным их решением и желанием делать что-то руками. Необходимость делать все в будущем лучше, чем сейчас очень противоречит с собственной мотивацией, бесконечная борьба.
Вот это неожиданно
Когда закрытие всех магазинов ?
Судя по статье, требуемым скиллам и всему, чем я занимался крайние 12 лет - я, блин, продакт. А судя по деятельности - нет. Как жить дальше?
Пройди GoPractice, сразу станешь настоящим продактом. Вон все поцоны от доставщиков пиццы до инженеров биотуалетов прошли и стали, а чем ты хуже?
Сложно смириться со стартом с нуля, когда уже давно есть определенные достижения в других сферах. Но может быть и нужно выйти из зоны комфорта. Повод для размышления, да.
Да не, это сарказм про то, как сейчас в 90% статей становятся продактами. Иногда видно реальное развитие - не целился в менеджмент и управление проектами, но органично до него дошел, это отлично. А зачастую работал продавцом обуви, прошел курсы питон разработчика в Яндексе, не взяли - но вот теперь я продакт в другой компании. Смотрите, даже GoPractice прошел (кстати, никогда не видел, чтобы показывали хотя бы результаты его прохождения, там вообще-то система оценки встроена).
Что реально важно для продакта:
1. Технический бэкграунд. Да, пишут статьи о том, что может стать любой. Кто-то становится, но нет, любой стать не может. Просто потому, что тогда качество продукта в гораздо большей степени зависит от навыков команды и способностей лидов объяснить понятными маглу терминами почему так делать не нужно. В итоге компетенция команды заменяет работу и саму роль ПМ/ПО. Приходит такой "продакт" в новую команду послабее - и тянет весь проект на дно якорем.
2. Умение общаться, или софт скиллс по-хипстерски. Нужно договариваться и с командами, и с заказчиками, и со стейк холдерами, и, зачастую, с владельцами бизнеса. Это только кажется, что идеально продуманное технически грамотное решение все команды бросятся реализовывать. На практике кто-то хочет другой стэк, кто-то хочет побыстрей, кто-то хочет, чтобы его часть была поменьше. Если нет хороших отношений и авторитета - даже в средней по численности команде придется продавливать все через циркуляры от менеджмента.
В вашем случае есть технический опыт и, вероятно, схожий стэк обязанностей и задач, поэтому естественную трансформацию может сдерживать банальное отсутствие подходящей позиции. В идеале это перейти внутри компании - уже имея опыт, понимание процессов, а дальше в комфортной среде уже добрать необходимое. Но, увы, такое не всегда возможно. На новом месте сложно, да и ЗП без опыта может удручать - все знают сколько нас, паразитов, развелось, и качество скачет от нуля до бесконечности без возможности реальной проверки.
Вы перепутали менеджера проектов с продактом. Ваш список скилов это список скилов обычного менеджера проектов
Да, по образованию инженер АСУ, в прошлом в основном управленческие позиции в продажах, всякого опыта общения больше чем нужно, от уборщиц до первых лиц или там замов губернаторов, от валлийцев и немцев до жителей деревни мормыжи 😂 как то так
Имидж профессионалов IT сферы в массовой культуре кардинально изменился за последние годы. Абсурдные стереотипы ушли в прошлое, а программисты стали настоящей элитой 2010-х.
Однако, когда мы говорим о профессионалах в IT сфере, мы должны говорить не только о программистах. IT проекты требуют участия различных специалистов, и не только с техническим образованием.
В Smartum Pro мы работаем с проектами из различных индустрий, таких как здравоохранение, логистика, электронное обучение и др., для которых необходимы различные подходы, но при этом основные аспекты нашего процесса разработки веб и мобильных приложений остаются неизменными.
Наша команда включает в себя профессионалов с различными ролями, которые работают для получения лучшего решения, удовлетворяющего целям и требованиям клиента.
В данной статье мы поговорим о 6 ключевых профессиональных ролях, необходимых для проекта разработки качественного мобильного или веб приложения.
Бизнес-аналитик
Бизнес-аналитик вовлечен в проект с первой стадии, сразу после заключения сделки, а иногда даже до нее. Главная обязанность бизнес-аналитика заключается в коммуникации как с клиентом, так и с командой разработчиков.
Заказчики обычно думают в первую очередь о своих целях. Программисты же думают о функциях и коде, фокусируясь на том, как сделать то, что хочет клиент, и решить его задачи.
Но между целями клиента и функциями приложения лежит целая пропасть. Следовательно, бизнес-аналитик (сокращенно БA) должен точно определить, что хочет заказчик и что ему нужно.
БA собирает требования клиента к желаемому продукту, анализирует то, как он должен выглядеть и какие функции нужно включить в разработку, а также зачем и как это должно быть сделано.
Бизнес-аналитик также проводит исследование конкурентов вместе со специалистами в области маркетинга для обеспечения устойчивости продукта на рынке и его конкурентоспособности с уже существующими продуктами.
Бизнес-аналитик также определяет целевую аудиторию продукта, создает пользовательских персонажей, вайрфреймы и пишет техническое задание, если оно не было полностью предоставлено клиентом.
Таким образом, роль бизнес-аналитика заключается в планировании оптимального процесса разработки, интерпретации требований заказчика, подготовке документации и осуществления эффективной коммуникации между клиентом и командой.
Менеджер проекта
Когда требования клиента определены и правильно интерпретированы, в процесс разработки подключается менеджер проекта (сокращенно PM). Его основная задача заключается в управлении проектом, как следует из названия профессии.
Чтобы точнее объяснить роль PM, давайте рассмотрим его основные задачи. Как и бизнес-аналитик, менеджер проекта также может быть включен в коммуникацию с клиентом, однако главной задачей PM является работа непосредственно с командой разработчиков программного обеспечения.
Менеджер проекта распределяет задачи между ними, планирует ход работы, мотивирует команду, контролирует процесс и координирует общие действия. Также он несет ответственность за тайм-менеджмент, управление рисками и действия в случае непредвиденных ситуаций.
PM следит за тем, чтобы процесс разработки шел по плану. В гибких методологиях это также подразумевает то, что изменения, которые необходимо внести в проект, внедряются корректно, так что клиент может быстро и легко утвердить их, а команда не делает лишней работы.
UI/UX дизайнер
Это тот человек, от которого идет большая часть креативности в проекте. Главная ответственность UI/UX дизайнера заключается в создании приятного интерфейса и отличного пользовательского опыта.
Дизайнер использует вайрфреймы, созданные клиентом или бизнес-аналитиком, чтобы “нарисовать” мокапы и создать дизайн интерфейса мобильного приложения (UI) согласно действующим гайдлайнам и трендам. Он также планирует пользовательский опыт, который сделает продукт удобным для использования.
В Smartum Pro наши дизайнеры применяют InVision для создания динамических прототипов, которые отражают поведение и внешний вид будущего продукта, позволяя протестировать прототип на реальном устройстве до начала процесса разработки.
Клиенту удобно видеть модель приложения, а программистам прототип просто необходим, чтобы написать код. Это как дизайн-проект комнаты для профессионалов, которые будут её декорировать — необходимо видеть, что должно получиться в результате работы. Наши дизайнеры в Smartum Pro также предоставляют графические элементы для магазинов приложений, мокапы и логотипы.
Разработчики/программисты
Это ядро команды, люди со специфической областью экспертизы. Программисты — это словно переводчики, которые переводят язык человека и язык графики в язык цифровых технологий, которые понятны компьютерам и устройствам, что позволяет выполнять то, что хочет клиент.
Существуют различные уровни в команде разработчиков программного обеспечения, включающие junior, middle и senior уровни, которые зависят от опыта работы и уровня экспертизы.
Программисты также имеют различные области экспертизы, они пишут на различных языках и работают с различными платформами. Поэтому и существует такое “разнообразие” разработчиков, вовлеченных в один проект. Например, стандартный проект разработки мобильного приложения требует участия как минимум Android, iOS и backend-разработчиков.
QA (Quality Assurance) специалисты необходимы для каждого процесса разработки и обеспечения высокого качества продукта. Они тестируют его, проходят через все приложение и определяют баги и ошибки с последующим предоставлением отчета команде разработки, которая проводит их исправление.
Необходимо выявить ошибки до того, как продукт попадет к пользователям, чтобы сохранить лицо продукта и обеспечить позитивный пользовательский опыт. Другие обязанности QA-специалистов включают общее тестирование продукта и его соответствие заявленным требованиям.
Специалист по маркетингу
Профессионалы в сфере маркетинга работают с продуктом на стадии до и пост-разработки и являются необходимыми для развития каждого продукта, только если это не система, используемая исключительно внутри компании. Команда разработала отличный продукт, но какой в этом смысл, если никто об этом не узнает?
Таким образом, эти специалисты проводят исследование рынка на первой стадии проекта, определяют целевую аудиторию и изучают ее нужды и предпочтения, а также подготавливают и запускают маркетинговые кампании после выпуска продукта, ищут каналы распространения, занимаются маркетингом в социальных сетях, пишут тексты и статьи, описания продукта (контент-маркетинг) и др., чтобы обеспечить продвижение продукта и его успех.
Специалисты по маркетингу также отвечают за анализ статистики приложени, его дальнейшее развитие и улучшение (подразумевая анализ реакции пользователей, определение функций и того, что нужно сделать в следующей версии)и пр.
Суммируя все вышесказанное, стоит отметить то, что команда разработки программного обеспечения — это не только программисты.
В Smartum Pro работает слаженная команда профессионалов с экспертизой в различных сферах, отвечающих за все стадии разработки мобильных и веб приложений и обеспечивающих создание качественного продукта.
Руководитель ИТ-проектов – сотрудник, целью которого является сопровождение конкретного проекта от планирования до реализации. Критерием успеха здесь является соответствие результата поставленным задачам.
Суть проекта может заключаться в разработке новой информационной системы или во внедрении уже существующей системы в компании. В один период времени руководитель ИТ-проектов может заниматься одним крупным проектом или несколькими небольшими. В любом случае его труд является разносторонним, ему приходится все время переключаться с одной задачи на другую и одновременно удерживать перед глазами общую картину.
Квалификационные требования
Руководитель проектов в сфере ИТ должен быть знаком с основами системного анализа, разбираться в современном программном обеспечении и информационных системах, знать основы бюджетирования и уметь руководить людьми. Он должен свободно ориентироваться в стандартах и лучших практиках по управлению проектами. Руководитель ИТ-проектов должен понимать суть бизнес-процессов компаний, в которых внедряется информационная система.
Этот сотрудник обычно имеет высшее образование в сфере информационных технологий, а также проходит курсы повышения квалификации в области проектного менеджмента. Дорасти до этой должности можно, постепенно продвигаясь по карьерной лестнице в IT-отделе одной организации.
Чтобы занять этот пост с нуля, обычно требуется опыт работы на аналогичной позиции. Причем нового работодателя будет интересовать не только формальный стаж работы, но и примеры успешно реализованных задач. Свои успехи лучше заранее описать в резюме.
Функциональные обязанности
Руководство проектом в ИТ-сфере включает в себя следующие должностные обязанности:
- Определение сроков завершения различных этапов работы;
- Разработка плана действий;
- Расчет финансовых затрат на закупку оборудования, оплату труда, иные необходимые цели;
- Ежедневное управление персоналом, участвующим в работе;
- Контроль качества;
- Определение возможных рисков и их минимизация;
- Найм субподрядчиков для исполнения отдельных функций;
- Своевременное внесение изменений в планы и сроки, если того требует ситуация;
- Обеспечение связи между всеми участниками реализации проекта, сведение их усилий к единому результату.
Профессиональные навыки
Руководитель ИТ-проектов должен быть знаком с современными инструментами управления (такими как сетевые графики и анализ альтернатив) и ориентироваться в ИТ-сфере. IT – динамичная, быстро развивающаяся область. Поэтому сотрудник должен быть готов постоянно повышать квалификацию, узнавать о новых программных продуктах и оборудовании нового поколения. Для изучения технической документации и статей в профессиональных СМИ в большинстве случаев потребуется уверенное знание английского языка.
Чтобы управлять проектами, надо ориентироваться в экономических вопросах, уметь рассчитывать бюджет и контролировать его исполнение. Руководитель ИТ-проектов должен понимать – как минимизировать затраты и в каких случаях снижение затрат нежелательно из-за негативного влияния на сроки и качество работы. Хороший руководитель проектов в сфере ИТ способен исчерпывающе объяснить свою позицию заказчику.
Руководитель ИТ-проектов должен правильно подбирать сотрудников для различных задач и грамотно выстраивать коммуникации между ними. Причем речь идет не только о налаживании связей между людьми, но и о техническом обеспечении этого процесса. Иногда вовремя созданный чат в мессенджере напрямую влияет на успех общего труда.
Важная часть управления ИТ-проектом – оформление документации. Иногда руководителю ИТ-проектов приходится заключать юридически договоры с поставщиками и субподрядчиками, составлять прозрачную отчетность для заказчика и контролирующих органов. При этом ошибки в документах порой заставляют начать всю работу заново и приносят крупные убытки.
Где пройти обучение на руководителя IT-проекта
Руководитель ИТ-проектов – сотрудник, целью которого является сопровождение конкретного проекта от планирования до реализации. Критерием успеха здесь является соответствие результата поставленным задачам.
Суть проекта может заключаться в разработке новой информационной системы или во внедрении уже существующей системы в компании. В один период времени руководитель ИТ-проектов может заниматься одним крупным проектом или несколькими небольшими. В любом случае его труд является разносторонним, ему приходится все время переключаться с одной задачи на другую и одновременно удерживать перед глазами общую картину.
Квалификационные требования
Руководитель проектов в сфере ИТ должен быть знаком с основами системного анализа, разбираться в современном программном обеспечении и информационных системах, знать основы бюджетирования и уметь руководить людьми. Он должен свободно ориентироваться в стандартах и лучших практиках по управлению проектами. Руководитель ИТ-проектов должен понимать суть бизнес-процессов компаний, в которых внедряется информационная система.
Этот сотрудник обычно имеет высшее образование в сфере информационных технологий, а также проходит курсы повышения квалификации в области проектного менеджмента. Дорасти до этой должности можно, постепенно продвигаясь по карьерной лестнице в IT-отделе одной организации.
Чтобы занять этот пост с нуля, обычно требуется опыт работы на аналогичной позиции. Причем нового работодателя будет интересовать не только формальный стаж работы, но и примеры успешно реализованных задач. Свои успехи лучше заранее описать в резюме.
Функциональные обязанности
Руководство проектом в ИТ-сфере включает в себя следующие должностные обязанности:
- Определение сроков завершения различных этапов работы;
- Разработка плана действий;
- Расчет финансовых затрат на закупку оборудования, оплату труда, иные необходимые цели;
- Ежедневное управление персоналом, участвующим в работе;
- Контроль качества;
- Определение возможных рисков и их минимизация;
- Найм субподрядчиков для исполнения отдельных функций;
- Своевременное внесение изменений в планы и сроки, если того требует ситуация;
- Обеспечение связи между всеми участниками реализации проекта, сведение их усилий к единому результату.
Профессиональные навыки
Руководитель ИТ-проектов должен быть знаком с современными инструментами управления (такими как сетевые графики и анализ альтернатив) и ориентироваться в ИТ-сфере. IT – динамичная, быстро развивающаяся область. Поэтому сотрудник должен быть готов постоянно повышать квалификацию, узнавать о новых программных продуктах и оборудовании нового поколения. Для изучения технической документации и статей в профессиональных СМИ в большинстве случаев потребуется уверенное знание английского языка.
Чтобы управлять проектами, надо ориентироваться в экономических вопросах, уметь рассчитывать бюджет и контролировать его исполнение. Руководитель ИТ-проектов должен понимать – как минимизировать затраты и в каких случаях снижение затрат нежелательно из-за негативного влияния на сроки и качество работы. Хороший руководитель проектов в сфере ИТ способен исчерпывающе объяснить свою позицию заказчику.
Руководитель ИТ-проектов должен правильно подбирать сотрудников для различных задач и грамотно выстраивать коммуникации между ними. Причем речь идет не только о налаживании связей между людьми, но и о техническом обеспечении этого процесса. Иногда вовремя созданный чат в мессенджере напрямую влияет на успех общего труда.
Важная часть управления ИТ-проектом – оформление документации. Иногда руководителю ИТ-проектов приходится заключать юридически договоры с поставщиками и субподрядчиками, составлять прозрачную отчетность для заказчика и контролирующих органов. При этом ошибки в документах порой заставляют начать всю работу заново и приносят крупные убытки.
Где пройти обучение на руководителя IT-проекта
Читайте также: