Примеры тестовых заданий для менеджера проектов

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

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

* * *

  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

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

* * *

Пожалуйста, ответьте на вопросы под каждой из задач

Сегодня вторник, вы PM проекта, а ниже ваш список задач:

  1. Проверить реализацию ф-ности приложения в последней сборке: 45 мин
  2. Отправить заказчику акт и счет, составить акт сверки 45 мин
  3. В 16:00 презентация коллеги по RX программированию на Java 1 час
  4. Есть подозрение, что разработчик не отрабатывает время на работе. Договорились встретиться 1:1 в чт. в 15:00 1 час
  5. В проекте обнаружили проблему обращения к серверу. Связаться с back end командой и выяснить причину 30 мин
  6. Настроить фильтрацию входящих сервиса аналитики (засоряет почту) 15 мин
  7. Скорректировать ТЗ по вчерашним замечаниям команды и заказчика 30 мин
  8. Составить план на день 10 мин
  9. Сверить план выполнения спринта с фактом по данным Redmine 15 мин
  10. До пятницы обсудить с юристом компании на out source договор по проекту
  11. Провести scrum митинг с командой по проекту 15 мин
  12. В проекте нет аккаунта для публикации в Google play. Релиз через 2 дня: связаться с заказчиком, решить вопрос о способе публикации 30 мин
  13. Ответить на письмо Заказчика про сроки сдачи итерации 15 мин
  14. Посоветовать офис менеджеру место для новогоднего корпоратива 2 мин
  15. Обсудить с дизайнером и заказчиком детали реализации сл. итерации 6 часов
  16. Ответить QA на вопросы по логике интерфейса приложения: 30 мин
  17. Забронировать билеты в театр на пятницу: 30 мин
  18. Поставить сборку дизайнеру для ревью верстки последней сборки 15 мин
  19. Помочь коллегам оформить офис перед завтрашним праздником в 18:00 1 час
  20. Собрать аналитику по предыдущему спринту для ретроспективы 1 час
  21. Обновить ОС на рабочем компьютере 30 мин
  22. Созвониться с заказчиком в 15:00, обсудить новую функциональность: 1 час
  23. Составить отчет Заказчику о проделанной за неделю работе 1 час
  24. Сделать ТЗ на следующую итерацию до пятницы 8 часов
  25. Ответить на вопрос коллеги PM по занятости сотрудника 1 мин
  26. Разобрать заблокированные задачи в трекере проекта 1 час
  27. Дать HR рекомендацию на знакомого сотрудника для найма 5 мин
  28. Провести ретроспективу в ср. в 17:00 с командой по предыдущему спринту 1 час
  29. Встретится с руководителем для согласования оценки проекта и срока его запуска для выставления КП руководитель будет только вечером
  30. Прочитать статью про управление временем: 30 мин

Вопросы:

Спланируйте свою работу над перечисленными задачами на ближайшие дни и объясните решения.

Планируете ли вы свое личное время, и если да, то как?

* * *

На вашем Проекте следующая команда

  • Маша (тимлид) Берет на себя самые сложные архитектурные задачи, оптимизацию, сложные баги. Как тимлид занимается координацией команды, ревью кода, поддержкой API и решением вопросов с сервером.
  • Саша (уверенный разработчик). Иногда “зависает” в задачах, поэтому может делать немного дольше оценки, либо его могут отвлечь продавцы для оценок КП других проектов.
  • Гоша (уверенный разработчик). У него 6-ти часовой рабочий день. Никто не отвлекает, быстро и качественно пишет код.
  • Паша (джуниор студент на полставки) Решает только простые задачи, в процессе много отвлекается для того, чтобы задать вопросы или подумать.
  • Леша (тестировщик). Очень опытный, подключается к проекту, когда скажете (в остальное время уходит заниматься другими проектами)
  • Даша (дизайнер) Опытная, но участвует во многих проектах и при первой просьбе коллег PM переключается между проектами, поэтому склонна забывать о задачах. Подключается к проекту, когда попросят что-то поправить или дорисовать.

