Бытует мнение, что тестовое на пиэма составить невозможно. Также есть мнение, что делать их не нужно. Однако, пока у вас мало опыта и недостаточно крутое портфолио, тестовое даёт возможность показать настоящие знания работодателю.

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

* * *

1. Исследовать, как на популярных сайтах и сервисах реализованы механизмы добавления контента в Избранное (Favorites). Рассмотреть процесс не с технической точки зрения, а с точки зрения удобства для пользователя.
2. По результатам исследования подготовить краткий отчет о текущих тенденциях в процессе добавления контента в Избранное (Favorites). В отчете привести ссылки, скриншоты и краткие характеристики с точки зрения usability для каждого рассматриваемого сайта.
3. Выбрать из проанализированных методов добавления контента в Избранное самый простой и удобный с точки зрения пользователя, обосновать выбор. Описать, как работает выбранный механизм в виде краткого описания всего процесса: что видит пользователь, какое поведение при добавлении в Избранное, при удалении из избранного, дополнительные подсказки, которые получает пользователь в данном процессе.

* * *

Вам нужно оценить проект, предполагающий как верстку, так и JS-программирование. Часть проекта уже реализована не в CSSSR, как вы будете действовать, чтобы учесть и минимизировать риски при оценке трудозатрат?

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

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

Умение задавать правильные (исследовательские) вопросы, и последовательно добиваться четких, однозначных ответов — ключевой навык менеджера.
Взгляните на этот UI-kit (ссылка протухла). Сформулируйте список вопросов, ответы на которые помогут вам оценить трудозатраты по вёрстке и JS-программированию.Учитывайте, что тот, кто будет на них отвечать может и не обладать техническими познаниями в веб-разработке.

* * *

Оцените трудозатраты по вёрстке и JS-программированию этого UI-kit (ссылка протухла). Представьте, что вы уже получили ответы на все уточняющие вопросы из предыдущего задания. Закладывайте в оценку самый трудоемкий вариант. Составьте эстимейт в этом же файле, по шаблону приведенному ниже. Требования кроссбраузерности ограничиваются только самыми последними десктопными версиями Chrome, FireFox, Opera, Safari, IE.

Оценка сильно зависит от скиллов исполнителя. Берём «сферических верстальщика и джависта в вакууме»

* * *

Приведите в порядок этот договор (ссылка протухла), чтобы его было не стыдно отправить заказчику на согласование. Для этого сделайте копию документа в Google Docs.

* * *

Вы получили следующее ТЗ от заказчика для разработки web ПО: «Необходимо сделать кнопку, при нажатии на которую начинается салют». Составьте список уточняющих вопросов, которые Вы бы ему задали при обсуждении.

* * *

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

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

Есть три основные роли — посетитель, менеджер и старший смены.

* * *

Звонит заказчик. Он рассержен создавшейся ситуацией. Из разговора вы понимаете, что проблема заключается в том, что когда он вбивает в поисковую строку яндекса свой сайт, то видит в результатах выдачи сообщение: “Возможно, ваш сайт заражен вирусом, не рекомендуем переходить на него во избежание заражения…” Что вы ответите клиенту? Опишите пошагово свои действия. Проанализируйте и укажите, сроки выполнения задачи.

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

Вы работаете на должности аккаунт-менеджера. Одному из Ваших проектов требуется установить Google analytics. Вам нужно делегировать задачу или часть задачи вебмастеру. Ваши действия/ТЗ/Этапы?

* * *

Вводная: Представь, что твоей команде (5-7 человек) пришлось на неделю прервать работу над проектом (например, задерживается серверная разработка заказчика c API, тянут со стартом оплаты бухи или компонент, от которого вы зависите от других отделов).

Задача: Как ты построишь работу команды на этой неделе?

Вводная: Внутренний заказчик (в холдинге) сформулировал требования так: мне нужен проект к событию ЧМ-2018. Он может быть фановым мобильным приложением или игрофикационным, но важно прокатиться на этой волне и заработать денег. И это все требования которые он выставил.

Задача: Опиши твой алгоритм действий, декомпозицию оценки стоимости разработки проекта, 1-2 компонента/пользовательской роли для ТЗ (как раз важно будет понять, по какой структуре ты их готовить умеешь), и скоуп для первого спринта команды разработки.

* * *

Каким образом вы будете выявлять проблемные ситуации и возможности их решения на своей новой должности?

Какие бы вы задали вопросы нам, чтобы показать, что вы мыслите стратегически?

Какой алгоритм аудита проекта вы считаете правильным? Опишите его.

