Я Назар, програмний менеджер в Group 107. Мій шлях у ІТ та безпосередньо PM більше 5 років. Я розпочинав досить органічно, свої менеджерські здібності я почав проявляти ще в університеті. Так склалося, що мене спочатку обрали старостою групи. Також потрібно згадати, що я навчався на технічній спеціальності та мав би стати .NET розробником. Наша кафедра мала декілька контрактів з провідними ІТ компаніями України і ми мали спільні семестри та проекти. На цих проектах нам і пояснювали, що кожен проект це не тільки безпосередня розробка, а і обговорення, планування та моделювання. Мене зазвичай обирали на роль менеджера. Мені це надзвичайно сподобалося і, власне, моя перша робота була координатором проекту.
Програмний менеджер: обов’язки
- Обговорення з клієнтом візії проекту, ідеї, шляхи розвитку бізнесу, нові ринки.
- Менеджерство команди на рівні адміністративної складової. Тобто, підвищення працівників, їх зарплатні, індивідуальні плани розвитку.
Приходить клієнт, що далі
Мені подобається компанія Group 107 за те, що нам не потрібно валідувати клієнта. Взагалі, зазвичай, програмний менеджер валідує клієнта. До нас же потрапляють лише ті клієнти, котрі сто відсотків наші – ми можемо дати їм необхідні послуги, а клієнтів влаштовують всі умови.
Тому далі я влаштовую інтро-колл, щоб дізнатися, так би мовити, вхідні дані – з чим до нас прийшов клієнт, які у нього є ідеї та бачення проекту, які функції він хоче бачити у продукті. Переважно, клієнти приходять, бо хочуть вирішити якусь свою проблему.
Ми ж, зі свого боку, беремо до уваги всі ідеї та думки клієнта та починаємо їх описувати «на папері». Якщо виникають якісь запитання, то ми їх уточнюємо з клієнтом і далі починаємо підготовку пропозиції. Сюди входять технічні послуги, прорахунок часу та бюджету. Далі клієнт розглядає пропозицію та вносить свої корективи, за бажанням. Наприклад, клієнт замовляє освітню платформу і хоче, аби вона працювала вже 1 вересня. Тоді я вношу зміни до пропозиції, до прикладу, додаю кількість нових талантів до команди та знову узгоджую все з клієнтом. Таким чином відбувається досягнення консенсусу.
Наступним кроком ми готуємо контракт та підписуємо його з клієнтом.
Як знайти компроміс між
командою та клієнтом?
Нерідко так трапляється, що під час роботи над проектом клієнт хоче внести певні зміни. Кожен проект – унікальний. По-перше, треба послухати, який запит є у клієнта. Наприклад, цей запит не був раніше обговорений. Якщо запит клієнта є критичним, тобто, до прикладу якась фіча є дійсно необхідною, тоді потрібно встановити часові рамки, коли її буде втілено у реальність. Також можливий ще один варіант розвитку подій – фіча є не надто критичною, але клієнт її хоче. Тоді я розмовляю з командою, стає зрозуміло, що впровадження цієї фічі не «ламає» флоу і ми приступаємо до імплементації у найкоротший час.
Можливо і таке, що клієнт захоче певну фічу, яка є критичною і її потрібно втілювати вже зараз. Тоді я зі свого боку пропоную декілька варіантів:
- Ми можемо посунути дедлайн
- Ми можемо прибрати декілька раніше обговорених фіч
- Ми можемо найняти більше розробників, відповідно, бюджет проекту збільшиться
Далі вже рішення за клієнтом. Наш обов’язок – запропонувати якомога більшу кількість варіантів та проконсультувати, показати проект з різних сторін, допомогти визначитися.
Клієнт «Зробіть щось» – труднощі роботи з
таким
Нікому не секрет, що клієнт звертається до нас, як до експертів та хоче, аби його проблему вирішили. Під «проблема» ми розуміємо певний запит, ідею. Клієнт не зобов’язаний бути технічно підкованим, це вже наша робота, звідси і запити «зробіть щось, зробіть класно». Давайте про це поговоримо з точки зору 2 аспектів.
1 аспект
Клієнт має ідею, але не має деталей. Тут починає свою роботу бізнес-аналітик. Його завдання зібрати, уточнити, пояснити, записати вимоги клієнта. Тобто, в кінцевому результаті “з клієнтом для клієнта”. Ми показуємо ще майбутній проект під різними кутами та пояснюємо, що і як працюватиме. Завдання клієнта на цьому етапі схвалювати або відхиляти. Тут і будується каркас, який ми будуємо разом з клієнтом. Простіше кажучи, якого вигляду має бути кнопка, що вона повинна робити, де вона повинна бути. Звідси і виходить кошторис проекту.
2 аспект
Другий аспект – це дизайн. Як на мене, чи не найважливіша річ. Дизайн повинен бути трендовим та таким, щоб він подобався клієнту. Як ми розуміємо, дизайн це питання смаку, у випадку клієнта. Адже дизайнери здебільшого керуються сучасними трендами. Якщо клієнт пояснив всі свої бажання з технічної точки зору, то з точки зору дизайну ми завжди рекомендуємо дослухатися до нашої команди, котра виконує просто фантастичну роботу. Всі дизайни виглядають дуже сучасно та стильно. Дизайнерам потрібно поєднати смак і бачення дизайну клієнта та сучасні тренди. І нашій команді це безперечно вдається!
Якщо ви хочете долучитися до команди Group 107 у якості проектного менеджера, програмного менеджера, розробника, тестувальника чи дизайнера та разом працювати над проектами з нуля, то переходьте на сторінку вакансій. Там точно знайдеться проект для вас! Якщо ви лише бажаєте почати, тоді переходьте на сторінку програми стажування. See ya!
