🤕 Вам не бывает больно от количества задач, между которыми нужно переключаться в течении дня? У меня бывает.

Между какими задачами переключается аналитик:
👉 Выявление требований (исследования, интервью, изучение нормативных документов)
👉 Формирование требований (концепции, спецификации)
👉 Командные встречи и совещания
👉 Поддержка разработки и тестирования (ответы на вопросы, уточнение требований, бесконечные чатики)
👉 Методологическая работа (улучшение практик и процессов работы аналитика в команде)
👉 База знаний (поддержка минимально необходимого описания функций системы для использования в предыдущих пунктах)
👉 Работа с багами
👉 Обучение и изучение новых практик
👉 Онбординг новых коллег, наставничество
👉 Ответы на вопросы коллег из соседних команд
👉 Планирование собственной работы (на это тоже нужно больше 5 минут)

💆🏻‍♀️ Не забывайте, что ещё требуются небольшие «технические перерывы», выпить чай и просто выдохнуть перед новой задачей. Может быть что-то забыла… Дополняйте в комментариях.

Посмотрим, почему это больно 😩 :

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

🤯 Когнитивная перегрузка
Попытка удержать в голове контексты прерванных задач и задач в работе вызывают когнитивные перегрузки. Быстрее расходуешь «мыслетопливо», снова растёт время на выполнение задачи, т.к. дедлайн никто не отменял, а перегруженный мозг с трудом выдаёт решение. Ещё и качество идей падает, т.к. у мозга нет энергии на что-то креативное. Он переходит в «энергосберегающий» режим. Это значит, мозг выдаёт шаблонные решения, не самые оптимальные, а иногда откровенно плохие. А ты сам начинаешь делать первые шаги к выгоранию.

📉 Рост технического долга и потерянные задачи
В гонке за тем, чтобы все успеть, начинаешь терять в качестве исполнения задачи. В списке задач появляются такие задачи как «дополнить описание функции «Х». Начинает нарастать хаос в проектных артефактах. Неизменно случаются потери задач, которые не были записаны. А внутри все начинает подгорать.

Что помогает:
🛟 Приложение для работы со списком задач. Стараюсь записывать задачки, которые приходят из разных источников и планировать работу с ними.

🛟 Группировка задач на одну тему. Так уменьшаются затраты на переключения. Например, если надо уточнить статус по задачам, то регулярно прохожу по своему списку задач «на контроле».

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

🛟 Отдыхаю после работы. Переключаюсь на что-то новое, например, творчество.

🤓 И вот ещё ссылка на отчёт от Microsoft об улучшении development experience. Там рассматриваются интересные гипотезы о том, что может улучшить продуктивность работы для разработчиков. Но на аналитиков тоже можно применить.

Если у вас есть идеи, как снизить время на переключение между задачами для аналитика, поделитесь. Будет полезно 🚑

Два года назад я была одним из организаторов ролевой игры для аналитиков "Работа с заинтересованными лицами в условиях полной невесомости". В игре речь шла об автоматизации процессов работы в компании "Космос-Хей". В компании были представлены разные направления бизнеса, связанные с космосом: межпланетные грузоперевозки, туризм, научная работа и производство ракет.

В игре было представлено 5 персонажей:

🤠 Илон Аск - владелец компании, выкупил готовый бизнес недавно .
😾 Джейн Доу (я) - директор по продажам и монетизации, работала в компании с ее основания.
👷🏻‍♀️ Иванка Рамп - технический директор, знает все про производство ракет и комплектующих.
🙋🏻‍♀️ Хиллари Блинтон - начальник склада и отдела закупок.

У каждого персонажа были, как и в жизни, свои интересы и конфликты этих интересов.

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

😼 Я была самым трудным персонажем для начинающих аналитиков - Джейн Доу. Все сведения считала секретными и хранила в своем блокноте в сейфе 🤣. Джейн Доу вообще не любила информационные технологии из-за проблем с информационной безопасностью. Да и так легче было манипулировать данными 😎.

🌶️ Дополнительный уровень сложности - Джейн была резкой, могла повысить голос, могла выгнать команду с интервью, если считала, что они задают некорректные вопросы и без уважения к ее статусу 😯.

☝🏻 Казалось бы причем тут Poker face. Для аналитика очень важно уметь сохранять заинтересованность в своем собеседнике. Если в моменте у аналитика возникает мысль, что собеседник некомпетентен, выдает что-то "странное", это может тут же отразиться на лице. Значит аналитику нужно уметь сохранять "poker face". И своими вопросами продолжать докапываться до причин тех или иных требований. А они всегда есть.

