Тестові завдання з проджект-менеджменту: тренажер для підготовки до співбесіди
Коли рекрутер хоче перевірити навички розробника, він дає йому завдання на кодинг. Якщо це інтерв'ю на посаду проджекта, то кандидату доведеться розповісти, як він збирається виплутатися з непростих ситуацій. Клієнт може не вийти на зв'язок, тимлід оголосити про звільнення, а команда відхилитися від очікуваного часу на 40%.
Разом із п'ятьма експертами ми створили безкоштовний тренажер тестових кейсів для проджект-менеджера. Коли вирішите завдання, побачите як відповідь автора, так й усіх, хто відповідав до вас.
Реєструватися не потрібно, просто приступайте.
Завдання 1 та 2 ми підготували разом з Delivery Manager at Banuba Романом Ковалевським.
Завдання 1
Якщо співробітник, від якого залежить успіх проекту, хоче звільнитися, проджекту доведеться докласти зусиль, щоб його утримати.
Уявіть, ваш проект має отримати великі інвестиції, а головний розробник Олександр повідомляє, що думає про звільнення.
Ви розмовляєте з ним і дізнаєтеся, що розробник має три проблеми:
Що ви робитимете, щоб переконати Олександра залишитися?
Завдання 2
Ваша команда вже чотири місяці розробляє програму для аналізу фінансів. Клієнт задоволений, проблем з аппрувами жодного разу не виникало, і він довіряє вам.
На мітингу в понеділок клієнт загалом пояснив фічу, яку потрібно зробити до кінця тижня, і зник. Він не читає повідомлення та не відповідає на запитання щодо вимог. Що робити?
Ми зібрали список питань на hard та soft skills, які задають проджектам на інтерв'ю, та підготували відповіді. Якщо вас, другові, родичу або собаці чекає співбесіда на роль PM - переходьте в телеграм і забирайте.
Завдання 3
Ви закінчили естімейт проекту, залишилося узгодити його із клієнтом. Однак фічу, яку ви оцінили у 40 годин роботи, він вимагає зробити за 25. Замовник підкріплює це тим, що його знайомому виконали схоже завдання за такий термін.
Як прискорити розробку?
Завдання 4
Ви недавно взялися за проект. Команда добре справляється, проте розробник-джун Патрік має проблему. Йому завжди бракує часу. Через це страждає загальна продуктивність.
Що ви будете робити?
Завдання 5 та 6 ми підготували разом із засновником дизайн-студії HeyPixel Іллею Дзенскі.
Завдання 5
Уявіть, що клієнт наполягає на дизайні, який фактично копіює інший ресурс. Дизайнер — досить крутий, на вашу думку, фахівець вважає, що таке замовлення нашкодить і його репутації, і компанії. Він каже, що не братиме це завдання в роботу.
Клієнт же відмовляється від інших варіантів і наполягає на своєму, не бажаючи міняти навіть кольорову гаму.
В результаті ви опинилися між двома вогнями. Що будете робити?
Завдання 6
Ви працюєте у компанії півроку. На цей час у вас три проекти з розробки різних додатків і четвертий - з підтримки готового продукту. В якийсь момент ви виявляєте, що не встигаєте. Через брак часу страждає на якість розробки.
Що ви збираєтеся робити, щоб покращити ситуацію?
Завдання 7
У сучасній розробці є три типи контракту - Fixed Price (Фіксована ціна), Time and Material (Час та матеріали) та Dedicated team (Виділена команда).
До вас прийшов клієнт, який хоче розробити програму, що включає низку фіч. Це аналіз видатків, оплата комунальних рахунків, зберігання дисконтних карток. Замовник має ще кілька ідей, які він хоче обговорити з командою, і тому готовий до того, що бюджет зросте на 20%. Також клієнт не готовий ретельно контролювати розробку.
Який тип контракту ви уклали?
Завдання 8
Ви маєте завдання — перевірити код на неточності, а саме — зробити код-рев'ю бази для клієнта. Однак у вашому розпорядженні лише один джун. Решту команди вже завантажено.
Що будете робити?
Завдання 9 та 10 ми підготували разом із CTO в Appbooster Олександром Суботіним.
Завдання 9
Ви спускаєтеся в кафетерій, але не встигаєте замовити тістечка, як до вас підсідають ваші колеги-проджекти. У них почалася суперечка, і вас теж втягують у дискусію.
Ганна впевнена, що найважливіше для проджекта — розумітися на технічному боці питання. Адже якщо користувачі пишуть у сторах, що у додатку баг, він має розуміти, у чому справа. Ілон вважає, що вміти вибудовувати прозорі процеси — найважливіша навичка.
Чию сторону ви приймете?
Завдання 10
Робота проджект-менеджера полягає у постійному виборі з низки варіантів.
Уявіть, що два досвідчені розробники пропонують різні шляхи вирішення одного завдання. Один — швидший, але при цьому милий, другий — довший і дорожчий, але й результат буде надійнішим.
Як ви оберете оптимальний варіант?
Якщо хочете навчитися пріоритезувати гіпотези, то тримайте нашу статтю. У ній фреймворки ICE Score, RICE Score та Lean Prioritization Canvas розібрані на прикладі RPG-ігри.
Завдання 11
Ідеально вгадати естімейт неможливо, розбіжність у 20% з початковою оцінкою вважається нормою. Але це не означає, що над точністю прогнозів не можна працювати.
Ваша команда не вписалася в спринт і є побоювання щодо наступного. Ви вирішуєте попрацювати над точністю прогнозів, швидкістю та якістю розробки.
Як ви покращуватимете роботу з оцінками?
Докладніше можна прочитати в чек-листі "Що робити, коли команда не вписується в оцінки".
Завдання 12
Ви вели проект три місяці, і ось він довгоочікуваний перший реліз програми. Важко позбутися хвилювання: у продукті багато фіч, раптом якась зламається?
Як готуватиметеся?
Завдання 13 та 14 ми підготували разом із проджект-менеджером Andersen Антоном Гонтаренко.
Завдання 13
Ви розпочали новий проект. До цього з командою було обговорено, що кожен день співробітники трекають час у Jira і докладно описують, на що він пішов — це називається ворклог.
За тиждень ви помічаєте, що розробник Олівер не робить цього. Коли ви порушуєте питання на дейлі, він каже, що не бачить сенсу в трекінгу.
Що будете робити?
Завдання 14
Розпочинається робочий день. Ви відкриваєте ноутбук та виявляєте лист від клієнта:
Ви розгублені. Що відповідатимете?
Завдання 15
З проблемами простіше справлятися у роботі, що ведеться з нуля. Інша річ, коли треба розібратися у проекті, який уже функціонує.
Уявіть, що за кілька тижнів у вас перший день на новому місці. Ви прочитали статтю 5 помилок у перші місяці на новій роботі. Тому вирішуєте підготуватися до старту проекту заздалегідь.
Ви пишете HR, але він, виявляється, все наплутав. Замість нового проекту, на який ви розраховували, на вас чекає той, який запустили місяць тому. Ви хотіли потрапити саме в цю компанію, тому вирішуєте не сваритися, а розібратися у питанні.
Як діятимете, якщо вам передають проект?
Завдання 16
Уявіть, що ви займалися тільки проектами підтримки продуктів, які розробила ваша компанія.
Ви помічаєте повідомлення та відкриваєте чат. Надійшло повідомлення від CEO.
Ви раді, але трохи хвилюєтеся, тому вирішуєте скласти список питань, щоб нічого не забути. Що потрібно дізнатися, щоб проект стартував?
Завдання 17, 18 та 19 ми підготували разом із менеджером проектів Віталієм Салахміром.
Завдання 17
Ви на фінішній прямій – до релізу проекту залишилося два тижні. Але ключовий розробник раптом перестає виходити зв'язок. Робота різко сповільнюється, і ви розумієте, що не вкладаєтеся у термін.
Що робити?
Проект – непередбачувана штука, тому ми написали статтю для проджектів роботи з ризиками. Усередині шаблон реєстру ризиків.
Завдання 18
Ви отримали проблемний проект: двоє попередніх менеджерів пішли через конфлікт із клієнтом та претензії до керівництва, а команда демотивована цією ситуацією.
Замовник за крок від того, щоб змінити підрядника, але вирішує дати вашій компанії останній шанс.
Що будете робити?
Завдання 19
Іноді фахівці чесно говорять про те, що їх не влаштовують у процесах. Набагато гірше – дізнатися, що ви працюєте з людиною останні два тижні.
Уявіть, що UX-дизайнер Аліса, яка завжди «горіла» роботою, почала справлятися гірше. Вона перестала самостійно повідомляти про складнощі, порушує терміни та домовленості, а на мітингах більше відмовчується. За звітами дизайнер працює по вісім годин на день, але результати досить скромні навіть щодо неї в минулому.
Що ви будете робити?
Завдання 20
Внутрішній kick-off це перша зустріч, на якій члени команди знайомляться з проектом і між собою. Ви приготували описи фіч, цілі та завдання проекту, розповідь про замовника.
Як ви проведете kick-off?
