Владимир Бычко об управлении проектами

запихиваем проекты в треугольники

Категория: Трудоустройство

Вопросы работодателю на собеседовании на менеджера проектов

Вопросы работодателю на собеседовании на менеджера проектов  

Худшее, что вы можете сделать на собеседовании с руководителем — ответить на его предложение задать интересующие вопросы, что вопросов нет и вам всё понятно. Работодатель начинает считать, что недостаточно заинтересованы в вакансии. 

Рекомендую прочитать вот эту статью. В ней ведущий рекрутер ЕПАМа Илия Чукмарова приводит свой перечень из 50 возможных вопросов. 

Мне же кажется, что 50 вопросов задавать не надо, а надо поинтересоваться следующим:

В связи с чем открыта вакансия? Это новая должность или у меня есть предшественник? Почему он ушёл? 

Хороший ответ — что это новая вакансия, открытая в связи с ростом и развитием компании. Если же есть предшественник, вам имеет смысл покопать, вычислить, как его зовут, связаться с ним в линкадине и спросить его версию событий. Я как-то раз проводил в линке опрос, нормально ли такое поведение, большинство проголосовало, что вполне нормально. 

Расскажите о составе, численности и квалификации команды.

Как однажды сказал один гендиректор одному арт-директору: «Теперь твой инструмент не рисовальная программа, а дизайнеры». Основной инструмент прожект-менеджера не эксель и не майрософт прожект, а его люди. Будет неприятно, устроившись на работу, узнать, что в данной компании, к примеру, принципиально нет тестировщиков. 

Как поставлено тестирование?

Подход к качеству очень важен для формирования полного представления о работодателе. Спросите, принято ли в команде покрывать код модульными тестами, есть ли автоматическое тестирование. 

Сколько проектов может быть в одновременном производстве?

Этот вопрос больше актуален для заказной разработки. Вы вполне можете столкнуться с необходимостью вести десяток проектов одновременно и не всем это подходит, лучше выяснить это на берегу. PMBOK категоричен на этот счёт — в зрелых компаниях прожект целиком погружён только в один проект, реальность от этого требования сильно отличается. 

Какие существуют формы отчётности? Надо ли логировать время и если надо, насколько подробно?

Я много лет работал в компании, в которой было принято вести эксельку с подробным перечнем того, что вы делали в течение дня с указанием времени с точностью до минуты и номера задачи в таск-трекере. Я писал о глупости такого подхода в статье о необходимом и достаточном подходе к ведению дневной отчётности. Ещё писал, почему логирование времени самим менеджером проектов бессмысленно.  

Как долго продолжается испытательный срок? 

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

Кто занимается договорной работой по проектам? 

Вопрос важен для заказной разработки. Кто-то должен формировать и согласовывать договоры, допсоглашения и акты. Хорошо, если для этого есть аккаунт-менеджер или ещё какой-нибудь выделенный специалист, иначе готовьтесь выполнять эту функцию самостоятельно. 

В чём общаетесь, какой у вас таск трекер?

Чаще всего, это слак для внутреннего общения и телеграм для переговоров с заказчиком. Иногда встречаются Тимс или Дискорд. В качестве таск-трекера сейчас почти повсеместно джира. 

Как будем оформлять отношения?

Лучше избегать компаний с «чёрной» схемой, когда вы никак не оформляетесь, он несёт риск того, что в случае прекращения отношений, вас кинут на последнюю зарплату. Вариант с самозанятостью (при компенсации работодателем налога, конечно) более предпочтительней. Серьёзные ребята трудоустраивают по ТК, это сложнее, так как придётся обменяться бумажными документами, зато даёт некоторую надежду на пенсию в старости. 

Во сколько фактически начинается рабочий день? 