Представьте, что ваша команда вынуждена на неделю прервать работу над проектом (например, изменились бизнес-требования по проекту и заказчик попросил заморозить проект на неделю) Как вы построите работу команды на этой неделе? (Команда: аналитик, ведущий тестировщик, и джун тестировщик)

Есть рабочая коммуникация по следующей схеме Аналитик делает постановку => Тестировщик тестирует её => Тестировщик передает на разработку протестированную постановку => Разработчик передает готовое разработанное приложение тестеры на тестирование => Тестировщик находит много ошибок и возвращает приложение на доработку. Какой инструментарий вы бы применяли для оценки этого процесса? На каких “стыках” есть потенциальные опасности, поясните свою мысль? Что бы вы изменили в этом процессе?

* * *

От постоянного Клиента к нам пришел срочный заказ: «Сделать мобильное приложение наiOS/Android, которые бы использовали данные изPower BI».

Условия:

1. Дедлайн — 1.5 календарных месяца, начиная с сегодняшнего дня.
2. Предварительная оценка на мобильный проект 400 на каждую платформу, 300 бэкенд.
3. Задачу сPower BIвыполняет сторонняя команда, но на нашей стороне необходимо готовить данные, предварительно это займет около 20 часов в неделю бэкенд разработчика.
4. На стороне клиента: менеджер проекта (работает непосредственно с вами), руководитель отдела и генеральный директор. Менеджер (клиента) проекта должен утверждать части выполненных работ и готовый продукт с руководителем отдела. Готовый продукт всегда утверждается у генерального директора, по прошлому опыту на это уходит около одной недели.

CTOподготовил для вас: 1 бэкенд разработчик, 1iOSразработчик, 1Androidразработчик, 1QA+ обещание передать любых разработчиков в течение 2-х недель после запроса. Так же у вас есть дизайнер, готовый работать фултайм.

На получение фидбека отQAи исправление багов уходит 2 недели.

Менеджер процессов подготовил для вас:1 аналитик и разрешил подключать других менеджеров проектов, если они свободны. В вашем отделе работают три менеджера. Они могут выполнять любые роли от аналитика до скрам-мастера. Кстати, по ощущениям аналитика, у него уйдет около 10 рабочих дней на весь проект.

СЕО сообщил: «Проект важный и вы можете мотивировать разработчиков бонусами, не более 20% от заработной платы в месяц»

Аккаунтпросит вас описать правила работы с Клиентом, обещает их продавить и согласовать, так как у Клиента горят сроки, и они согласны на любые адекватные условия.

Опишите, пожалуйста:

1. План А и План Б для разработки этого проекта простыми человеческими словами.
2. Общие риски проекта и план, если риски срабатывают.
3. Подготовьте упрощенные диаграммы Ганта для каждого плана, чтобы были видны все роли и общий таймлайн.

* * *

Часть 1

Уважаемый кандидат! В настоящем задании представлено краткое описание предполагаемой ситуации. Пожалуйста, проанализируйте её и ответьте на вопросы в письменном виде:

1. Что сделать менеджеру проекта?

2. Как ему избежать подобных проблем в будущем?

Описание предполагаемой ситуации

Последние два года Алексей трудился менеджером проекта в компании – системном интеграторе среднего размера. Причем все два года работал для одного крупного Заказчика. Для этого Заказчика был выполнен успешный проект по внедрению крупного централизованного комплекса управления информационной безопасностью, что обеспечило компанию постоянным притоком новых заказов на интеграцию с этим комплексом новых информационных систем, а также на расширение функциональности самого комплекса. Новые заказы поступали с частотой примерно 2 раза в месяц. И команда Алексея успешно с этим справлялась.

В команде работала пара технических лидеров – атомные ледоколы, которые, куда скажешь, туда и плывут. Настойчиво, целеустремленно и неутомимо. И было несколько стажеров и малоопытных специалистов.

Один из специалистов оказался способным сотрудником и быстро освоил новую для себя область знаний. Многие из рутинных задач он научился выполнять в минимальные сроки за счет эффективного использования наработок и частичной автоматизации.

Алексей, видя активность в работе специалиста, а также его отдачу в проекте, понимал, что надо парня двигать вперед. Но как это делать, Алексей не понимал. Точнее, не было времени. Новую функциональность надо было выпускать каждый месяц, а это требовало пристального внимания руководителя. Кроме этого, команда укладывалась в сроки только благодаря наработкам этого специалиста. Алексей понимал, что переведи он ценного специалиста на другой проект, он гарантированно не сможет обеспечить выполнение обязательств по уже заключенным компанией договорам с данным ключевым Заказчиком. «Но делать с парнем что-то надо, – думал Алексей, – рано или поздно ему все это надоест».

