Ловушки аналитика в проекте с историей

Хотелось бы поучаствовать в разработке системы «с нуля»? Да, конечно. Очень интересно стоять у истоков создания чего-то, чего ещё недавно не было. Если это инновационный продукт, то участвовать в его создании просто мечта.
Но с чем чаще приходиться сталкиваться аналитику, который выходит на новое место работы? С работой в сложившейся команде над проектом или продуктом «с историей».

«С историей» для меня означает:

📚История совместной работы между компанией и заказчиком
У компании есть сложившаяся история сотрудничества. Например, команда, в которую вы пришли, уже разрабатывала что-то для этого заказчика. У представителей заказчика уже могут быть ожидания по поводу работы с вами исходя из предыдущего опыта.

👩🏻‍💻История реализации проекта или продукта
Команда уже некоторое время работает над проектом или продуктом, а вы как аналитик пришли в команду для усиления состава аналитиков или замены кого-то из них.

В какие ловушки может попасть аналитик-новичок в команде «с историей»? Сегодня расскажу про одну такую ловушку — «Работа с легаси».

Признаки ловушки «Работа с легаси»:

☑️ В основе продукта или проекта лежит некоторое количество функциональности, которое было разработано «Х» лет назад.
☑️ Документации с описанием функций из области «легаси» нет совсем или она частично устарела.
☑️ Документация на «легаси» есть, но для работы с ней нужно проводить археологические раскопки. Документация представляет из себя целый пласт из отдельных спецификаций требований, или серию ТЗ, каждое из которых вносило изменения в одну и ту же функцию.
☑️Очень мало или не осталось совсем «хранителей истории легаси».
☑️ Вам нужно спроектировать новую функциональность на базе возможностей легаси-функций.

🤬 Усилитель ловушки: Разработать новую функциональность надо быстро, сроки горят, ваш онбординг ещё не закончен. «Дай мне хоть какие-то требования», — настойчиво просит тимлид команды.

Что делать:

🛤️ Подумать над «happy path» или основным сценарием, который сделает пользователя счастливым.

🚧 Подумать над основными альтернативными сценариями, которые могут нанести непоправимый вред пользователю на пути к его счастью. Все, что можно исправить силами техподдержки отсекаем, если сроки горят.

⚒️ Посмотреть, что есть в «легаси» части системы, что поможет провести пользователя по основному сценарию.

Первые два пункта 🛤️ и 🚧 - универсальные, а вот в последнем и кроется вся боль работы с «легаси». Про него расскажу подробнее.

Важные нюансы:

⌚На посмотреть «что есть в легаси» нужно дополнительное время. Важно договориться о том, что вам это время нужно и в каком количестве с тимлидом или менеджером проекта в команде.

🚰 Нужно понять, на какие источники информации о «легаси» вы можете расчитывать.

Источниками информации о «легаси» могут быть:

📜 Документация. Надо узнать, где лежит документация и насколько она актуальна. Получить ссылки и доступы, если нужно.

🧙🏻‍♀️ "Хранители истории легаси". Надо узнать до кого из них вы можете дотянуться в рамках компании. Получить контакты хранителей.

💻 Код. Надо узнать, кто из команды может вам помочь заглянуть под капот «легаси» — разработчики или тестирование. На каких тестовых стендах и с помощью каких инструментов вы сами можете провести «вскрытие легаси функциональности».

Что увеличит ваши шансы успешно выйти из ловушки "Работа с легаси":

🫂 Регулярная синхронизация с командой. Что вы делаете, с какими проблемами столкнулись, где нужна помощь. Это сделает вашу работу прозрачной для команды и они могут вам помочь исходя из своего опыта.

📝 План работы над задачей. Понимание основных вех, что вам нужно сделать и какое время на это потребуется. Корректировка плана при столкновении с реальностью.

🙄 Не делать «идеально». Если сроки ограничены, нужно наступить на горло внутреннему перфекционисту, и сосредоточиться только на основном сценарии и блокирующих работу альтернативных сценариях. Задача провести пользователя к счастью как можно быстрее. Дополнительными удобствами придётся на время пожертвовать.

🖖🏻😌 Не паниковать. Самое сложное для новичка не впасть в панику от объема работы, коротких сроков и осознания глубины «легаси». Стоит больше опираться на поддержку тимлида и вашей команды. Вы заинтересованы дойти до общей цели, вам по пути.

Это мой самый длинный пост из двух сообщений и одной картинки. Ставьте 🔥 , если смогли дочитать до конца тема вам понравилась. Буду рассказывать про другие ловушки на проектах «с историей».

А тем, кто попался в ловушку «Работа с легаси» 🫂, желаю выбраться из неё без потерь ♥️

