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

7 признаков того, что команде пора брать аналитика.

Я бы добавил ещё один — разработчики занимаются аналитикой вместо разработки.
А у вас такое было? 👇

Читать📚

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

IT АНАЛитика | Вильд Виктор pinned «За деньги ДА! В прошлом году и немного в этом я проводил консультации. Я специально это не пушу. Свободного времени немного, и после работы хочется либо заняться своими делами, либо просто почилить. Да и консультировать «всех подряд» не самая интересная…»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Отменяем отмену айтишников!

Во второй части поразгоняли, как изменился рынок, поговорили про ИИ и почему всё стало не так, как раньше.
И из этого логично вытекает следующий вопрос.

А что делать-то?
Глобально - ничего принципиально нового.
Волшебной пилюли, к сожалению, не будет☹️.

1. Прокачивать софты.
2. Прокачивать харды.
3. Читать книги и статьи.
4. Прокачивать экспертизу на разных задачах.
5. Ходить на собесы, если есть такая возможность.

ВСЕ ТОЖЕ САМОЕ, ЧТО И РАНЬШЕ.
ЧТОООООООО?

Да. Именно так.

Вакансии никуда не исчезли. Люди по-прежнему увольняются, сокращаются, меняют работу. Старые проекты закрываются, новые открываются. Компании всё так же хотят зарабатывать деньги.

Просто конкуренция выросла, а денег на кальян и раф на лавандовом в переговорку стало меньше.
Теперь за пару недель вы вряд ли соберёте веер из офферов.

Оффер «за красивые глазки» станет легендой.
Теперь недостаточно быть просто «не дурачком».
Ошибки стали стоить очень дорого.

Спутали PUT и PATCH? - мы вам перезвоним
Но не вам, а тому, кто еще и дешевле стоит

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

Хорошие специалисты по-прежнему нужны.
Продукты, легаси и запуск новых направлений никуда не делись.
Кто-то же должен развивать «енто ваше айти».

Вся эта история сильно напоминает мне бум на юристов.
Еще до айти хайп и флекс был пойти и стать юристом. Модно, молодежно и много денег.

Потом юристов стало ну слишком много.
Рынок перегрелся, ожидания упали.
Что сейчас с юристами?
Да все норм, профессия жива. Просто остались те, кто реально нужен.

С IT будет ровно так же.
Да, станет сложнее, требования вырастут, «просто войти» больше не получится.
За малейшую ошибку на собесе с вами не будут сюсюкаться и отдадут предпочтение другому кандидату.
Спрос на хороших специалистов по-прежнему будет, но нужно будет реально СТАРАТЬСЯ и готовиться, чтобы вас взяли на желаемую позицию.

Правила игры поменялись.
Вы были и остаетесь вашим самым ценным активом. Качайте свою экспертизу, не сидите на месте. Идеального момента для шага вперед никогда не будет.
Если не вы получите классный оффер, значит его получит кто-то другой.
А чем вы хуже?

Все получится🤗

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

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

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

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

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

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

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

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

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

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

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

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

Пример

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

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

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

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

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

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

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

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

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

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

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

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

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

Вторая часть

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

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

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

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

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

Читать 📚

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

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

Годная статья от Яндекса, где на живых примерах разбирают, как повторные запросы могут ломать бизнес-логику, приводить к дублям и странным багам и что с этим делать на уровне API и архитектуры.

Читать📚

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

Дамы, с 8 марта! 🌷

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

Пусть рядом будут люди, которые ценят вас не только за ум, работу и профессионализм, но и просто за то, какие вы есть.

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

С праздником! ❤️

IT АНАЛитика

🙃

#поддержка

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