Як вибісити проєктного менеджера? Чим більш досвідчений ваш менеджер, тим складніша задача, і треба дуже постаратися.
Ось базові рекомендації:
Розробники
- Запізнюйтесь з виконанням задач.
- Як можна довше тримайтесь на «Зовсім трішки залишилось. Закінчую».
- Вносьте свої ініціативи в логіку та архітектуру відразу. На демці поясните всім, як воно тепер працює.
Тестувальники
- Як можна довше ігноруйте план тестування, орієнтуйтеся на власну інтуїцію або поради тік-токерів;
- Повертайте задачу в доробку відразу, як знайшли помилку або неточність, без перевірки решти сценаріїв;
- Якщо виявиться, що ви пропустили якусь помилку, то просто кажіть «а у мене все працювало».
Дизайнери
- Регулярно робіть зміни в елементах дизайну, особливо під час активної розробки;
- Не дотримуйтесь дизайн-системи. Робіть дизайн кожного розділу унікальним. Експерементуйте;
- Під час демки обовʼязково повідомте про ідею естетичного та інтуїтивного інтерфейсу, яка вплине на весь дизайн.
Бізнес Аналітики
- Уточнення та деталізацію вимог надавайте виключно голосом в режимі онлайн зустрічей, в крайному випадку — голосовими повідомленнями;
- Очевидні речі ніколи не описуйте. В компанії працюють досвідчені фахівці. Самі мають знати;
- Запити клієнта не оформлюйте в ТЗ, а просто пересилайте команді. Без своїх коментарів.
DevOps
- Якчастіше впроваджуйте нові інструменти та процеси. Ефективність оцінюйте по реакції розробників;
- Не витрачайте час на пояснення — просто скидайте посилання на документацію;
- Технічне обслуговування так само важливе, проводьте за власним графіком. Чим частіше він перетинатиметься з релізами та піковим навантаженням, тим більш помітною буде ваша робота.
Рекрутери та HR
- Створіть якнайбільше загальних та командних зустрічей. Наполягайте на обовʼязковій присутності кожного.
- Проводьте анонімні опитування. Ніколи не діліться результатами.
- Надсилайте загальні листи про корпоративну культуру та місію щонайменше на три сторінки кожен. В корпоративних меседжерах наполягайте на прочитанні цих листів.
Використовуйте ці поради на свій розсуд і ризик.
Автор не бере на себе відповідальності за наслідки.
Цей текст взято з особистого блогу після отримання дозволу автора.
Цей матеріал – не редакційний, це – особиста думка його автора. Редакція може не поділяти цю думку.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: