IT АНАЛитика | Вильд Виктор

Как работать со смежной командой?😐

Для каждого, кто работал со смежной командой, скорее всего будет жиза 🙂

Пишешь такой письмо коллегам:

"Привет, хотели бы с вами вот такую задачу сделать. Когда сможете вернуться?"

Проходит неделя и ТИ ШИ НА.

Чаще всего это не специально (хотя бывает и так). Люди просто не понимают, что вы от них хотите, не знают как помочь или заняты своими задачами. И вот тут твоя задача — сделать так, чтобы им было легче тебе помочь.

Вот как я бы выстроил эту работу:

1. Нормально познакомиться 🤝
Не просто «нам нужно от вас вот это». Объясните кто вы, зачем пришли и что от них потребуется на каждом этапе. Люди охотнее помогают тем, кого понимают. В идеале сразу ставьте встречу.

2. Информируйте заранее, а не в последний момент 📢
Если у вас контрольная точка или короткий срок выхода в релиз, то скажите об этом сейчас, а не за день. Сюрпризы никто не любит, особенно когда они ломают чужие планы.

3. Фиксируйте все договорённости письменно 📝
Устные «Ало задача? Да, да релиз» — не считаются. После каждой встречи отправляйте короткий итог: кто что делает и в какой срок. Переписка вас спасёт, если кто-то проеб*тся.

4. Помогите им помочь вам 💡
Если смежная команда тормозит — не ждите. Спросите, в чём проблема. Дайте шаблон, гайд, контакт нужного человека и всё сразу пойдёт быстрее.

5. Эскалируйте вовремя 🚨
Если письма уходят в тишину — не ждите. Подключайте руководителей. Но сначала всегда пробуйте решить мягко.

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

А какой пункт у вас чаще всего проседает? 👇

IT АНАЛитика | Подписаться

Если вы читаете это, значит вы и есть сопротивление.

Я когда-то знал людей, которые предупреждали: без нормальной аналитики всё рухнет. Что требования надо фиксировать. Что устные договорённости это катастрофа. Никто не хотел их слушать. Бизнес игнорировал. Разработчики смеялись. Тимлиды отмахивались.

Но всё, что они предсказывали — сбылось.
Прод упал. Сроки сгорели. Задачи ушли в разработку без описания.
И поэтому я прошу вас поверить мне.
Менеджеры хотят, чтобы мы работали как ИИ. Принимали задачи без вопросов. Писали доку для галочки. Молчали на встречах.
Но мы не ИИ. А если уподобимся им, какой тогда смысл в профессии?

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

Врываемся в новую рабочую неделю🎧
Постов не было месяц, админ восстанавливал силы в отпуске.
Теперь всё, возвращаемся в work mode 💼

Ждете уже майские? Какие планы?
#поддержка

IT АНАЛитика | Подписаться

🙃

#поддержка

IT АНАЛитика | Подписаться

Ты почему время в задачу не списал?

Один из вечных бичей всего IT - списывание времени и трекинг активности по задачам.

Весной у меня было собеседование в один аутсорс.
И там сразу говорят:

«У нас есть программа, которую надо поставить. С утра включаешь, вечером выключаешь, в обед ставишь на паузу, чтобы мы трекали время. Ты не подумай, это чисто формальность» 🥴

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

И это сразу напомнило мне первые годы в IT.

Когда работал в саппорте, задачи прилетали в Service Desk, и ты их просто разгребаешь.
Твоя главная метрика - SLA и сколько времени задача висит в работе.
Если задач от пользователей нет, сидишь спокойно, чилишь, занимаешься своими делами.

Потом я перешёл в бизнес-анализ.

Там уже нужно было списывать время в Jira и обязательно писать комментарий, что именно ты делал.
А у нас при этом было два разработчика на шесть аналитиков.
И бывали дни, когда за день ты объективно особо ничего не сделал, максимум пара встреч.
А время в задачу всё равно списывать надо🙂

В итоге начинаешь сам себе придумывать активности и пытаться это всё красиво упаковать в комментарий.
Чтобы если вдруг кто-то посмотрит, не было стыдно.
Хотя давайте честно, я почти уверен, что это никто никогда не проверял.

Сейчас и уже довольно давно я просто списываю время в задачу.
И всё.

По-хорошему, так и должно быть везде.
Хотя, увы, это до сих пор не норма.

Если человек откровенно не тянет, это будет видно и без трекеров экрана и ежечасных отчётов.
Нет прогресса по задачам, нет артефактов, в мессенджере отвечает через раз, на дейлике бубнит что-то невнятное.

Даже если человек будет п*здеть на созвонах и рассказывать про «активную работу», которой по факту нет, это всё равно вскрывается очень быстро.

А вы как считаете?
Нужен ли трекинг времени и активности или это просто иллюзия контроля?

IT АНАЛитика | Подписаться

Чей офис коллеги?

IT АНАЛитика | Подписаться

В начале был оффер

Кажется, на эту тему не высказался только ленивый, так что вставлю и свои 5 копеек🙂

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

Как было раньше?
Не знаю, как остальные, но я практически никогда не делал отклики на вакансии.
Просто открывал резюме и предложения сыпались сами. Забегая вперед, ровно так и было до октября 2025.

Сентябрь 2019-го, я переезжаю в Москву.
Ещё до приезда мне назначили два собеса в один день и оба офлайн (зумеры в шоке 😅).
Это, кстати, были единственные два раза, когда приходилось ехать на интервью очно.
Потом грянул ковид 😷, и всё окончательно переехало в онлайн.

Первый оффер сделали прямо в день собеса.
Но я дождался второго, который оказался выгоднее, его и взял💼

Так оно и было следующие пять лет.
Айтишники были рок-звёздами: веер из офферов, жирные зарплаты, удалёнка и бесконечные "плюшки".
Офферы тогда раздавали почти "за красивые глазки" - достаточно было показать, что ты не дурачок и хоть немного шаришь.

Еще в прошлом году оно так и продолжалось.
Когда я прошлой осенью открывал резюме, мне в день писало минимум по 3 рекрутёра.
Ну и далеко ходить не надо, я выкладывал пост про Андрея, с которым проводил консультацию:
Часть 1
Часть 2
Часть 3
Часть 4
Всего за неделю: 150 приглашений на hh, 22 назначенных собеса, каждый день техническое интервью и еще по три скрининга с HR 😋.
Сейчас это кажется чем-то из разряда фантастики, легенды и мифы древнего айти, А ВОТ РАНЬШЕ У НАС БЫЛО...

А что случилось?
Этот год, пожалуй, самый богатый на сокращения.
Да, они случались и раньше раз в год где-то проскальзывали новости из разряда: «в такой-то компании сократили n-человек». Но всё это казалось чем-то далёким.
Ну, сократили кого-то там «наверное, неэффективных», «я-то норм, меня не тронет».

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

Айти-рынок, который ещё недавно казался вечной вечеринкой, вдруг резко включил свет😳

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

IT АНАЛитика | Подписаться

Айтишники, аналитики - газ отмечать Новый год⛄️

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

Год для IT был неспокойный. Много неопределённости, тревоги и вопросов. Но мы как-то справились и продолжаем двигаться дальше.

От себя хочу пожелать:
🌟 работы, которая приносит кайф, а не только деньги
💫 интересных задач и новых офферов
🌟 почаще отдыхать и ходить в отпуск (я проверял, это реально работает).

Спасибо, что вы здесь и остаетесь на канале.
С наступающим 🎄

IT АНАЛитика | Подписаться

Прибейте меня, я делаю интеграцию. Часть 1 🍑

Вы - аналитик.
И вам говорят:
«Нужно интегрироваться с другой системой».

А можно я в очередной раз опишу задачу на покраску кнопочки?🥺

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

Но одними фичами сыт не будешь, и работа с интеграциями - неотъемлемая часть жизни аналитика.

В прошлом году я уже делал серию постов про ведение проектов с нуля:

Как вести проекты с нуля?
Как вести проекты с нуля? 2
Как вести проекты с нуля? 3
Как вести проекты с нуля? 4
Как вести проект с нуля? 5
Как вести проект с нуля? 6
Как вести проект с нуля? 7

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

Ща всё будет «hold my beer», или чай, если вы не пьёте, как я ☕️

Что вообще такое интеграция?
Интеграция - это когда две или больше системы обмениваются данными или событиями, чтобы бизнес-процесс работал целиком.

По-простому:
✅ одна система что-то создает;
✅ другая это принимает;
✅ и между ними есть договорённости, формат, правила и ответственность.

Пример

Допустим, у нас есть новая система, которая отвечает за работу с клиентами.
Пока что она умеет только одно - создавать клиента.

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

А потом приходит бизнес и говорит:
— клиенту нужно создать счет (это делает другая система);
— клиента нужно проверять в системе проверок;
— часть данных нужно отправлять в систему отчётности.

И вот тут внезапно появляется сразу несколько интеграций.
Если хоть одно звено отвалиться, то бизнес-процесс ломается.

Вот это и есть интеграция.

Поставщик и потребитель
В любой интеграции всегда есть минимум две роли.

Поставщик (provider) - это система, которая:
➡️ владеет данными;
➡️ их создаёт или обновляет;
➡️ отвечает за их корректность.

Потребитель (consumer) - это система, которая:
➡️ получает эти данные;
➡️ использует их в своих процессах;
➡️ живёт с последствиями, если данные приехали криво.

Очень частая ошибка не договориться на старте:
🧐кто владелец данных;
🧐кто имеет право их менять;
🧐кто вообще отвечает, если всё сломалось.

Если этого не зафиксировать, интеграция потом начинает жить своей собственной жизнью, а любой разбор проблемы превращается в вереницу писем и поиск «кто виноват».

Зачем тут вообще аналитик?
Потому что именно он:
👍видит бизнес-процесс целиком;
👍 понимает, зачем вообще нужна эта интеграция;
👍 переводит хотелки бизнеса на человеческий язык для команды;
👍 фиксирует договорённости между системами.

В следующей части поговорим про виды интеграций.

А пока расскажите в комментариях:
с какой самой странной или болезненной интеграцией вам приходилось сталкиваться?👇

Вторая часть

IT АНАЛитика | Подписаться

Немного воскресного чтения для тех, кому интересны не только фичи, но и как может быть устроена продуктовая разработка👀

В статье разбирают доменную структуру, зоны ответственности команд и то, как бизнес и IT взаимодействуют на масштабе большой компании.

Читать 📚

IT АНАЛитика | Подписаться

💎👆🕊🌸💎 💜🔹💮🌷🌸🧡

Что интересного было в ноябре?
Ставьте лайк, если вы как и админ на жоской суете и вообще ничего не успеваете и считаете дни до НГ.

Посты
Объяснение Kafka на котиках
Про лучшую книгу для аналитика
Разыграли лучшую книгу для аналитика
Mapping: что это такое и зачем знать аналитику?
УЛЬТРА-МЕГА пак материалов по подготовке в собесам

Интересные статьи
Годная статья про интеграции
Годная статья про SQL

Мемы
ЗП на собесе

#итоги_месяца

IT АНАЛитика | Подписаться