И действительно, две недели назад, упомянутый специалист подошел в конце рабочего дня и спросил: «Алексей, а как бы мне сменить характер работы? А то я тут уже все изучил, сделал все, что мог…». Алексей понял, что надо что-то решать, и пообещал специалисту, что со следующего проекта переключит его на новую деятельность.

Обнадеженный специалист ушел, и Алексей вернулся к тушению очередного пожара в очередном проекте. Прошло десять дней, и Алексей внезапно вспомнил, что специалиста было обещано перевести на другой проект. Однако тут возникли проблемы. Изначально Алексей предполагал, что на текущие проекты бросит двух стажеров. Но те встали в глухую оборону, заявляя, что в обозначенные сроки они со своим уровнем знаний выполнить поставленную задачу точно не смогут. А тут еще и Заказчик решил, что ближайший релиз нового функционала ему нужен через месяц, а не через полтора, как этого предполагал изначальный план проекта. Заказчик для компании интегратора является стратегическим. Не идти навстречу Заказчику нельзя. Стало понятно, что если заменить текущего специалиста в проекте на стажеров, то качество продукта в значительной степени просядет.

До встречи со специалистом, на которой Алексей должен был объявить ему о новой работе, оставался еще час. Нужно было что-то придумать.

Часть 2

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

Описание предполагаемой ситуации

Вы руководите проектом по разработке новой информационной системы, используя Scrum. В вашей команде 2 разработчика (Алексей и Михаил), аналитик (Елена) и тестировщик (Артем). Вам необходимо составить план работ на первую 2х недельную итерацию, основываясь на оценках, которые вам сообщает команда.

Задача	Оценка от команды
Задача 1	Алексей: в целом задача ясна и мне будет скорее всего достаточно 16 часов на ее реализацию, если не будет проблем. Елена: учитывай, что на уровне БД скорее всего буду проблемы с написание процедур Алексей: ну если так, то можно еще 7 часов добавить на решение возможных проблем, но это максимум. Скорее всего я все решу за 20 часов.
Задача 2	Михаил: делал аналогичную задачу в прошлом проекте с тем же стеком. Хватило 7 часов на реализацию
Задача 3	Елена: Тут сначала мне нужно спроектировать логику работы. Задача большая часов на 40. Да и нужно в процессе пообщаться будет с Михаилом, отвлечь его часов на 6. И не забывайте, что я буду в отпуске 2 дня где-то в середине выполнения данной задачи.
Задача 4	Артем: мне на тестирование каждой выполненной задачи понадобится 2 дня. Это с учетом составления протокола

При составлении плана стоит учесть, что задачи 1 и 2 могут выполняться параллельно, а задача 3 может зависит от выполнения задачи 2.

Подумайте над рисками, которые бы вы заложили в план итерации.  Какие вопросы вы бы задали команде в реальной ситуации?

* * *

Вы поставили программисту задачу: «Заменить все ссылки на сайте — на фиолетовые». От программиста поступил ответ: «Мне кажется, фиолетовый — это цвет самоубийц. Поменял на серые. Так круче!».

• Какие цели и интересы преследовал программист?
• Какие цели и интересы у менеджера в данной ситуации?
• Описать свои действия в такой ситуации, аргументировать их.

* * *

Зачем команде разработки нужен менеджер?

Кейс 1

Вы будете заниматься редизайном платформы IT-волонтёр. У вас в команде будет product owner, UX-дизайнер и три fullstack-разработчика. Команда распределённая. Основные цели редизайна:

1. Повысить вовлечённость волонтёров
2. Увеличить число решаемых задач
3. Сделать дизайн более современным

Не позднее 20 апреля 2020 года должна быть выпущена новая версия сайта.

Вопросы:

• Какие изменения сайта вы считаете ключевыми для достижения указанных целей? Что нужно сделать в первую очередь?
• Предложите план работы.
• Как вы построите коммуникацию в команде?
• За месяц до дедлайна вы поняли, что не укладываетесь в срок. Что будете делать?
• Как подготовиться к внедрению изменений?

Кейс 2

Вы будете развивать платформу Теплосеть (ссылка протухла). В этой команде будет product owner, UX-дизайнер, специалист по геймификации, fullstack-разработчик. Команда распределённая.

Вопросы:

• Некоторые специалисты (дизайнер, геймификатор) будут заняты не только в этом проекте. Как вы будете договариваться о приоритете задач с коллегами из других проектов?
• Как можно сбалансировать работу над продуктовым бэклогом и багами/техническим долгом?
• Как провалидировать оценку сроков, данную разработчиком?

* * *

