❓Как уберечь нервы QA, разработчиков и, что важнее, свои?❓

Раньше на встречах я стеснялась тратить время коллег, поэтому фиксировала на черновиках договорённости, а уже после вносила изменения самостоятельно и отправляла их на согласование. Но часто на этапе разработки звучало: 🫠 "Мы договаривались иначе". 🫠

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

Сначала это вызывало у меня недоумение (и немного страх), но оказалось, что такая практика творит чудеса:

⭐️ Сразу на месте находились компромиссы. Минимум двусмысленности, максимум ясности.
⭐️ Документы становились чёткими. Их почти не правили, и вопросы пропадали.

Конечно, так работать со всеми документами аналитика невозможно. Но я сделала вывод:

Если есть важные моменты или спорные вопросы, лучше потратить 5 минут на фиксацию требований прямо во время встречи с демонстрацией экрана. Это спасает кучу времени потом, особенно, когда QA внезапно понимают, что аналитик и разработчик видели задачу по-разному.

Этот пост для меня — напоминание о простом, но эффективном приёме, который я иногда забываю.

Кто тоже страдал от 'Мы же договорились!'? Как вы это решаете? Расскажите свои истории!

Пока вы отвечаете, я пошла фиксировать свои очередные "мы так не договаривались". 😅

#СистемныйАнализ #требованиякИТсистемам

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

💡 Как же тогда понять, что:
— ИИ — это уже не просто модная идея, а инструмент, которым нужно было начать пользоваться вчера?
— Haskell уже можно не пробовать изучать?

Для этого есть аналитические отчёты, которые составляют “законодатели мод” — дяденьки и тётеньки, которые глубоко погружены в индустрию и следят за трендами. Многие из них доступны публично.

📊 Подборки техрадаров по отраслям:
🔹 Платформенная разработка
Thoughtworks Technology Radar — Один из самых известных и стабильных радаров. Немного пересекается по стеку с другими сферами, но больше тяготеет к платформенной разработке. (Можете поспорить! 😏)

🔹 E-commerce
Zalando Tech Radar — Совсем свеженький.

🔹 Финансовый сектор
LTIMindtree Banking Tech Radar - Нужна регистрация.

🔹 Страхование
Munich Re Tech Trend Radar — Нужна регистрация. Не самый интересный.

📌 Что видно на радаре трендов?
💡 Облачные технологии — появляются в каждой подборке, наравне с ИИ и анализу данных (AI/ML & Big Data).

💡 Микросервисы — не сдают позиций. Так что, если читали статьи о возвращении монолитов, можете пока не воспринимать это всерьёз (нет).

💡 No-code и low-code — мелькают всё чаще. Логика проста: если можно сэкономить на разработке, крупные компании это сделают.

💡 Кибербезопасность — никуда не уходит. Потребность в защите данных остаётся на высоком уровне.

Вероятно, вы уже сохранили пост, поэтому давайте обсудим:

Что для вас сейчас в топе, а что — полный анти-тренд?
Может, получится составить свой радар? 🚀

#проектированиеИТсистем #systemdesign #TechRadar #ТрендывИТ

Ну что, как и обещала, давайте проверим наши знания по брокерам?

Но начнём мы не с них, а с очередей сообщений. Всё же именно они являются основой того, что называется брокерами.
Поехали🚀

📌 Свеженькая, с пылу с жару, статья на Хабре!

Это не просто статья — её написали мои коллеги Илья и Миша.

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

🤟🏼Но для меня она особенная: я участвовала в разработке как аналитик и фича овнер.🤟🏼

И это был пример отличной работы — мы тесно взаимодействовали с бэками и бизнесом. Основное раздолье для творчества было у бэков: им дали направление и разрешили творить. Они справились на ура.

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

В итоге, с минимальными ресурсами и огромным вкладом Ильи и Миши, удалось создать важную killer-фичу для нашего продукта.

Так что считаю, что статья заслуживает места и здесь🫣

Вот и прошёл февраль! Надеюсь, у вас он был менее суматошным.

Но если всё же таким же сумасшедше интересным, но загруженным, как у меня, вот подборка топовых постов по вашим просмотрам и сохранениям за прошедший месяц:

📌 Об ужасах, которые снятся аналитику


📌 Техрадар: часть 1 и часть 2


📌 Инструкция: как аналитики могут заставить страдать всю команду. Или почему хорошо, если у вас нет идеальной документации.

📌 Серия опросов на знание очередей сообщений! Начинать здесь.

💡 По последнему скоро выйдут разъяснительные посты. Не пропустите!