DDD. Подтипы доменов

В этом году начала своё знакомство с Domain Driven Design или DDD, оно же предметно-ориентированное проектирование.

С чего начинается DDD? Для начала нужно разобраться в домене или предметной области, для которой создаётся наше решение. Так как на носу Новый год, то возьму в качестве примера такой домен как «Доставка подарков дедом Морозом».

Внутри домена выделяются поддомены - определённая область бизнеса заказчика.

Все поддомены делятся на три типа:

🎅🛷 Основные поддомены
⁃ Являются источником конкурентного преимущества бизнеса заказчика
⁃ Самые сложные и быстро меняющиеся,так чтобы конкурентам было сложно угнаться.
⁃ Например у деда Мороза это доставка подарков по всей стране за одну ночь.

🧸🐰 Вспомогательные поддомены
⁃ Поддерживают бизнес заказчика ,но не дают никаких конкурентных преимуществ,
⁃ Отличаются сложной бизнес-логикой,
⁃ Например у деда Мороза это может быть производство игрушек. Дети загадывают желания под самый Новый год. Деду Морозу нужно произвести большое количество игрушек за короткий период, при этом учесть пожелания каждого ребёнка.

🎁💝 Универсальные поддомены
⁃ Универсальный процесс для всех компаний,
⁃ Можно не разрабатывать своё решение, а воспользоваться сторонним предложением,
⁃ Например у деда Мороза это может быть упаковка подарков.

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

С погружения в домен начинается определение единого языка 😜, на котором должно происходить общение команды с заинтересованными лицами. Цель выработать такой язык, в котором нет необходимости в 🧐 «переводе» с «языка заказчика» на «язык разработчиков» и наоборот. В нем не должно быть специфических технических терминов и жаргонизмов. Не должно быть неоднозначных понятий и понятий-синонимов.

Кажется как раз тут и нужен аналитик ☝️, чтобы разобраться в домене и его поддоменах, помочь команде и заинтересованным лицам сформировать единый язык.

📚 Домен и единый язык это только верхушка DDD-айсберга. Если вас заинтересовала эта тема, то вот вам список полезных материалов, как раз на «новогодних каникулах» можно прочитать:

🥇Книга Влада Хононова «Изучаем DDD — предметно-ориентированное проектирование». Написано очень лаконично, легко. В конце глав есть практические задания,чтобы закрепить теорию на практике.

🥈 Бесплатная первая версия перевода этой книги

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

Ну что ж… До нового года осталась пара дней. Елки наряжены 🎄, холодильники загружены 🍗🍽🥂, можно уже и планы строить на следующий год 🫣

Всем, привет в новом 2024 году 🎄

Я решила начать его с эксперимента 🧪 - записала один эпизод подкаста про карьеру аналитика в ИТ.

В этом эпизоде я рассказываю о том:

🪜 Нужно ли шагать по карьерной лестнице каждый год.
😎 "Шаг 0" в планировании своего карьерного пути.
🤫 Какие ресурсы нужны для начала планирования?

Если вам понравится такой тип контента буду записывать дальше.

В этом году хочу прочитать больше книг. Дома накопилась уже приличная стопка 📚.

🧙Начать решила с необычной книги «Гарри Поттер и методы рационального мышления», автор — Элиезер Юдковский. Начала читать эту книгу в новогодние каникулы и пока смогла прочитать 53%. Мне понравилось искать в ней «пасхалки»-отсылки к разным реальным книгам и исследованиям.

А ещё нашла интересный абзац, который отражает работу аналитика 👀 в части сбора данных и анализа разных вариантов реализации, и про потраченное на это время:

Бывает ли так, что для выбора нужно больше данных? Да, но это может оказаться лишь оправданием для промедления. Заманчиво отложить выбор, если нужно рассмотреть две болезненные альтернативы, ведь бегство от выбора позволит на время избежать головной боли. Тут же находится труднодоступная информация, без обладания которой ну совсем никак не получается сделать выбор, и всё - повод для промедления готов. Хотя если знать, какие именно сведения необходимы, когда и как их можно получить, и как поступить при любом возможном раскладе, это становится уже меньше похоже на отговорку.

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

🧐 Действительно, иногда исследования увлекают, хочется разобрать вопрос до атомов. Помогает периодически спрашивать себя: «А точно мне нужно все это, чтобы достичь цели? Можно ли сделать проще?».

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

🪄А вы что думаете? Читали альтернативную версию вселенной Гарри Поттера?

Сегодня пятница, а значит можно позволить себе крик души и немного холивара 🫣. В последнее время вокруг меня постоянно крутится слово «аналитика», которое применяется для обозначения 🤯 результата работы системного аналитика или процесса работы системного аналитика.
Это слово я вижу в резюме кандидатов 😳. Слышу в обсуждении в командах😱.

⛔️Кажется, пора остановиться и использовать правильные термины. Работа аналитика начинается с определения терминов, которые должны однозначно обозначать объекты. Мы стремимся не допускать двусмысленности. Не используем синонимов для определения одного и того же объекта, когда пишем требования. Но не можем однозначно определить результат своей собственной работы😓. Называем его - то «аналитикой», то «анализом».

Да, я не пишу «аналитику» 😭, а пишу «требования», «спецификацию требований», «концепцию решения». Могу оценить «этап анализа», могу обсудить «требования».

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

🤔А вы пишите «аналитику» или занимаетесь «системным анализом»? Знаете, чем «аналитика» отличается от «анализа»?

🤓 Подготовила для вас второй эпизод подкаста про карьеру и разговор со своим руководителем.

В этом эпизоде:
🥇Что стоит включить в план разговора с руководителем?
🥈Что делать если ваша собственная оценка знаний и навыков расходится с оценкой вашего руководителя?
🥉Чем может закончиться эта беседа: позитивный и негативный сценарий.

Спойлер: как бы не прошла ваша беседа, вы все равно в выигрыше.

🎨Обязательно сделаю заметки по обоим эпизодам на следующий неделе.

Если вам хочется узнать о карьере аналитика и ли о какой-то другой теме, пишите в комментариях :) Постараюсь сделать 👀.

Обещала - делаю. Выжимка из эпизода 1 и эпизода 2 подкаста про карьеру.

Шаг 0. Мотивация 🤔

Сейчас очень много внимания уделяется быстрому росту - блоги, каналы, чатики, видео. Кажется, что каждый должен как минимум иметь амбициозную цель, а ещё лучше бежать к ней с невероятной скоростью в моменте. И если ты не меняешь грейд каждые два года, значит ты какой-то «не очень хороший аналитик».

Мне кажется, это не так. Бежать не обязательно. Можно остановиться и прожить год просто наслаждаясь работой. Уделить внимание себе. Если у вас есть цель, то хорошо бы поразмышлять, почему вы выбрали эту цель и что ожидаете получить в конце. Подумайте, что вас радует в работе, что заряжает энергией.

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

Шаг 1. Мое состояние 🤯

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

Шаг 2. Возможности для роста в компании🪴

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

Шаг 3. Подготовиться ко встрече с руководителем ☝️

Обычно руководитель заинтересован в росте и профессиональном развитии своих сотрудников. Вы смело можете задавать ему вопросы о своей карьере.

До встречи вам нужно:
👉 Сформулировать чего вы хотите достичь в результате встречи.
👉 Оценить свои навыки и знания по матрице компетенций.
👉 Подумать над примерами тех задач, с которыми вы работали и которые подтверждают наличие необходимых компетенций.
☝️ Составить список курсов, мастер-классов, книг,которые помогут вам получить необходимые знания. Или понять работа над какими задачами поможет приобрести необходимые навыки.
☝️Сформулировать свои ожидания от смены позиции: состав задач, новые обязанности, зарплата, срок перехода на новый грейд.
☝️Составить список вопросов, которые помогут прояснить свои ожидания во время встречи.

Шаг 4. Хороший результат 😇

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

Шаг 5. Если результат «плохой» 🫣

Если по результату встречи вы поняли, что четких критериев роста нет, возможностей для развития и обучения тоже нет, причины для отказа надуманные и сформулированы туманно, не стоит отчаиваться. Теперь вы получили больше информации. Знаете о своих перспективах больше. Вы можете решить, развиваться в этой компании дальше, или если дела совсем плохи, искать новое место работы.

Желаю вам удачи в вашем профессиональном росте. Вы точно сможете достичь своей цели 🎯

🦸🏻‍♀️ В этом году буду лидировать работу на одном из стратегических направлений развития аналитиков в Positive Technologies — Публичность системных аналитиков в профессиональном сообществе.

Звучит интересно? Мне даже 😱 страшно немного. Никогда таким не занималась раньше. На конференциях выступала, игры для аналитиков делала. А эта активность для меня новая.

🎯В рамках неё передо мной стоят такие цели:
1. Помочь аналитикам компании развивать свой профессиональный бренд;
2. Сделать бренд компании узнаваемым среди аналитиков.

📝Что буду делать:
1. Организую открытый митап для системных аналитиков.
2. Буду помогать нашим аналитикам готовиться выступать на внутренних встречах и внешних конференциях.
3. Буду вдохновлять наших аналитиков писать статьи на Хабр.

🙋‍♀️🙋‍♀️ Все это буду делать не одна, а вместе со своими коллегами. Мы собрали свою маленькую команду для этого.

📐И конечно хочется в итоге понять изменится ли что-то в результате нашей активности или нет? Для этого будем использовать метрики.

Одна из них, это узнаваемость бренда, которую замеряют в рамках ежегодного исследования 👩🏻‍💻Хабр - Экопси. Например, вот рейтинг 2023 года (https://habr.com/ru/companies/itbrand/articles/). Из этого исследования возьмём «стартовые данные», а в исследовании по итогам 2024 года получим итоговые цифры и сравним между собой.

🤔Ещё я хочу отдельно замерить узнаваемость бренда локально в профессиональных сообществах: на своём канале, в чате ЛАФ и в чате BAM. Для этого хочу попросить вас помочь и ответить на один вопрос ниже. Такой же вопрос я задам в конце года, чтобы сравнить результаты.

🥰Спасибо всем, кто поучаствует и ответит. И отдельное спасибо админам чатов ЛАФ и BAM, что разрешили мне написать этот пост.

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

Между какими задачами переключается аналитик:
👉 Выявление требований (исследования, интервью, изучение нормативных документов)
👉 Формирование требований (концепции, спецификации)
👉 Командные встречи и совещания
👉 Поддержка разработки и тестирования (ответы на вопросы, уточнение требований, бесконечные чатики)
👉 Методологическая работа (улучшение практик и процессов работы аналитика в команде)
👉 База знаний (поддержка минимально необходимого описания функций системы для использования в предыдущих пунктах)
👉 Работа с багами
👉 Обучение и изучение новых практик
👉 Онбординг новых коллег, наставничество
👉 Ответы на вопросы коллег из соседних команд
👉 Планирование собственной работы (на это тоже нужно больше 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. А если решили пойти, то ставьте 👍🏻. До встречи на фестивале ☺️