Если вы жаворонок или живёте в восточных широтах, этот вопрос можно не задавать, но если необходимость ежедневно просыпаться в 8 утра, чтобы посетить дейлик, для вас мучительна, лучше узнать об этом заранее. Я стараюсь задать этот вопрос даже не на собеседовании с руководителем, а на скрининге. 

Как у вас организованы продажи?

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

Как вы определите, хорошо я работаю или плохо? 

Очень крутой, я бы сказал, сениорский вопрос. Хороший знак — наличие и зафиксированность смартовых целей на испытательный срок. KPI на пиэма повесить трудно. «Решим по ощущениям» — таких компаний лучше избегать.

О первых шагах менеджера проектов на новом месте работы

О первых шагах менеджера проектов на новом месте работы  

В 21 веке, в айтишечке считается нормальным менять работу раз в год-полтора, поэтому время от времени возникает необходимость адаптироваться на новом рабочем месте. Ранее я писал об адаптации со стороны компании, в этом же посте расскажу, что нужно сделать сотруднику. 

С повсеместным переходом на удалёнку, ритуалов стало меньше, но тем не менее, новому сотруднику нужно проделать ряд шагов. Я привожу в этой статье чеклист для прожектов-удалёнщиков, для других специалистов шаги будут иными. 

Базовые вопросы

  • Предоставить компании личные документы. Перечень вам пришлёт эйчарыня, он зависит от типа трудоустройства. В некоторые компании нужен только паспорт, в другие — паспорт, ИНН, СНИЛС, в третьи попросят ещё и скан трудовой, военник и диплом. 
  • Уточнить, будет ли обмен бумажными документами. Иногда, особенно при белом трудоустройстве, бумагой обменяться придётся. 
  • Договориться о том, как часто и куда вам будут перечислять зарплату. Зарплатного рабства в РФ нет, вы вольны попросить переводить на карту любого банка. Я однажды столкнулся с компанией, перечисляющей зарплату в долларах, но при этом сотрудница, ответственная за зарплату, не умела переводить на расчётные счета, только на карту. На такой случай хорошо иметь валютную карту, идеально подойдёт Тинькофф Блек. 
  • Получить доступы. В первую очередь, это корпоративная почта (уточнить, где она хостится), мессенджер, таск-трекер, система документации. Имеет ли смысл конфигурировать десктопный почтовый клиент — вопрос дискуссионный, я предпочитаю это делать, пользуюсь дефолтным маковским почтовиком. Кроме того, в некоторых компаниях для доступа к внутренним ресурсам нужен vpn.
  • Уточнить, нужно ли отписываться, если хотите отойти от компьютера в рабочее время, если нужно, то кому и где. Заодно уточните политику, относительно больничных.
  • Уточнить, в какое время нужно быть на связи обязательно. 
  • Если вы блогер, уточните у эйчарыни, какова политика конфиденциальности, можно ли рассказывать о проектах в соцсетях и блогах. 
  • Уточнить, есть ли в корпоративной вики раздел для новичков, если есть, неспешно прочесть. 