🦉 Мы - аналитики общаемся с людьми и люди прекрасно все чувствуют и точно также считывают невербальную информацию. Цель аналитика установить доверительные отношения с представителями заказчика.

🙀 Моему персонажу в игре, Джейн Доу, часто приходилось наблюдать ребят, которые смотрят с осуждением. Кто-то считал Джейн странной, это было видно. А кто-то даже не стеснялся и прямо во время интервью с Джейн говорил - вы ничего не понимаете, вы нам ничего интересного не расскажете, вы ничего не знаете о бизнесе, разворачивались и уходили.

Если в игре сложно справиться с собой, то как же быть с реальными людьми 🥺
Я категорически против того, чтобы высказываться о представителях заказчика как людях, которые не знают, чего хотят.

Ценность аналитика как раз в том, чтобы помочь заказчику понять:
🤕 что в процессах работы вызывает трудности,
💻 что нужно автоматизировать,
🤓 что можно решить организационно или другими способами без автоматизации.

Тренируйте "poker face" 🥸, цените своих заказчиков. Хорошей пятницы ♥️

📚 Делюсь книжными итогами за 1 квартал 2024 и короткими рецензиями к ним.

🐈🐈‍⬛ «Как пасти котов», Дж. Ханк Рейнвотер

Никому не рекомендую ее читать 😩. Эта книга устарела. Ее можно читать, в качестве учебника истории о принципах руководства программистами начала 2000-ых. Очень много пространных размышлений и «воды» в тексте. Вместо неё можно почитать: «Мама, я тимлид!» Марины Перескоковой.

Пример «вредного» совета для пастухов котов:

К тем, кто не справляется со своей работой в срок, следует относится довольно жестко. Заставьте их объяснить остальным членам группы, по какой причине они опаздывают с решением поставленной задачи. Впрочем, не переусердствуйте в своих манипуляциях с групповым поведением. Публичное унижение сложно признать эффективным средством повышения производительности — поэтому, критикуя сотрудников будьте сдержаны; в том же, что касается похвал (покрасней мере на публике), не скупитесь.

🧙🪄«Гарри Поттер и методы рационального мышления» Элиезер Юдковски и
👩🏻‍🚀👽 «Игра Эндера» Орсон Скотт Кард

Поставила обе книги рядом, т.к. нашла в них несколько параллелей для себя. Герои: Гарри 10 лет, Эндеру было 10 лет на момент финальной битвы. От каждого зависело спасение мира. Оба героя не хотели причинять боль и страдания окружающим. И каждый в итоге был вынужден это сделать. Может быть это и есть переход от детства к взрослению? Тот момент, когда понимаешь, что нет идеального для всех решения и кому-то будет больно. А ты принимаешь решение и ответственность за его последствия.
Книги полезно почитать начинающим руководителям. Тут и про стратегию, и про тактику, и про влияние решений на жизни людей.

Иногда ложь говорит куда больше, чем правда

Он верил, но зерно сомнения было посеяно в его душе, осталось там и проросло, изменив все. Оно научило Эндера внимательнее вслушиваться в то, что люди подразумевают, а не в то, что говорят. Оно сделало его мудрее.

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

🪐🛸 «Конец детства» Артур Кларк

Научно-фантастический роман о взрослении человечества под руководством инопланетян. Здесь автор размышляет над тем, что будет, если во всем мире настанет мир. Люди будут получать все, что им нужно, работа превратится в приятное хобби, а не средство для выживания. Останется ли в таких условиях место для науки и творчества…

Есть недуги, которые может излечить только время. Злодеев можно уничтожить, но ничего не поделаешь с хорошими людьми, упорными в своих заблуждениях.

👀 Ну и на выходных начала читать «Атлант расправил плечи» Айн Рэнд.

🙋🏻‍♀️ Поделитесь в комментариях своими любимыми книгами’ в которых вы черпаете вдохновение. Что посоветуете почитать?

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

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

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

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

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

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

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

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

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

Что делать:

🛤️ Подумать над «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 специалисты. Замечательные девушки - Алеся и Ксения. Площадка, продвижение, тайминг, фотограф, мерч и конечно выслушать длинный список вопросов и замечаний от команды аналитиков. Спасибо вам 🥰, куда бы мы без вас.

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

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