Вы с Машей оценили трудоемкость задач и назначили возможных исполнителей:

  • Проверить методы API, разработанные back-end командой заказчика перед этой итерацией. Должна быть сделана до любых задач по ф-ти раздела “Корзина”. (Маша, 16ч)
  • Правки по Каталогу товаров с предыдущей итерации (Маша/Гоша, 22 ч)
  • Правки по экрану Товарной карточки. (кто угодно, 16 ч)
  • Сделать динамический расчет высоты ячейки товара в Товарной карточке (все, кроме Паши, 8 ч)
  • Реализовать первый шаг Корзины. (Маша, 24 ч.)
  • Реализовать блок подарков в Корзине. (Маша/Гоша, 48 ч)
  • Сверстать формы доставки заказа в разделе Корзина. (Саша, 92 ч)
  • Реализовать раздел Помощь приложения (кто угодно, 18 ч)
  • В итерации предусмотрена отладка (25% от объема работ) и тестирование (25% от объема работ), которые могут осуществляться по фичам или в конце спринта.

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

Вопросы:

Составьте календарный план и вычислите дату завершения работ. Следует учесть, что трудоемкость работ приведена в расчете на выполнение опытного разработчика без учета рисков проекта. Спринт начинается 1 апреля. Для наглядности можно использовать плагин Gantter for Google Drive, либо другой инструмент на ваше усмотрение.

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

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

Опишите ваш опыт планирования работ, оценки рисков и реализации планов в реальных проектах, если такой был (не более пары абзацев)

* * *

Вас назначили на Проект и выделили вам команду из 4-х разработчиков, дизайнера и тестировщика. По итогам проектирования имеются: дизайн-макеты, ТЗ и Api; заказчик заплатил за проектирование и хочет, чтобы студия реализовала проект под Android.

Вопросы:

Опишите последовательность действий для начала разработки в роли PM: шаги, артефакты на входе и выходе, с кем и о чем необходимо договориться?

Команда приступила к разработке. Опишите, как вы организуете процесс разработки на Проекте от начала и до сдачи проекта заказчику. Что делает PM, когда команда работает над задачами.

* * *

К вам пришли с вопросом или вы оказались в ситуации:

  1. Разработчику неясно что делать по задаче
  2. Тестировщик спрашивает у вас баг или фича
  3. Разработчик спрашивает как лучше расположить кнопку
  4. На сервере нужно доделать точку апи
  5. Вышла сборка с фичей, нужно ее проверить, иначе команда будет простаивать
  6. Пришло письмо от клиента
  7. Разработчик пришел на работу на два часа позже
  8. QA оставил комментарии к ТЗ
  9. Дизайнер просит поставить сборку на устройство
  10. Вы заметили в чате, что Jenkins перестал собирать сборки
  11. Sales дал задачу вашему разработчику сделать оценку другого проекта
  12. Через пять минут презентация коллеги про когнитивные диссонансы
  13. Разработчик хочет пойти в отпуск через неделю и согласовал его с HR отделом
  14. Разработчик хочет еще 8гб оперативной памяти
  15. Арт-директор сказал, что приложение не может быть выпущено без добавления маски ввода телефонов, а заказчик хочет релиз завтра
  16. В офисе пропал Интернет
  17. Разработчик хочет выйти в выходной поработать сверхурочно
  18. Вам предлагают добавить в проект junior dev для обучения на реальном проекте
  19. Разработчик хочет сделать рефакторинг
  20. HR попросил фидбек о вашем коллеге до конца дня

Вопросы:

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

* * *

PM со стороны заказчика сообщил, что увольняется через 2 недели

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

Разработчик, которого дали вам на проект не хочет логировать затраченное время на задачи.

Логирование времени важно. Что вы предпримете? Напишите детально алгоритм развития событий и свои действия, доводы, варианты разрешения вопроса.


Опубликовано

в

от

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

Предыдущий пост
В статье «Что менеджеру проектов нужно знать об API» Владимир…