Вы вышли в логистическую компанию менеджером проекта на проект агрегатор курьеров. Менеджер продукта уже принял решение, что в начале надо делать регистрацию курьеров и просит вас подготовить требования для команды разработки. В разговоре он рассказал, что работаем только с курьерами с ИП и обязательно нужно собрать персональные данные (ФИО, паспорт, телефон и email). Т.к. рабочее место курьера — это мобильный телефон, то регистрация должна происходить там.

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

* * *

Тестовое задание (задание рассчитано на выполнение его около 4 часов, не тратьте на работу более 4 часов либо укажите итоговое время затраченное на выполнение).

Вам необходимо:

• Создать краткое ТЗ на создание сайта с функционалом регистрации 2 категорий пользователей (заказчик/исполнитель), чатом для обсуждения задачи и отметки о выполнении заказа заказчиком.
• ТЗ должно содержать графическую часть (прототип 3-5 основных страниц), описательную часть (1 страницу)
• Сделать описание декомпозиции и распределения задач между исполнителями/подрядчиками с учетом максимально сжатых сроков создания продукта.
• Описать свои задачи во время производства и внедрения продукта.
• Описать возможные риски по ходу разработки и способы решения проблемных задач.
• Описать необходимые ресурсы для решения задачи.

Описывайте все кратко, нам необходимо понять ваше умение доносить информацию, знание процессов и имеющийся опыт.

* * *

Задание 1.

К вам пришел клиент с заказом на мобильное приложение.
У вас есть: разработчики ios/android, ba,qa,дизайнер и вы — руководитель проектов.
Задачи:

• Спланировать разработку от старта до сдачи клиенту готового продукта.
• Составить и защитить план проекта перед заказчиком.

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

Задание 2.

Дано:
Вы являетесь руководителем проектов со стороны профессиональной студии
мобильной разработки. На совещании внутри компании, руководитель портфеля
проектов сообщил Вам, что отдел продаж запросил с Вами встречу.

Придя на данную встречу, Вы узнаете со слов специалиста отдела продаж, что они
нашли проект на доработку. Цель доработки проекта — реализовать перечисление
чаевых при оплате через банковскую карту в клиентских приложениях. Также
специалист по продажам упомянул про то, что есть готовое API, а исходники проектов
под NDA. Все эти материалы были направлены вам после встречи.

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

Вечером у Вас было совещание с портфельным руководителем.

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

Задание: Проведите все необходимые мероприятия по анализу и планированию
проекта от начала до сдачи клиенту. Финальные документы необходимо защитить
перед руководителем портфеля проектов. Он дал на выполнение задания 1-2 недели.
В компании процессы управления проектов проходят в соответствии со стандартами
PMBok, поэтому вам рекомендуется выполнять тестовое задание учитывая этот
стандарт.

* * *

Задание №1

Покупатель купил яблоки по цене $a и груши по цене $b потратив ровно $c (a, b, c вводится пользователем).

Создать блок-схему программы, которая методом перебора найдет сколько яблок и сколько груш купил покупатель.
Блок схема должна быть представлена в формате UML Activity.

Задание №2

В Microsoft Excel есть три колонки Date; Project; Hours spent.
Посчитайте формулой по каждому дню и каждому проекту сумму Hours spent. Выведите формулой уникальные значения по колонке Project.
Посчитайте формулой сумму Hours spent по каждому проекту за все дни.

Microsoft Excel

Вам необходимо скачать файл “Тестовое задание на знание Excel” и переслать его обратно с готовым решением.

* * *

Кейс #1

Команда работает по двухнедельным спринтам. По окончанию итерации происходит релиз.

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

Как следует поступить с текущим спринтом?

Как предусмотреть возникновение аналогичной ситуации в будущем? В рамках каких событий и с кем будет происходить поиск решения?

Существуют ли критерии готовности историй для релиза? Какие? Кто их генерирует? Кто контролирует и принимает решение о готовности спринта к релизу?

Кейс #2

Для Data Science команды опишите процесс работы с гипотезами данных, этапы процесса, критерии прохождения каждого этапа.

Кейс #3

Приведите примеры метрик, которые описывают эффективность процесса разработки. Для 1-2 метрик опишите, как их можно измерять и с помощью каких инструментов

Кейс#4

Опишите отличия методологии Скрам от методологии Канбан. Как выбрать более подходящую для команды методологию?

Взял навскидку три серьёзные вакансии менеджера проектов на хедхантере:

Таких вакансий не 100 %, иногда работодатели этого не требуют, но чаще наличие диплома предполагается.

Лучше сразу после школы начать работать.