Общепроектные вопросы

  • Уточнить, кому именно вы подчиняетесь. Часто это не тот человек, который вас собеседовал. Уточнить, кто будет принимать решение об успешности прохождения испытательного срока. Обычно это тот, кому вы подчиняетесь, но не всегда. Уточнить, насколько вы независимы от этого руководителя, какие вопросы надо на него эскалировать, какие решать самому. 
  • Узнать ожидания руководителя от вашей работы. Лучше в виде ментокарты или, в крайнем случае, гуглодока, чем подробней он их опишет, тем лучше. 
  • Уточнить, какие отчёты о вашей работе с какой периодичностью нужно передавать руководителю. 
  • Уточнить, кто занимается договорной работой по проектам. Обычно пиэму это не требуется, но бывают компании, в которых вам придётся участвовать, как минимум, в подготовке актов приёмки. 
  • Уточнить, какой софт принято использовать для календарно-сетевого планирования. Он нужен даже при работе по скраму-канбану для верхнеуровневых расчётов сроков. В нормальных компаниях есть ротация менеджеров на проектах, поэтому желательно, чтобы все работали в одном и том же, или хотя бы совместимом софте. 
  • Уточнить, требуется ли пиэму логировать рабочее время, если нужно, то где именно, как часто и насколько подробно. Уточнить, логирует ли время команда и нужно ли вам валидировать таймрепорты. 
  • Уточнить, есть ли менеджерские планёрки, попросить добавить себя в эти встречи. Обычно они есть, частота зависит от того, насколько директор проектного офиса или операционный директор одиноки, от одного раза в неделю, до ежедневных. 
  • Уточнить, какое отношение в компании к юнит-тестам и автотестам, надо ли их учитывать в оценках. 
  • Уточнить, есть ли в компании запрет создавать задачи с оценкой больше определённого количества часов. Эта, на мой взгляд, очень неоднозначная политика, есть во многих организациях. 
  • Уточнить, обязательны ли репорты по результатам созвонов с заказчиком и кто именно их пишет. 
  • Уточнить, кого ставить в копию в письмах заказчику по проектам. 

Проектные вопросы

  • Выяснить, кто был вашим предшественником на проекте, пообщаться с ним. 
  • Выяснить контакты заказчиков, провести вводную беседу с ними, чтобы понять их верхнеуровневые приоритеты, цели проекта и глобальные ожидания. 
  • Узнать, как ведётся проект, водопадом или по гибким методологиям. 
  • Узнать, насколько системно в этой компании и на этом проекте построена работа с рисками. Принять решение, как будете работать с рисками вы. 
  • Узнать, как оплачиваются заказчиком работы: исходя из согласованной оценки или time/material. Чаще всего бывает первый вариант. Выяснить, с какой периодичностью оплачиваются работы. Выяснить, как часто и каким образом происходит сдача этапов, как проводятся демо. 
  • Выяснить, где лежит документация по проекту, в первую очередь, его паспорт или устав. Ознакомиться с этой документацией. В идеале, по проекту должно быть четыре вида документации: требования (функциональные и нефункциональные), техническая документация, тестовая документация, руководство пользователя. 
  • Выяснить, есть ли по данному проекту субподрядчики и фрилансеры, либо он делается целиком нашей командой. 
  • Выяснить, кто входит в команду проекта, как кого зовут, кто за что отвечает, у кого какая квалификация, кто техлид. Если каких-то специалистов не хватает, зафиксировать это. Потом можно будет потихоньку назначать 1:1 с каждым членом команды, чтобы познакомиться с ними поближе, но это не входит в первые шаги. 
  • Выяснить, что уже сделано по проекту, на какой он стадии. Что сдано заказчику, что не сдано, посмотреть акты приёмки. 
  • Выяснить, каким образом в этой компании принято делать оценку задач. Я писал пост обо всех способах оценить длительность задач проекта.
  • Заглянуть в таск-трекер (обычно это Jira), оценить, насколько аккуратно велись задачи по проекту, объединялись ли задачи под эпиками, писали ли члены команды комментарии, актуальны ли статусы, есть ли доска. 
  • Понять, как часто проводились синки с командой, запланировать эти синки в удобное для вас время с удобной для вас частотой.

Типовые вопросы на собеседовании на аналитика и ответы на них.

Собеседование на аналитика

Ранее я писал, какие вопросы задают на собеседовании на project manager-а. Вот вопросы и ответы для бизнес-аналитика.

Какой основной инструмент бизнес-аналитика?

Единственный правильный ответ — критический ум. Перечисление программных продуктов, при помощи которых вы пишете требования, будет ошибочным.

Какие знаете методологии разработки?

Классический проектный подход (PMI), скрам, канбан. В принципе, этого достаточно.

Какие бывают требования?

Функциональные и нефункциональные. Функциональное требование описывает, что должна делать программная система, в то время как нефункциональные требования накладывают ограничения на то, как система будет это делать.

