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

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

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

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

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

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

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

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

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

Что делать:

🛤️ Подумать над «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 проектам, которые он где-то когда-то делал.

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

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

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

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

Что увеличит шансы Василия успешно выйти из ловушки?

🔎 Критически относиться к своим идеям. Ответить себе на вопрос, почему мне хочется это поменять? Это изменения для создания «идеального процесса» как в книге, или для того, чтобы эффективнее достигать цели команды?

🔬Предлагать изменения на основе фактов, собственного опыта работы в этой команде и плана работы команды в будущем. Это позволит лучше презентовать свою идею, показать как предложенные улучшения помогут в решении будущих задач.

🦙Не надевать «белое пальто». Презентуя идею, говорить с позиции «я — часть команды», а не «я тут самый умный, я знаю как сделать лучше».

Цените свою новую команду 🫂, доверяйте и помогайте ей прийти к цели. Избегайте ловушки «Вы все делаете не так».

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