Очередная встреча любителей попить кофе и поговорить на интересные темы состоялась 24 февраля. Code’n’Coffee #26. Тема встречи — менеджмент проектов. Многие с уверенностью скажут, что по данной теме уже все давно сказано и еще раз «переливать воду из пустого в порожнее» незачем. Да только знать и использовать — это разные стороны одной медали, а люди, которые выступают, однозначно имеют немалый опыт в этой сфере, что и есть ключевой причиной, чтобы их все-таки послушать.
Итак, Роман Сахаров (Business Analysis Manager & Delivery manager в EPAM Systems) с докладом «Stakeholders and expectations, або коли проекти успішні?». На мой взгляд, отличный доклад. Вроде все просто: клиент хочет получить результат, затратив при этом оптимальное количество ресурсов; исполнитель — создать продукт, за который как минимум получить гонорар, а как максимум показать его в портфолио и получить дополнительный плюс в карму. Но, как всегда, есть нюансы. Роман достаточно популярно объяснил, как определить ключевых людей на проекте, как построить с ними взаимодействие и что должен сделать для этого менеджер проекта. И не думайте, что «у меня маленький проект, мне это не интересно.» Это относится ко всем проектам без исключения. Выполняя проект, вы четко должны понимать, кто будет принимать работу, кто решает, будет ли работа оплачена, и совпадает ли видение конечного результата с вашим видением продукта. Иначе в итоге вы получите недовольного клиента, который вместо того, чтобы рекомендовать вас, как отличного исполнителя, будет делать совсем наоборот.
Второй докладчик, Дмитрий Ремигайло. Доклад «Управление проектами — управление людьми». Тема очень актуальная для любого сотрудника, тем более проектного менеджера. Дмитрий постарался в достаточно короткий промежуток времени рассказать, как сложно иногда бывает работать с командой, и доклад получился насыщенным информацией. Главный месседж: важный инструмент менеджера — это команда, а ее создание является достаточно увлекательным и многогранным процессом.
Последним был Роман Сенив с докладом «Continuous regression testing, або туалет ми зливаємо після кожного разу :)». Я уже слушал ранее Романа, и его стиль подачи материала мне очень нравиться. С шутками рассказывать про важные инструменты в разработке не каждый сможет. Во время доклада я впервые услышал про способ расчета задержки выхода продукта в релиз на основе анализа количества багов в каждой итерации, что вполне можно взять на вооружение. Так же звучало золотое правило: чем раньше нашли баг — тем меньше его стоимость. Еще очень полезным примером был случай, когда команда начала использовать регрессионное тестирование на каждой итерации, и какой профит в результате получила.