Также можно рассказать про уровни требований:

  • бизнес-правила,
  • бизнес-требования,
  • пользовательские требования,
  • требования к продукту.

Также можно рассказать про типы требований:

  • ограничения,
  • требования к графическим интерфейсам,
  • требования к данным.

Какими свойствами обладают хорошие требования?

  • завершённость,
  • последовательность,
  • правильность,
  • абстрактность,
  • осуществимость,
  • измеримость,
  • необходимость,
  • прослеживаемость,
  • однозначность.

Какие существуют методы сбора требований?

  • интервью,
  • анкетирование-опрос,
  • фокус-группа,
  • семинар,
  • мозговой штурм,
  • совещание,
  • ролевая игра,
  • обсервация,
  • моделирование процессов,
  • прототипирование,
  • анализ вариантов использования,
  • анализ интерфейсов.

Как строится процесс работы с требованиями?

Требования нужно:

  • собрать,
  • задокументировать,
  • проанализировать,
  • управлять ими.
(далее…)

Советы потерявшим работу

Советы потерявшим работу

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

Финансы

У вас может возникнуть соблазн потратить крупную сумму из подушки. В шикарный отпуск вы сейчас, конечно, свалить не можете, но купить какую-нибудь дорогую ерунду — запросто. Не делайте этого, так как вы понятия не имеете, когда будет следующее поступление денег. Лишение работы — напротив, дополнительный повод усилить финансовую дисциплину.

Будьте аккуратны с зарплатными требованиями

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

Поиск новой работы

Новую работу нужно начинать искать на следующий же день. Обновляйте резюме, делайте закладки на автопоиски хедхантера, соберите в папочку телеграм-каналы с работой, напишите пост о поиске работы в линкадине. Опыт подсказывает, что даже если вы поступите именно так, новая работа отыщется, минимум, через месяц, более реалистичный срок — два-три месяца. Не забывайте, что у работодателей теперь есть выбор, вы не единственный сокращённый.

Нормально воспринимайте отказы

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

Не теряйте бодрости духа

Что бы ни случилось, не расстраивайтесь и не отказывайте в собеседованиях никому, разве что кроме совсем уж непрофильных вариантов. Поймите, что лучше найти не работу мечты и провести на ней лишний год, чем сидеть без работы. Держите в голове, что собеседование не всегда является точным показателем быта компании.

Держите в голове, что всё проходит, пройдёт и этот кризис. Глобальный тренд на рост IT сохраняется, айтишники будут нужны всегда.

Типовые вопросы на собеседовании на менеджера it-проектов и ответы на них

Собеседование

На собеседованиях спрашивают примерно одно и то же. В 2-х случаях из 3-х вас вначале попросят рассказать о себе. Меня настолько задолбал этот момент, что я сделал письменную версию этого рассказа и засылаю его рекрутеру перед собеседованием с пометкой, что если он это прочтёт, это сильно сократит время собеседования.

Рассказ ни в коем случае не стоит начинать с того, что вы были подвижным и любознательным ребёнком, работодателя интересует практический опыт. Какими проектами в каких компаниях руководили, какие были особенности у этих проектов, сколько человек было в команде.

Почему ушли с прошлого места работы?
Всех задолбавший вопрос, задаваемый на 100 % собеседований, честным ответом на который в 50 % случаев будет: «Зажали повышение зарплаты на сто долларов», и ещё в 50 % «Начальник — чудак». Однако есть нормы этикета, так отвечать нельзя, как и нельзя откровенно хаять предыдущее место работы, даже если оно было той ещё галерой. Если не можете придумать ничего корректного, скажите: «На этом месте работы я достиг своего потолка, дальнейшего развития не предвидится, а я хочу двигаться дальше»

