Як вибісити проєктного менеджера?

Микола Калакуцький

Як вибісити проєктного менеджера? Чим більш досвідчений ваш менеджер, тим складніша задача, і треба дуже постаратися.

Ось базові рекомендації:

Розробники

  • Запізнюйтесь з виконанням задач.
  • Як можна довше тримайтесь на «Зовсім трішки залишилось. Закінчую».
  • Вносьте свої ініціативи в логіку та архітектуру відразу. На демці поясните всім, як воно тепер працює.

Тестувальники

  • Як можна довше ігноруйте план тестування, орієнтуйтеся на власну інтуїцію або поради тік-токерів;
  • Повертайте задачу в доробку відразу, як знайшли помилку або неточність, без перевірки решти сценаріїв;
  • Якщо виявиться, що ви пропустили якусь помилку, то просто кажіть «а у мене все працювало».

Дизайнери

  • Регулярно робіть зміни в елементах дизайну, особливо під час активної розробки;
  • Не дотримуйтесь дизайн-системи. Робіть дизайн кожного розділу унікальним. Експерементуйте;
  • Під час демки обовʼязково повідомте про ідею естетичного та інтуїтивного інтерфейсу, яка вплине на весь дизайн.

Бізнес Аналітики

  • Уточнення та деталізацію вимог надавайте виключно голосом в режимі онлайн зустрічей, в крайному випадку — голосовими повідомленнями;
  • Очевидні речі ніколи не описуйте. В компанії працюють досвідчені фахівці. Самі мають знати;
  • Запити клієнта не оформлюйте в ТЗ, а просто пересилайте команді. Без своїх коментарів.

DevOps

  • Якчастіше впроваджуйте нові інструменти та процеси. Ефективність оцінюйте по реакції розробників;
  • Не витрачайте час на пояснення — просто скидайте посилання на документацію;
  • Технічне обслуговування так само важливе, проводьте за власним графіком. Чим частіше він перетинатиметься з релізами та піковим навантаженням, тим більш помітною буде ваша робота.

Рекрутери та HR

  • Створіть якнайбільше загальних та командних зустрічей. Наполягайте на обовʼязковій присутності кожного.
  • Проводьте анонімні опитування. Ніколи не діліться результатами.
  • Надсилайте загальні листи про корпоративну культуру та місію щонайменше на три сторінки кожен. В корпоративних меседжерах наполягайте на прочитанні цих листів.

Використовуйте ці поради на свій розсуд і ризик.
Автор не бере на себе відповідальності за наслідки.

Цей текст взято з особистого блогу після отримання дозволу автора.

Якщо ви знайшли помилку, будь ласка, виділіть фрагмент тексту та натисніть Ctrl+Enter.

Останні статті

Співбесіда з аутстаф та продуктовими компаніями: у чому різниця?

Формат компанії — аутстаф, аутсорс чи продукт — суттєво впливає не лише на умови співпраці,…

02.05.2025

Чому важко читати чужий код?

Блогер та розробник Джозеф Круз розповів, чому так важко прочитати чужий код. Пропонуємо вам переклад…

01.05.2025

«Розкажіть коротко про себе». А як це правильно?

«Розкажіть коротко про себе» — це одне з найпоширеніших питань на співбесіді. І, як не…

30.04.2025

Про важливість спілкування в команді або «Ну… цей… цей во….»

Ми всі часто говоримо про те, що спілкування в команді — це дуже важливо. Важлива…

29.04.2025

Чому стати продакт-менеджером — погана ідея

Блогер та розробник Джозеф Круз розповів про підводні камені роботи продакт-менеджера та те, з чим…

28.04.2025

NestJS — від абстракцій до інструмента

Кілька місяців тому я скептично ставився до NestJS. Фреймворк здавалося простою обгорткою над Express або…

25.04.2025