Привет, это канал "Самоучки IT (Управление проектами)" https://t.me/+NfVrLMxdKS0yNDNi Сегодня поговорим об одной жизненно важной теме для любого менеджера проектов в сфере разработки - о технических знаниях. Многие из нас начинают свой путь в IT без серьезного технического бэкграунда, и это нормально. Но рано или поздно приходит понимание, что базовые познания в этой области просто необходимы. Поэтому сегодня я расскажу, зачем прокачивать технические скиллы, с какими сложностями можно столкнуться без них и как их наработать.
Для начала, хочу сразу отметить, что речь пойдет о проектах в заказной разработке, где мы имеем дело не только с дизайном и контентом, но и с веб-приложениями, интернет-магазинами и всякими навороченными штуками. И роль менеджера проекта тут не ограничивается управлением командой - он еще и главное лицо перед клиентом. Именно ПМ должен защищать решения команды, объяснять выбор технологий и прочее. А как это сделать без хотя бы базовых познаний в теме?
Я сам через это прошёл, ребята. Когда меня впервые бросили на такой проект, я честно думал, что умру. Техническим директором был настоящий гуру в своей области, мегамозг просто. А я сидел, как выжатый лимон, и боялся даже рот открыть, чтобы не показаться совсем уж профаном. В общем, чувствовал себя полной бездарью.
Но знаете что? Отсутствие технических знаний — это не только стресс и комплексы. Это прямая угроза для проекта. Как ты можешь толково объяснить клиенту детали, если сам не до конца въехал? Отвечать на его вопросы? Фильтровать задачи и пожелания по степени реализуемости? Оценивать объемы работ? Все это становится очень затруднительно.
Плюс, команда видит, что ПМ ни в зуб ногой, и автоматически теряет к нему доверие. Зачем слушать человека, который даже базовых вещей не въезжает? В общем, ситуация ад. Лишние расспросы, напрасные споры, нервы, стресс - так дело не пойдет.
Чтобы убедиться, что это не только мои домыслы, я решил провести небольшое исследование. Погуглил, что пишут в интернете, опросил коллег и запустил пару опросов на других ресурсах. И ребята, картина вырисовывается совершенно четкая!
По данным одного из опросов 2020 года, 63% респондентов считают, что менеджеру нужна общая техническая грамотность. Отлично, но хотелось бы деталей. Поэтому я спросил наших ребят - как они оценивают свой тех-уровень, есть ли проблемы в общении с разработчиками и как с этим борются.
Получается интересная штука: те, кто вообще ни в зуб ногой, просто стесняются лезть к команде с вопросами. Ну ясен пень, страшно показаться полным чайником. А вот у ПМов с базовыми или продвинутыми знаниями таких зажимов нет. Это хорошо видно из ответов на вопрос про трудности из-за технического бэкграунда. Ребята стесняются, теряются, плохо объясняют, лишний раз отвлекают команду и все в таком духе.
Ну а что думают сами разработчики? Тоже дали ответ - более 80% заметили разницу в работе с подкованными и ленивыми менеджерами. Выходит, техническая подкованность — это серьезный плюс в их глазах. Если ПМ шарит, то и задачи ставить будет грамотно, и вопросы задавать более осмысленные, и фильтровать требования клиента сможет.
Короче, выводы из опросов следующие: техническое прочтение — это must have для любого уважающего себя менеджера. Оно повышает вашу продуктивность, помогает с ресурсами, экономит время команды, обеспечивает лучшее погружение в проект и коммуникацию на всех фронтах. Становиться ядерным физиком, конечно, не требуется. Но базовые вещи въехать просто необходимо. Иначе работодатели на вас как на козла в огороде смотреть будут.
Проверил по вакансиям - в 39 из 50 случаев от ПМов требуют технических знаний, в 4 случаях - даже умения кодить. Только 7 контор готовы взять Пма без каких-либо предварительных технических знаний и обучить его всему необходимому на месте. Так что решайте сами, по какому пути пойти. Осилить азы или сразу в бой?
Ладно, вы убедились, что технический прогресс — это круто и продуктивно. Но как же его достичь? Сейчас объясню!
Первая проблема на пути — это страхи. Многие новички просто боятся подойти к разработчикам с вопросами. Ну вдруг засмеют, обзовут дураком, выгонят со работы? В общем, полный букет человеческих комплексов.
Но знаете что? По результатам моего опроса, 100% разработчиков готовы помогать менеджерам и ничего такого за этим не стоит. Более того, они сами отметили, что с удовольствием делятся знаниями, если видят желание и заинтересованность со стороны ПМа. Так что ребята, ломайте комплексы, набирайтесь смелости и лезьте к команде с расспросами!
Вторая проблема — это самостоятельный поиск информации. Тут важно запомнить один принцип: сначала изучайте вопрос сами, а потом идите к разработчикам. Гугл, Хабр, ютуб - используйте все ресурсы, чтобы со всех сторон понять предметную область. Если английский позволяет - ловите зарубежные материалы, их больше, и они часто информативнее.
Ну и третий нюанс - выбирайте правильное время, чтобы ловить разработчиков. У них есть активные фазы, когда концентрация максимальная - в такие моменты лучше их не трогать. Но когда у них пауза, перерыв на ленч или кофе - в тот момент самое время присоединиться и задавать вопросы. Разработчикам будет приятно видеть вашу заинтересованность, а вы сможете в спокойной обстановке уточнить все нюансы.
Отдельный лайфхак - научитесь защищать мнение команды перед клиентом. Это поможет вам еще глубже погрузиться в техническую часть и стать настоящим бро в глазах разработчиков.
Схема тут простая. Когда клиент выдвигает какое-то пожелание, а команда говорит, что это нереально или нужны нюансы - спросите подробности. Зачем? Чтобы собрать все аргументы и донести их до клиента. Тут важно показать, что вы НЕ пытаетесь заставить команду пойти на попятную, а хотите их подход максимально грамотно объяснить заказчику. Поэтому задавайте уточняющие вопросы, разбирайтесь по полной. И аргументируйте свою позицию тем, что так сможете защитить мнение команды.
Разработчики ценят такой подход, ребята. Когда видят, что ПМ всерьез въезжает в технические детали, чтобы донести их видение до клиента - доверие к менеджеру сразу растет. Так что практикуйте эту стратегию, она очень работает.
Ок, вы поняли идею. Но как ни крутись, а погружение в технические дебри — это всегда челлендж для ПМов. Почему? Да есть сразу три преграды!
Первая - ограниченность по времени. В нашей каждодневной гонке, многозадачности и цейтнотах выделить время на спокойное изучение чего-то вообще сложно. Работа ПМа — это постоянный Вавилон информационных потоков, в котором надо успевать все обрабатывать.
Вторая преграда - сложный язык всей технической документации. Если вы не технарь, то вся эта терминология покажется чем-то из разряда тарабарщины. Погуглишь одно слово - а там уже целый Эверест новых, совершенно неочевидных понятий. В итоге потратишь вечность, чтобы разобраться с банальной штукой.
Ну и третья пакость — это устаревание знаний. В IT все движется так быстро, что информация, которую вы когда-то нагуглили, через год-другой может оказаться совершенно неактуальной. Открываешь статью, а там речь про версию-прапрапрабабушку современной технологии. А она вообще-то помёрла еще в 2011 году. Печаль...
Но, ребята, это не значит, что надо опускать руки! Просто имейте эти ограничения в виду и не убивайтесь, если чего-то не успеваете или не въезжаете. Общайтесь с разрабами, расспрашивайте, не стесняйтесь. Они лучше всех объяснят специфику именно вашего проекта и почему здесь нельзя использовать то или иное решение.
В общем, всё, что от вас нужно — это стараться и не сдаваться. Осиливайте софт-скиллы, налаживайте контакт с командой, задавайте вопросы.
Вот, например, мой личный топ тем, в которые стоит поднатореть, если собираетесь работать с веб-проектами:
Клиент-серверная архитектура
Конечно, в зависимости от специфики проектов, у каждого из вас будет свой личный топ-лист. Но общие азы - дело святое.
А если базовые познания уже в кармане, то грузите следующий уровень:
Не стесняйтесь продолжать спрашивать. Защищайте мнение команды перед клиентами. Попробуйте читать код (я знаю, звучит жутко, но хотя бы базово это пригодится). Разбирайтесь в нюансах технологий
В общем, берите эту тему в оборот. После упорных трудов и первых достижений в технической области у вас начнёт всё получаться, как по маслу. Будете себя чувствовать более уверенно в общении с разработчиками и клиентами. Сможете спокойно и обоснованно отстаивать свою позицию. В общем, выйдете на ПМ-профи уровень!
Подписывайтесь на наш канал "Самоучки IT (Управление проектами)" https://t.me/+NfVrLMxdKS0yNDNi , чтобы получать больше полезных советов для менеджеров проектов в IT-сфере.