🎤 Собираем ИТ команду с нуля. Финансово эффективный гайд 😎 Предыдущий пост вышел провокационным и собрал несколько комментариев в разных местах, но, что стало для меня сюрпризом, большинство поддержало мою мысль 💬
Я благодарен всем, независимо от точки зрения, за то, что даете обратную связь, которая помогает понять, что может быть Вам интересно.
В одном из комментариев, Татьяна задала вопрос: «из каких ролей должна состоять команда?» Постараюсь ответить на него далее. В первую очередь, говоря о составе команды, необходимо учитывать контекст, в котором мы оказались. Я предлагаю разделить его на два крайних случая: 1. Вы пришли в компанию, у которой отсутствуют любые компетенции по разработке ИТ продуктов и вам предстоит строить все с чистого листа. 2. Вы пришли в компанию, в которой уже есть некоторые люди, которые до вашего прихода отвечали за ИТ разработку. В обеих ситуациях есть свои плюсы и минусы, но прямо сейчас, мы возьмём первый контекст. Чтобы начать разработку собственного продукта в уже существующей компании, необходимо закрыть 3 функции:
- Рыночная
- Техническая
- Интеграционная В зависимости от обстоятельств, та или иная функция будет более или менее проявленной, но все три из них необходимы абсолютно всегда. Итак, мы строим ИТ разработку в существующей компании с нуля: 1. Надо понять, какую или какие функции вы закроете своей экспертизой. Если вы сторонний консультант, пришедший в компанию временно, то, конечно же, на себя завязывать ничего не нужно. Но если вы пришли в компанию на долго, то закрыть собой одну или несколько функций крайне желательно. Если хватает навыков, то хоть все три.
2. Часто в компании уже можно найти человека, которому можно доверить либо рыночную функцию, либо интеграционную. Важно, чтобы он сам и его руководитель были согласны с тем, что он перейдет под ваше управление. Например, в компании уже есть человек, хорошо понимающий бизнес и сам он из отдела по продажам, но хотел бы «войти в Айти». К тому же, вы собираетесь разрабатывать продукт, клиентом которого станет отдел продаж. Это неплохой вариант, взять такого человека в команду и делегировать ему частично, или полностью интеграционную функцию. Такой расклад сильно облегчит вам старт и сэкономит время и бюджет.
3. Проверяем, смогли ли мы закрыть все 3 функции или нет. Допустим, осталась не закрытой «техническая». В этом случае, придется найти человека с рынка. Ваш опыт найма и самостоятельное погружение в техническую функцию, играют тут значительную роль, так как люди, которые будут ответственны за нашу триаду функций, будут ключевыми в нашем новом подразделении и ошибка в выборе, может обойтись дорого.
Итак, мы получили трех человек, отвечающих за все 3 функции. Исходя из специфики их качеств, мы распределяем между ними все нужные обязанности. Например, за рыночную функцию отвечает продакт. Он хорошо знаком с тем, как управлять разработкой. Это предопределило то, что мы смогли взять человека из продаж, не знакомого со спецификой разработки и делегировать ему интеграционную функцию. По комплексу распределенных задач, ему ближе позиция бизнес-аналитика. Ну а так как первые два места у нас заняли продакт и бизнес-аналитик, получается, что человек, который будет закрывать собой техническую функцию, должен так же на себя взять коммуникационные обязанности внутри команды разработки. Таким образом, нам нужен Тимлид.
Таким образом, мы получаем три роли и трех людей, сложившихся из нашего контекста: 1. Продакт-менеджер 2. Бизнес-аналитик 3. Тимлид Ну а далее, мы всесторонне оцениваем предстоящие задачи (теперь у нас достаточно для этого компетенций) и совместно определяем, какой ресурс нам потребуется взять с рынка под их выполнение, чтобы в оговоренные с бизнесом сроки и бюджет запустить наш 1 продукт/проект.
Поэтому нет никаких «лучших» составов. Все зависит от людей, которые есть здесь и сейчас, от контекста компании и задач, которые она ставит, и от вашей собственной экспертизы.
Подписывайтесь на канал ❤️ и приглашайте тех, кому он может быть интересен ✉️
