Команда как продукт. Практическое руководство по созданию и управлению продуктовой командой в IT
Михаил Михайлович Кузьмицкий
Владимир Александрович Пулион
Мы рады приветствовать тебя на страницах нашей книги, которая станет настоящим ключом к успешному строительству эффективных продуктовых команд в сфере ИТ.Книга поможет посмотреть на проблемы в командах под разными ракурсами, в каждом из которых ты найдешь для себя как важные лайфхаки, так и весьма очевидные, но только на первый взгляд ситуации.Цель книги – поделиться с тобой нашими знаниями и опытом работы с командами, которые создают цифровые продукты.
Команда как продукт
Практическое руководство по созданию и управлению продуктовой командой в IT
Михаил Михайлович Кузьмицкий
Владимир Александрович Пулион
© Михаил Михайлович Кузьмицкий, 2024
© Владимир Александрович Пулион, 2024
ISBN 978-5-0064-9266-0
Создано в интеллектуальной издательской системе Ridero
ВВЕДЕНИЕ
Мы рады приветствовать тебя на страницах нашей книги, которая станет ключом к успешному строительству эффективных продуктовых команд в сфере ИТ. Книга поможет посмотреть на проблемы в командах под разными ракурсами, в каждом из которых ты найдешь для себя как важные лайфхаки, так и весьма очевидные, но только на первый взгляд, ситуации.
Мы не просто авторы этой книги, а специалисты, которые прошли множество сценариев работы с командами в различных крупных компаниях и стартапах. Мы создавали цифровые продукты, решающие ключевые задачи бизнеса и общества в различных сферах и сегментах, и мы знаем, как важно иметь эффективную команду для достижения успеха. Мы строили команды с нуля, работали с различными технологическими стеками, сталкиваясь с их особенностями на протяжении более восьми лет и управляли командами разработки цифровых продуктов до 60 человек в каждой. Мы знаем, как важно иметь команду, которая работает на все 120% не выгорая, чтобы достичь общей цели.
Наша книга – это не сухая теория, а исключительно практические кейсы, основанные на нашем многолетнем опыте работы с командами на всех этапах их формирования, роста, развития и удержания. Это результат коллективного творчества, и мы гордимся тем, что работали и работаем с такими талантливыми и надежными людьми, вдохновившими нас на написание этой книги. Мы поделимся с тобой успешными сценариями в жизни команды и расскажем про факапы и их последствия, чтобы помочь тебе избежать ошибок и использовать наш практический опыт для формирования решений в схожих ситуациях.
Читая нашу книгу, ты получишь глубокие практические навыки и инструменты для эффективной работы с командой, которые помогут тебе достичь высоких результатов в твоей профессиональной деятельности. Наш опыт станет бустом для создания или развития бизнеса и поможет создавать цифровые продукты в нужные сроки, достигая поставленных целей, ведь именно команда – это и есть продукт.
Цель книги – поделиться с тобой нашими знаниями и опытом работы с командами, которые создают цифровые продукты. Мы уверены, что наш опыт будет полезен не только менеджерам, занимающимся созданием цифровых продуктов в ИТ, но и руководителям крупного и среднего бизнеса. Книга будет полезна не только для специалистов в области информационных технологий, но и любых профессий, должностей и позиций, где присутствует командная работа.
– — – — – — – — – — – — – — – — —
Кейс: из каменного века в век цифровизации
Суть: сразу хочется вспомнить с чего все начиналось и поделиться с тобой тем, что получилось сделать и к чему привели наши самые первые труды.
Мы начинали свой путь в одной крупной компании федерального масштаба, в которой на тот момент насчитывалось более 300 тыс. сотрудников по всей стране. Это была компания, которая располагала собственной ИТ-инфраструктурой и решениями, но на тот момент это больше напоминало 20-е годы и всем в то время привычный синий экран в стиле Norton’а и окон от Windows 98. Обслуживать цепочку взаимосвязей на уровне всей страны – тяжелейший труд, но команде компании удалось добиться в этом огромных успехов. Но сейчас мы поговорим немного о другом.
Интерфейсы приложений и вспомогательные программы для сотрудников компании были в зачаточном состоянии. Они, конечно, решали свои задачи, и сотрудники могли работать, выполняя свою основную функцию, но об удобстве на тот момент не было и речи. Многие выживали только благодаря наличию электронной почты и установленного Word или Excel. Работа некоторых сотрудников выглядела следующим образом: взять табличку в Excel, внести туда данные по расчетам, сохранить, отправить по электронной почте другому сотруднику, который из этой одной таблички делал четыре таблички и передавал дальше. Таким образом формировалась некая отчетность на уровне операционной работы. Коммерческая отчетность мало чем отличалась от операционной, это были десятки таблиц, которые сотруднику приходилось заполнять руками в течение дня и времени на продажи и встречи с клиентами почти не оставалось.
Не сказать, что это был совсем каменный век в области цифровизации, но о UX[1 - UX – user experience – «пользовательский опыт».] и API[2 - API – Application Programming Interface – программный интерфейс, с помощью которого приложения, веб-сервисы и программы обмениваются информацией.] в то время точно никто еще не думал, как и об оптимизации процессов на уровне всей компании. А деревянные счеты порой не вызывали агрессивной реакции у сотрудников. Это интересное для нас состояние и стало отправной точкой для начала работы.
Биллинг 1.0
Мы оцифровывали процессы во всех сферах бизнеса на протяжении трех лет, оптимизировали работу сотрудников разных подразделений и повышали уровень цифровизации как внутри компании, так и при взаимодействии с клиентами. Стартом нашей работы было нулевое взаимодействие клиентов с компанией на уровне цифрового взаимодействия и полное отсутствие учетных и аналитических данных, собранных не в табличках в Excel, а в централизованных хранилищах и системах.
По итогам работы нашей команды уровень цифрового взаимодействия вышел на очень высокий уровень и достиг 70% в части взаимодействия b2b клиентов с компанией через WEB, а уровень внутренней оптимизации процессов и оцифровка работы сотрудников компании позволили поддерживать этот уровень на должном качественном уровне. Внутренняя CRM система обеспечивала моментальное заключение договора оферты с новым клиентом, давала плавный переход в личный кабинет компании и старт работы уже в течение 24 часов, когда ранее на это уходило до 1,5 месяца.
Вывод: всегда сложно, но в то же время очень интересно начинать оцифровывать процессы в компании, особенно если они находятся в зачаточном состоянии. Если с тобой сильная и заряженная на результат команда, которая видит, как меняется компания, люди в ней и процессы, то все обязательно получится.
– — – — – — – — – — – — – — – — – — – —
ПРЕДИСЛОВИЕ
В современном мире командная работа является неотъемлемой частью нашей жизни. Будь то бизнес, спорт или образование, успешная команда способна достигать невероятных результатов. Но что делает команду действительно эффективной? Каким образом можно выстроить дружный коллектив, способный работать синхронно и достигать поставленных целей?
В течение многих лет наша команда работала над созданием инновационных цифровых продуктов, которые существенно меняли правила игры в относящихся к ним отраслях. Но, как это часто бывает, наш путь был полон препятствий, и только благодаря упорству и труду нашей команды мы смогли достичь поставленных целей. Наша книга – это результат коллективного творчества, и мы гордимся тем, что работали и работаем с такими талантливыми и надежными людьми, вдохновившими нас на написание этой книги.
В книге «Команда как продукт» мы, люди имеющие довольно обширный опыт в сфере менеджмента и продуктового управления, раскрываем тайны эффективной работы продуктовой команды. Они демонстрируют, что команда должна рассматриваться не как набор индивидуальных навыков каждого члена команды, а как самостоятельный продукт, который требует ухода и грамотного управления.
Мы подробно описываем, что требуется для создания команды, способной функционировать на высоком уровне. Заострим особое внимание на важности правильного формирования команды, подбора персонала и развития важных ценностей и целей. Ведь только сильная команда, которая разделяет общие цели и стремления компании, способна достигать выдающихся результатов.
В книге подробно анализируются различные типы команд, их структура и особенности работы. Авторы не только приводят успешные примеры, но и рассматривают непростые ситуации, связанные с конфликтами в команде, неэффективным руководством в них и другими проблемами, возникающими на пути к достижению совершенства.
Особое внимание в книге уделено процессу развития команды. Автор предлагает шаг за шагом разработать стратегию укрепления команды, включающую в себя такие важные аспекты, как мотивация, обучение и наставничество.
«Команда как продукт» – это не просто книга для менеджеров и лидеров, это руководство для всех, кто хочет улучшить свои навыки в командной работе. Она предлагает реальные инструменты и методики, которые помогут создать и управлять командой, способной реализовать потенциал каждого ее участника.
В этой книге читатели найдут не только полезные советы, но и мотивацию для развития своих лидерских способностей. «Команда как продукт» – это неотъемлемая часть библиотеки каждого, кто стремится к успешной командной работе и достижению поставленных целей. Ведь как сказал один из великих лидеров: «Единственный способ сделать что-то великое – это делать это вместе».
В каждой книге, особенно той, которая посвящена реальным событиям, автор сталкивается с трудным выбором. Как сохранить правдивость повествования, не навредив при этом никому из участников происходящего? Ведь за каждым именем, каждой фамилией скрывается живой человек со своими чувствами и переживаниями. В нашей книге все имена вымышлены, чтобы никого не обидеть и не нарушить личную жизнь реальных людей, стоящих за каждым из практических кейсов. Благодаря этому мы свободно и открыто будем рассказывать о событиях, которые имели место, не опасаясь негативной реакции окружающих. Таким образом можно сосредоточиться на главном – живой истории, которая заслуживает твоего внимания.
Специально для наших читателей мы создали отдельный Телеграм канал @komandakakproduct для возможности общения и активной помощи в решении нестандартных ситуаций в работе команды.
ГЛАВА 1
ФОРМИРОВАНИЕ КОМАНДЫ?
Структура продуктовой команды
В основе нашей книги «Команда как продукт» лежит сценарий успешного формирования крутой команды и последующего ее развития. Не кажется ли тебе, что это напоминает создание любого продукта с нуля? По сути, так и есть. Давай вспомним, что такое продукт. Продукт включает в себя ценностное предложение – это обещание, которое дается своим клиентам о том, какую уникальную ценность и преимущества они получат в продукте и не найдут у конкурентов. Ценностное предложение должно быть кратким, простым и понятным. Создание эффективного ценностного предложения – важный шаг в разработке бизнес-стратегии и маркетинговой кампании. Оно помогает клиентам понять, почему ваш продукт или услуга лучше, чем у конкурентов, и зачем им нужно выбрать именно вас. Продукт включает бизнес-пользователей – клиентов внутри компании и за ее пределами, которые готовы «нанимать» продукт из-за его ценности и платить за это деньги, создавая ценность продукта уже для компании. Продукт – система, которая создает ценность, состоит из команды людей, бизнес-процессов и инструментов для их исполнения.
Теперь посмотрим на продуктовую команду под тем же ракурсом. Продуктовая команда – это сообщество людей различной направленности, объединенных одной целью по созданию продукта, несущего ценность компании и ее клиентам. Не находишь сходства? Все верно, создав множество цифровых продуктов, мы тоже заметили такую зависимость и решили внимательнее присмотреться к ней, понять ее особенности и возможности, как собирать именно такую команду, которая, несмотря ни на что, готова творить в любой сфере и для любых пользователей одинаково прекрасно. Давайте теперь рассмотрим подробнее, кто входит в продуктовую команду, как она построена и какие есть зависимости внутри нее, это позволит нам вплотную подойти к вопросу раскрытия создания такой команды.
Начнем наш разбор структуры команды с более административной части, если это можно так назвать.
– — – — – — – — – — – — – — – — – — – —
Кейс: владелец продукта – друг или начальник?
Суть: работая в окружении огромного количества команд, особенно в крупных компаниях, наблюдаешь очень интересную и в то же время очень грустную картину. Владелец продукта считает себя руководителем тех людей, кто работает над созданием продукта в продуктовой команде. Довольно часто встречаются два вида работы такой команды. Первый – когда владелец продукта является действующим административным руководителем, например занимает должность руководителя отдела или направления, а в его подчинении находятся все участники команды. Второй – когда владелец продукта является внешним сотрудником для команды продукта, как и все ее участники, например вертикаль дизайна или тестирования, разработки, а может и аналитики. В таком случае команда собирается под продукт из разных доменов и начинает работать над созданием продукта, после чего с большой долей вероятности переключается на следующие продукты, а иногда и вынуждена отключаться или переключаться на другие задачи вертикали. В первом варианте владельцы продукта допускают очень частую ошибку – ставят себя руководителями, а не членами команды. Кто такой владелец продукта в команде, спросишь ты. Да все просто: такой же сотрудник в команде, выполняющий множество задач, связанных с созданием или развитием продукта, общением со стейкхолдерами, планированием и стратегий и т. д. Так почему он руководитель? Он скорее проводник команды и капитан корабля, движущийся к достижению поставленных целей. Это очень тонкая грань: быть в меру руководителем и одновременно быть другом наравне со всеми, кто совместно с владельцем продукта создает ценность.
Как надо и не надо делать. Ярким примером является то, что в жизни продукта и команды бывают критические ситуации, например что-то перестает работать в продакшене и начинается сильный негатив от клиентов, а это еще вдобавок нерабочее время или выходные. Твое непосредственное включение в проблему на уровне члена команды, а не руководителя значительно снижает факторы негатива в команде, а вовлеченность поддерживает моральную составляющую и повышает скорость решения проблемы.
У нас была ситуация, когда после релиза очередной версии продукта, который был в субботу в шесть утра, спустя несколько часов начались проблемы. К нам прилетели первые ласточки от клиентов и нужно было включиться в решение проблемы. Первым делом мы самостоятельно пытались локализовать проблему и начали подключать к решению соответствующих людей от разных подразделений, включая инфраструктуру. Организовали созвон, на котором сами присутствовали и разбирались с проблемой и вытаскивали ребят по мере их возможности и необходимости. Мы не переложили проблему на тестирование или поддержку, а сами принимали активное участие в тестировании и локализации проблемы, что сильно помогало команде и снижало уровень стресса.