В моем опыте аналитика за почти 7 лет (хоть он и не очень большой на самом деле) было много разных интересных историй, но самый забавный момент — это когда я оказалась в патовом проекте, который нельзя было не сдать, но туда свалились все беды: и смена заказчика, и распределенная команда, и локальна я одна, и новая предметная область для меня, и близкий дедлайн.
И вот как то раз мне предложили выступить на конференции аналитиков.
Я начала думать, чем же можно поделиться, какие знания передать….какие-то специфичные знания как проектировать в uml или как писать правильно по ГОСТ не хочется рассказывать, потому что это интересно одним аналитикам и не интересно другим. Ну хотя бы потому, что роль аналитика на столько многогранна и в каждой фирме, на каждом проекте аналитик выполняет те или иные функции, и знания ему нужны определенные.
И вот в голову пришла идея, что есть советы, которые подойдут для любого уровня аналитика на любом проекте, а уж для нового патового проекта тем более должны быть актуальными.
Именно о них и будет говориться в этой статье.
Итак, это всего ПЯТЬ советов:
1. Прими как данность специфику проектной деятельности
… все эти цейтноты, дедлайны, какие-то стендапы и планерки — в общем все, что обычного человека выводит из равновесия, все это необходимо аналитику в его работе.
Прими, чтобы потом заказчик тебя не отпаивал коньяком, когда твои нервы уже на исходе.
Была у меня такая история, когда заказчику все не нравилось, а команда разработчиков постоянно ругалась, что нужно все переделывать, и все это как снежный ком. И конечно после очередного высказывания в нашу сторону мои нервы не сдали.