Андрій Дорін: без технічних знань менеджер ніколи не зможе взяти повну відповідальність за проєкт IT

14 July 2022

  • Автор: Уля Днипрова

  • Складність: дуже легко

  • Час: 3 хв

Андрій Дорін уже 6 років управляє IT-проєктами, а загальний досвід у IT — 17 років. Більшість часу пропрацював у сапорті: починав як адміністратор бази даних і поступово виріс до керівних посад. Андрій розповів, як розвивав менеджерську експертність та у чому перевага «технічно грамотного» проєктного менеджера.

Андрій Дорін відгук

Курси IAMPM: від бізнес-аналізу до архітектури

Моє знайомство з IAMPM почалося з I AM BA — курсу з бізнес-аналізу. На той момент я вже працював проджект-менеджером і постійно взаємодіяв із бізнес-аналітиками. Я хотів більше розбиратися у бізнес-аналізі та знаходити точки дотику з колегами, тому пішов на цей курс.

Програма I AM BA закрила потреби в бізнес-аналізі, але одночасно стало видно недоліки у моєму розумінні технічної частини розробки. Оскільки велику частину часу я пропрацював у сапорті, то добре розумів девопс-інженерів, а от решту розробників — так собі. Я погано розбирався у фреймворках, у тому, чим відрізняються одна мова програмування від іншої тощо. 

Тому я пішов на програму TechMind. Курс мені настільки сподобався, що я рекомендував його кільком знайомим РМ-ам. Рекомендую і зараз, тому що TechMind дає технічну експертність, достатню для керування IT-проєктом та командою.

Згодом мені запропонували стати ментором IAMPM. У мене було кілька вільних годин на тиждень, бажання допомагати іншим і ділитися досвідом. А натомість я отримував можливість закріплювати знання, постійний доступ до оновлених лекцій та розбір цікавих кейсів із практики. Ну і звичайно, менторинг для мене — це можливість поспілкуватися, збудувати нетворкінг.

Я зростав як ментор, і мені також хотілося вирости як менеджеру: розвинути навички управління програмами та портфелями проєктів, стати Senior PM. Тому пішов на курс для досвідчених менеджерів Supreme PM. Вже під час курсу я почав застосовувати нові знання на своїх проєктах, і це позитивно вплинуло на мою зарплату в компанії.

З яким запитом ти йшов Delivery Mind — курс з архітектури для менеджерів

На Delivery Mind я прийшов навчатися не у найлегший період своєї кар’єри. Перед курсом я змінив роботу, мені не все подобалося, тому продовжував шукати ще якісь варіанти. Я бачив, що у вакансіях все частіше зустрічається позиція делівері-менеджера, і мені хотілося розібратися у цій темі, закрити прогалини у знаннях.

На жаль, мені не вдалося потрапити на всі лекції онлайн, щоб залучитися максимально і поставити запитання щодо моїх проєктів, але сам курс і тема дуже затребувані. Більшість спікерів підкріплювали теорію прикладами реальних проєктів, і це дуже допомагало розібратися і вбудувати складні технічні знання у власну практику.

Delivery Mind_ UA

Які теми Delivery Mind були найактуальнішими

Лекції з CI/CD, архітектури, зовнішніх сервісів та інтеграцій. У своїх проєктах я неодноразово стикався зі складнощами при інтеграції внутрішніх систем замовника. Проблеми виникають постійно і доволі різні, тому в темі інтеграції мені хотілося вивчити ще більше матеріалу, щоб врахувати всі можливі ризики.

На мою думку, програма Delivery Mind добре підходить тим, хто хоче стати технічно-освіченим PM та отримати більше технічних знань в архітектурі розробки програмного забезпечення, у розумінні CI/CD-процесів та як здійснюється постачання продукту. Особливо рекомендую досвідченим менеджерам, хто ще не був на TechMind, оскільки програми курсів перетинаються.

Чи обов’язкові для менеджера поглиблені технічні знання

Аргумент на користь технічних знань — те, що курси IAMPM для нетехнічних фахівців такі затребувані: люди приходять вчитися самі, а потім рекомендують знайомим.

Звичайно, можна керувати проєктами без технічних знань, але ти ніколи не зможеш взяти повну відповідальність за роботу. А замовники хочуть мати справу з людиною, яка володіє ситуацією, розуміє те, що відбувається в проєкті на всіх рівнях — і клієнти готові платити за такого фахівця.

На проєктах кожен має виконувати свою корисну роль. Навряд чи це можна зробити, якщо менеджер не розуміє ролі людей з команди, не може поставити правильне питання.

Візьмемо для прикладу банківський проєкт та представника банку у ролі Scrum-майстра. Через нестачу технічних знань така людина просто витрачає час команди: ставить багато запитань, але не може скласти усі відповіді в єдину систему, тому пізніше знову ставить ті самі питання. Все це гальмує роботу, і така людина не затримається на своїй позиції. Керівництво та замовник хочуть, щоб робота йшла ефективно, щоб не витрачати надто багато зусиль та отримувати максимум результату.

Що порадиш тим, хто сумнівається, чи потрібно поглиблювати свої технічні знання

Подивіться на кар’єрні тренди. РМ із технічними знаннями, який готовий працювати із замовником самостійно, ставити потрібні питання, відстоювати інтереси команди, аргументувати рішення технарів, завжди виграватиме і в конкретній компанії, і на ринку працевлаштування в цілому.

Для менеджера дуже важливо бути T-shape — поєднувати менеджерські та ще якісь додаткові скіли. Наприклад, РМ та ВА або РМ та Scrum-майстер. РМ без технічних знань дуже знижує свою цінність як автономної робочої одиниці підприємства. Йому постійно потрібен «супроводжуючий» технічний фахівець. Звичайно, зовсім без технарів при спілкуванні із замовником не обійтися, але «технічно підкований» РМ зможе вирішити більшість питань самостійно.

Уля Днипрова

Уля — копірайтер IAMPM. Завжди готова допомогти молодим авторам порадою і просто любить говорити про маркетинг, тексти і сенси. Найкраще ставиться до контентників, які уважно читали «Пиши-скорочуй» та розсилку Максима Ілляхова.