Самый распространённый миф среди соискателей на постсоветском пространстве — что люди, протиравшие пять лет штаны в вузе уступают по профессиональным и человеческим качеством людям, начавшим работать сразу после школы.

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

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

Доводы при Биллов Гейтсов и Стивов Джобсов, бросивших университеты — чистой воды казуистика, таких людей ещё меньше.

Билл Гейтс родился в Сиэтле (штат Вашингтон), в семье корпоративного адвоката Уильяма Генри Гейтса II и члена совета директоров First Interstate Bank, Pacific Northwest Bell и национального совета USWest, United Way Мэри Максвелл Гейтс. Его прадедушка был мэром и сенатором, а дедушка — вице-президентом Национального банка.

википедия

В университете дают устаревшие знания.

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

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

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

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

Почему в вакансиях пиэма чаще требуют вышку?

Вышку в вакансиях требуют, чтобы отсеять некоторые категории людей:

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

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

Мы семья

Я один раз повёлся на такое сообщение, подумав, что раз «мы не корпорация, мы семья», обо мне будут заботиться, как в семье. Нет, эта фраза означает другое. Она означает, что в компании не настроены процессы вообще, всё делается по наитию, вас будут заставлять перерабатывать (мы же семья, тебе впадлу для семьи поработать на выходных, что ли?), вам будут отказывать в удобном отпуске и в повышении зарплаты. А ещё, в таких компаниях часто трудится несколько родственников гендира, которые на самом деле всё решают и которым всё прощается. 

Мы хорошо работаем и хорошо отдыхаем

Это уже про мою самую первую работу, одинэсный франч, который давно разорился и был поглощён. Мы там впахивали, в том числе на выходных, получали по меркам рынка копейки, зато время от времени напивались с коллегами (за свой счёт). Также вас должна насторожить фраза: «иногда нужно работать по выходным». Она означает, что нужно работать на каждых выходных. Имеет права на жизнь фраза: «иногда нужно работать на выходных, эта работа оплачивается в двойном объёме». 

Регулярных, повторяемых результатов добиваются команды, состоящие из сытых, выспавшихся, видящихся с семьями людей. 

Неуважение в процессе рекрутинга

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

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

Слишком объёмные тестовые

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

Компания не понимает, кто ей нужен

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

Работодатель соврал в тексте вакансии

Самая частая ложь — в вакансии обозначена зарплата, условно, 100 000 руб., а на собеседовании выясняется, что у вас будет шанс достигнуть этой зарплаты после испытательного срока и проработав какое-то время (какое, не уточняется), а пока извольте работать за 60. Иногда говорят, что да, 100, но из них оклад 60, а 40 — премия. Это чуть менее критично, работодатели так часто страхуются. Но бывает, что и нет. Я однажды повёлся сразу на два пункта из этой статьи, на команду-семью и вот на этот пункт. Каждый месяц гендиректор вызывал меня в коридор (кабинета у него не было), мы гуляли взад-вперёд и он пытался доказать мне, что на премию я в этом месяце не наработал. 

Работодатель предлагает работу слишком быстро

Если вам предлагают работу после двадцати-тридцати минут собеседования, это плохой знак. Похоже, что в компании не настроен процесс отбора и работают в ней своеобразные люди. Меня однажды наняли по результатам чтения резюме и даже не голосового, а текстового собеседования. Я позадавал вопросы, гендир мне на них ответил и сказал, что я нанят. Эту работу я вспоминаю с содроганием. Ну и, кроме того, такой подход означает, что в случае малейших консёрнов, вас уволят так же быстро (в 100 % таких компаний какое-нибудь шуллерское оформление вроде самозанятости или ГПХ вместо нормального трудового договора). Слишком затянутый процесс найма, это тоже не есть хорошо, но это красный флаг в меньшей степени. 

Работодатель плохо отзывается о предыдущем менеджере

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

* * *

Вот ещё хорошее видео про красные флаги:

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

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

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

Вы аккредитованная айти-компания?

Это стало настолько важно, что hh добавил соответствующую галку в поиск.

* * *

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

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

* * *

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

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

* * *

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

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

* * *

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

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

* * *

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

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

* * *

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

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

* * *

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

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

* * *

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

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

* * *

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

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

После старта СВО устраиваться неофициально потеряло смысл — у вас не будет отмазочных справок.

* * *

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

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

* * *

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

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

* * *

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

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

* * *

Расскажите о темпах роста компании.

Расспросите, растёт ли численность сотрудников, открываются ли новые направления, создаются ли новые проекты. Потому что если компания не растёт, повышения вы в ней не дождётесь.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(далее…)

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

Финансы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вот вам ещё англоязычный документ на эту же тему: