Code’n’Coffee #25 Design

Наступна зустріч любителів випити кави та поговорити на цікаві теми відбулася 24 лютого. Code’n’Coffee #26. Тема зустрічі — менеджмент проектів. Багато з упевненістю скажуть, що з цієї теми вже все давно сказано, і ще раз «переливати воду з порожнього в порожнє» немає сенсу. Але знати і використовувати — це різні сторони однієї медалі, а люди, які виступають, безумовно мають чималий досвід у цій сфері, що і є ключовою причиною, щоб їх все ж таки послухати.

Отже, Роман Сахаров (Business Analysis Manager & Delivery manager в EPAM Systems) з доповіддю «Stakeholders and expectations, або коли проекти успішні?». На мій погляд, чудова доповідь. Здається, все просто: клієнт хоче отримати результат, витративши при цьому оптимальну кількість ресурсів; виконавець — створити продукт, за який як мінімум отримати гонорар, а як максимум показати його в портфоліо і отримати додатковий плюс у карму. Але, як завжди, є нюанси. Роман досить популярно пояснив, як визначити ключових людей на проекті, як побудувати з ними взаємодію і що повинен зробити для цього менеджер проекту. І не думайте, що «в мене маленький проект, мені це не цікаво». Це стосується всіх проектів без винятку. Виконуючи проект, ви чітко повинні розуміти, хто буде приймати роботу, хто вирішує, буде чи ні робота оплачена, і чи збігається бачення кінцевого результату з вашим баченням продукту. Інакше в результаті ви отримаєте незадоволеного клієнта, який замість того, щоб рекомендувати вас як відмінного виконавця, буде робити зовсім навпаки.

Другий доповідач, Дмитро Ремигайло. Доповідь «Управління проектами — управління людьми». Тема дуже актуальна для будь-якого співробітника, тим більше проектного менеджера. Дмитро намагався в досить короткий проміжок часу розповісти, як складно іноді буває працювати з командою, і доповідь вийшла насиченою інформацією. Головний меседж: важливий інструмент менеджера — це команда, а її створення є досить захоплюючим і багатогранним процесом.

Останнім був Роман Сенів з доповіддю «Continuous regression testing, або туалет ми зливаємо після кожного разу :)». Я вже слухав раніше Романа, і його стиль подачі матеріалу мені дуже подобається. З жартами розповідати про важливі інструменти в розробці не кожен зможе. Під час доповіді я вперше почув про спосіб розрахунку затримки виходу продукту в реліз на основі аналізу кількості багів в кожній ітерації, що цілком можна взяти на озброєння. Також звучало золоте правило: чим раніше знайшли баг — тим менша його вартість. Ще дуже корисним прикладом був випадок, коли команда почала використовувати регресійне тестування на кожній ітерації, і який профіт в результаті отримала.