Мысли на тему кто такой it-менеджер

Кто такой Project Manager

Всем привет! Меня зовут Егор. Хочу рассказать немного своего опыта начинающим проектным IT-менеджерам (Project Manager, PM).

Буду признателен, если эта информация кому-нибудь пригодится. Продолжу делиться своими знаниями.

Прошу не судить строго 😂

Начнем мы с самого простого. Дальше, если будет интересно, разберем многое. Даже подготовимся к собеседованию.

Все начинается с нашего воспитания. Где росли, как жили и что делали. Потому что из этого складывается наше восприятие мира и как следствие умение общаться с людьми. Жить в социуме. Работать.

Общение.

Умение общаться - это наверно самый главный компонент PM. Каким бы классным специалистом ты бы не был, если не умеешь разговаривать с людьми, ты не сможешь выполнить поставленную задачу. Менеджер является связующим звеном между "заказчиком" и своей командой разработки. Все мы люди разные, и общаемся по-разному. "Заказчик" допустим хочет чтобы ему сделали мобильное приложение. Кроме слов хочу больше ничего не может сказать. Нам необходимо составить техническое задание (ТЗ). Мы должны получить исчерпывающую информацию о будущем продукте. Он не умеет говорить, то берешь лист бумаги и ручки и рисуешь, как видишь ты сам это. Спрашиваешь так должно быть или нет. Спустя n-ое количество времени появляется эскиз ТЗ. Переходим к этапу общения с командой. Наша задача дать подробную информация ребятам, предварительно ее обработав и формализовав в виде четких букв на бумаге, чтобы свести к минимуму вопросы. Одним словом - добыть максамальное количество информации по вопросу разработки продукта. Прокачиваем способность добывания информации.

Отлично. Мы поняли что нужна полная картина. Далее переходим к этапу разработки мобильного приложения. Тут мы можем и должны раскрыть свои коммуникативные и организаторские возможности. Весь замут нынешнего времени, что программисты могут жить в разных часовых поясах, работать удаленно и в офисе. Распределенная по миру команда 😂 Нам нужно уметь весь этот потенциал связать в единый механизм, который будет работать, как швецарские часы. Но такое встречается очень редко или чтобы к этому придти необходимо потратить очень много времени. Одним словом качаем организаторские способности.

Как любят спрашивать на собеседования. Проект должен быть закончен через неделю. Твой гланый разработчик заявлет что хочет уволиться сегодня. Твои действия. Да, первый вариант и самый правильный, то это поговорить по-человечески с ним. Сказать: брат, давай добъем проект и разойдемся. Второй вариант - накинуть ему капусты сверху и попросить продолжить работу. Третий - распрощаться сразу. Главный программист ушел, то не получится просто распределить между другими программистами. Если не получается его убедить и он уходит одним днем, то тут возращаемся к нашей способности общаться с людьми. В конкретном случае идем к "заказчику" и говорим так и так. По-братски недельку еще потерпи. Но тут уже все зависит какие отношения ты выстроил с заказчиком. Всегда надеяться нельзя на идеальный механизм, который крутится. Нужно диверсифицировать все риски.

Пока остановлюсь на этом. Если Вам что-то из этого понравилось, то я обязательно продолжу делиться своим опытом. Буду принзнателен, если Вы оцените это и как-нибудь прокомментируете.