Уже на следующей неделе в Лужниках, с 23 по 26 мая пройдет самый большой фестиваль по информационной безопасности "Positive Hack Days".

👩🏻‍💻 На фестивале есть открытая бесплатная часть, куда можно прийти всей семьей и закрытая часть для профессионального сообщества и представителей бизнеса 🎩

Для всех продуктовых команд в нашей компании это знаковое мероприятие 🤓, т.к. именно там проходят демо продуктов, а в битве "синих" 🦸🏻‍♀️ и 👺"красных" можно увидеть работу продуктов на реальных данных. Если захотите узнать больше подробностей о программе, то можно почитать тут.

♥️ Рекомендую PHDays к посещению, даже если вы не работаете в ИБ. Если захотите пообщаться, буду на площадке 23 и 24 мая.

Ставьте 🔥, если впервые узнали про PHDays. А если решили пойти, то ставьте 👍🏻. До встречи на фестивале ☺️

Составляла список мероприятий, на которые хотела бы попасть до конца года и оказалось, что Санкт-Петербург лидирует по их количеству 🤫

И так мой список мероприятий для аналитиков:

Митап позитивных аналитиков
🗓20 июня,
📍Санкт-Петербург, Казанская улица, 7, пространство Freedom
Только оффлайн доклады и живое общение
Бесплатно, количество мест ограничено, осталось 40 из 80 доступных регистраций
👉Регистрация тут
В программе доклады, фуршет и настолки. Я один из организаторов, жду встречи с вами. Отдельным постом поделюсь своими впечатлениями об организации

ProITFest
🗓 06 - 07 июля
📍 Санкт-Петербург, отель Новый Петергоф
Только оффлайн, доклады, мастер-классы из разных направлений ИТ
👉Регистрация тут
Нестандартная конференция. Есть промокод на 20% на все билеты кроме “All inclusive”. Поделюсь с теми, кто спросит в комментариях.

Летний аналитический фестиваль
🗓 13 - 14 июля
📍 Москва, отель SkyPoint
Только оффлайн, доклады, мастер-классы и много неформального общения на пикник-шашлык афтепати
👉Регистрация тут
Буду выступать с мастер-классом про развёрнутую обратную связь для начинающих руководителей аналитиков

Flow
🗓 17, 23 - 24 сентября
📍 Санкт-Петербург, отель Airportcity Plaza
Онлайн и офлайн, доклады, мастер-классы, есть бесплатный день для комьюнити
👉Регистрация тут
Классический формат большой конференции для аналитиков

Стачка
🗓 27 - 28 сентября
📍 Санкт-Петербург, Cosmos Прибалтийская
Только оффлайн, доклады и мастер-классы потравным направлениям в ИТ. Есть секция для аналитиков
👉Регистрация тут
Впервые стачка пройдёт в Санкт-Петербурге, а не в Ульяновске. Если скомбинировать с Flow будет неделя знаний в СПб 🥰

Analyst Days - 19
🗓 27 - 28 ноября
📍Москва, отель МонАрх
Онлайн и оффлайн формат, доклады и мастер-классы
👉Регистрация тут
Проверенный временем хит среди конференций для аналитиков. Точно буду, так как вхожу в программный комитет и помогаю спикерам с подготовкой :)

TeamLead Conf
🗓 02 - 03 декабря
📍 Москва
Онлайн и оффлайн формат, доклады и мастер-классы для тимлидов
👉Регистрация тут
Единственная конференция для тимлидов и руководителей в ИТ. Конкурс среди спикеров сумасшедший, но стоит того.

В программе было три доклада:

😱 "Есть ли место для аналитика в agile?" от Елены Павловой. Мой любимый миф из этого доклада, что в agile-командах нет документации и требования не нужны 😂 Конечно, все нужно и требования и документация.

❤️‍🩹 "От аналитика к менеджеру. Когда нам точно надо туда" от Владислава Котова. Тем кто, только думает о том идти или нет в менеджеры - не надо ожидать от позиции линейного руководителя кратного роста в доходе 📈. А вот роста зоны ответственности по экспоненте ожидать стоит 🥺

🦸🏻‍♀️"Чего ждать от аналитика в ИБ?" от Алёны Караваевой. Фееричный доклад 🔥 в формате стендапа о том, как бизнес-аналитик без опыта в ИБ становится системным аналитиком. А все потому, что при разработке продуктов в ИБ от аналитиков ждут все того же, что и при разработке других продуктов.

Дальше расскажу, что же под капотом этого мероприятия 🚘🛠️


DevRel специалисты. Замечательные девушки - Алеся и Ксения. Площадка, продвижение, тайминг, фотограф, мерч и конечно выслушать длинный список вопросов и замечаний от команды аналитиков. Спасибо вам 🥰, куда бы мы без вас.