Что будете делать, если поймёте, что не укладываетесь в сроки?
Правдивым ответом на этот вопрос было бы: «Нужно нормально оценивать и каждый раз после итерации вычислять ошибку, а для следующей итерации этим значением компенсировать оценку». Но от вас ждут: «Привлеку к проекту дополнительных людей». Как будто компании держат запасных программистов на этот случай.

Ещё на эту тему можно рассказать:

  • Распараллелить всё, что можно, в частности, фронтенд и бэкенд можно делать одновременно. Легальный способ сжатия расписания, но вам лично придётся больше коммуницировать и координировать, плюс повышаются риски.
  • Провести переоценку. Часто оценка делается до того, как детально проработаны все требования и её можно уменьшить с учётом новых знаний. Иногда подключение эксперта позволяет выявить участки, на которых менее опытный сотрудник решил перезаложиться.
  • Урезать работы. Выкинуть ненужное, перенести его за пределы данного релиза.
  • Урезать качество. Отказаться от некоторых видов тестирования. Не самый хороший путь, но это тоже метод.
  • Привлечь в команду дополнительных специалистов того же уровня, что и имеющиеся или вообще, привлечь эксперта. Это увеличит стоимость проекта, но поможет сжать расписание. Однако нельзя забывать про закон убывающей предельной полезности.
  • Сделать расписание с переработками. Запланировать больше часов в неделю, заставить сотрудников работать на выходных. Ведёт к выгоранию сотрудников и увольнениям. С переработками можно работать 3-4 недели, потом производительность упадёт. Если причина просрочки в изменениях, пришедших в середине проекта, можно отказаться от этих изменений.

Что будете делать, если за пару дней до релиза заказчик выкатил вам десяток новых фич, которые нужно сделать срочно и ВНЕЗАПНО?
В реальной ситуации заказчика нужно очень корректно и грамотно послать, но у HR-а записан в голове правильный ответ, который и нужно озвучить, а именно:

  • Поговорить с заказчиком, выбрать самые важные, которые можно успеть.
  • Подключить людей с другого проекта.
  • Делегировать часть работы фрилансерам.

Разработчики оценили проект в 300 часов, а заказчик хочет, чтобы было 150.
Если с вами на реальном проекте приключится такая ситуация, нужно действовать так. Первым делом, нужно вместе со старшим разработчиком или аналитиком устроить созвон с заказчиком и уточнить требования. Есть вероятность, что разработчики не получили ответы на какие-то вопросы и перезаложились. Убрав неопределённость, можно оценку сократить. Если и после этого оценка не будет устраивать заказчика, возможно он возражает не против часов, а против рублей. Можно подключить коммерческого или генерального директора и выбить скидку в рублях, оставив оценку в покое.

Социально приемлемый ответ: «Надо посмотреть, что запланировали разработчики. Возможно, они хотят сделать сложную архитектуру, которая в данном случае абсолютно не нужна, а время съест много»

Что будете делать, если выяснится, что не успеваете протестировать?
В этой ситуации правдивый ответ совпадает с приемлемым для HR-а. «Посажу программистов тестировать вместе с тестировщиками, чтобы проверяли модули друг друга».

Чем хотите заниматься, какая работа вам интересна?
Ответ зависит от вакансии. Можно сказать: «Хочу делать качественные и востребованные потребителями продукты».

Вы сегодня уезжаете в отпуск, а на проекте проблема. Что будете делать?
Только не врите, что отмените отпуск. Лучше скажите, что всегда оставляете вместо себя заместителя, который и должен будет решить проблему. На реальных проектах так поступать категорически рекомендуется, только надо выбить у руководства для такого заместителя небольшую материальную компенсацию.

Ещё могут спросить, какой был ваш самый сложный проект, как справлялись со сложными заказчиками, приходилось ли нанимать людей, умеете ли писать ТЗ, какими системами трекинга задач владеете и проч. Тут никаких хитростей нет, просто ответы на эти вопросы нужно продумать заранее.