Аналитики. Я, Таня, Лена и Алена - отвечали за сутевое наполнение. Доклады, тексты для продвижения, постановку задачи дизайнерам для подготовки изображений, встречать и отвечать на вопросы участников. Девчонки мы супер, спасибо вам.

Участники мероприятия. Мы очень переживали 🫣, а сколько же ребят к нам придут. В итоге заявок было много и мы закрыли регистрацию на пару дней раньше. К нам пришли самые позитивные аналитики и создали невероятную атмосферу из лёгкости общения и профессионального интереса. Спасибо вам, вы тот самый секретный ингридиент, который сделал это мероприятие ♥️

В прошлом посте про ловушки аналитика на проекте с историей я рассказывала про работу с легаси. Сегодня расскажу о другой популярной ловушке.

И так, представим себе Василия 👨🏻‍🦰— аналитика уровня «синьор». У него большой опыт работы в разных командах, более 100 выполненных проектов за плечами. Василий получили оффер и вышел в новую команду 🫂. Начался онбординг Василия в предметную область и в процессы работы. У команды уже есть работающий продукт и длинный бэклог 📝. Ближайший релиз запланирован. Василию предстоит много работы.

Василий начал работать над первой задачей и сразу понял:
🫙Документация неполная,
🗓Шаблонов документов нет,
🤯Нет доменной модели данных,
😱Планирование и груминг бэклога, ретро после каждого спринта — где все эти практики, если в команде вроде бы принят «скрам»?

Василия 👨🏻‍🦰 охватило жгучее непреодолимое желание составить длинный список улучшений 📚. Поделиться своим опытом «как надо делать». Захотелось каждому или хотя бы тимлиду рассказать, что в команде «все и все делают не так» 🤬.

Наш Василий попал в ловушку 😢: «Вы все делаете не так!”. В неё часто попадают, те, кто сменил место работы и команду.


Признаки ловушки:

👉Василий не прошёл по существующему в команде процессу, а уже предлагает изменить все и сразу: процессы, шаблоны, коммуникации.

👉Ему кажется, что он умнее каждого второго, знает «лучшие мировые практики». И вообще у Василия огромный опыт, он уже реализовал 100 проектов.

👉Василий готов составить длинный список проблем, но не готов сделать что-то конкретное или решить хотя бы одну проблему из списка.

Усилитель ловушки🔥:
Василий настойчиво предлагает делать все по другому на пике загрузки команды и во время больших организационных изменений в компании.

🤔Возможные причины:

Василий пришёл из другой команды, где процессы ему были хорошо знакомы. Под рукой были готовые шаблоны, отточенные годами.
Здесь же все новое, делают по другому. Возможно, Василий столкнулся с типичной реакцией на изменения и пытается вернуть тот «классный процесс», который был в другой команде и в другой компании у него.


Как быть:

😡 Нельзя обесценивать прошлый опыт команды. Сначала Василию нужно сделать несколько задач по процессу, принятому в команде. Так Василий поймёт сильные и слабые стороны процесса. У него будут примеры, к которым команда отнесётся с большим доверием, чем к тем 100 проектам, которые он где-то когда-то делал.

🧺 Из списка проблем, выбрать ту, которая доставляет команде ощутимую боль и которую Василий может решить самостоятельно или с небольшой поддержкой от кого-то в команде. Например, в рамках онбординга можно взять задачу из техдолга аналитиков, и не только ее решить, но предложить изменение, которое поможет избежать появления таких задачек в техдолге в будущем.

📈Прежде чем зачитывать длинный список проблем, Василию нужно оценить стоимость изменений, которые он предлагает, и выгоды, которые они принесут. В расчёт нужно взять затраченое время на проработку и внедрение идеи, плюс ее поддержку в будущем. Если выгода слишком мала, лучше сосредоточится на чем-то другом.

🐾 Будет лучше, если Василий будет предлагать изменения по чуть-чуть, в формате экспериментов. Человеческий мозг очень тяжело переживает большое количество изменений. Особенно в период высокой загрузки, когда сроки и задачи горят. Да и оценить влияние изменяй в формате «все и сразу» будет невозможно. Лучше всего держать конечную цель в голове и идти к ней небольшими шагами.

👩🏼‍🏫👨‍🏫 Василию нужно заручится поддержкой лидеров команды. Прежде чем громогласно на общей встрече заявить о своей гениальной идее, лучше сначала обсудить ее с тимлидом команды. Возможно, уже тимлид так пробовал и не взлетело. А может быть он давно хотел такое сделать, а рук не хватало и тут Василий решил ему помочь.