Analyst IT
Open in Telegram
Авторский канал для аналитиков в индустрии ИТ. Все, что надо знать аналитику в одном месте. Сотрудничество: @the_real_bird BA/SA: @ba_and_sa Регистрация РКН: https://knd.gov.ru/license?id=673c6a15b7aeb106ce045ee5®istryType=bloggersPermission #J6THB
Show more
Network:📈 Analytical overview of Telegram channel Analyst IT
Channel Analyst IT (@analysis_it) in the Russian language segment is an active participant. Currently, the community unites 12 580 subscribers, ranking 9 942 in the Technologies & Applications category and 51 969 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 12 580 subscribers.
According to the latest data from 25 July, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -241 over the last 30 days and by 1 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 12.81%. Within the first 24 hours after publication, content typically collects 4.63% reactions from the total number of subscribers.
- Post reach: On average, each post receives 1 611 views. Within the first day, a publication typically gains 582 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 7.
- Thematic interests: Content is focused on key topics such as analyst, диаграмма, архитектура, api, аналитика.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Авторский канал для аналитиков в индустрии ИТ. Все, что надо знать аналитику в одном месте.
Сотрудничество: @the_real_bird
BA/SA: @ba_and_sa
Регистрация РКН: https://knd.gov.ru/license?id=673c6a15b7aeb106ce045ee5®istryType=bloggersPermission
#...”
Thanks to the high frequency of updates (latest data received on 26 July, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
12 580
Subscribers
+124 hours
-677 days
-24130 days
Data loading in progress...
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
July '26
July '26
+178
in 1 channels
June '26
+117
in 2 channels
Get PRO
May '26
+61
in 0 channels
Get PRO
April '26
+160
in 1 channels
Get PRO
March '26
+264
in 1 channels
Get PRO
February '26
+431
in 0 channels
Get PRO
January '26
+552
in 3 channels
Get PRO
December '25
+485
in 1 channels
Get PRO
November '25
+126
in 11 channels
Get PRO
October '25
+251
in 4 channels
Get PRO
September '25
+350
in 5 channels
Get PRO
August '25
+130
in 1 channels
Get PRO
July '25
+192
in 0 channels
Get PRO
June '25
+157
in 1 channels
Get PRO
May '25
+202
in 1 channels
Get PRO
April '25
+246
in 2 channels
Get PRO
March '25
+287
in 3 channels
Get PRO
February '25
+259
in 3 channels
Get PRO
January '25
+152
in 0 channels
Get PRO
December '24
+172
in 1 channels
Get PRO
November '24
+223
in 1 channels
Get PRO
October '24
+588
in 0 channels
Get PRO
September '24
+1 380
in 1 channels
Get PRO
August '24
+463
in 1 channels
Get PRO
July '24
+159
in 0 channels
Get PRO
June '24
+171
in 1 channels
Get PRO
May '24
+205
in 1 channels
Get PRO
April '24
+294
in 3 channels
Get PRO
March '24
+292
in 1 channels
Get PRO
February '24
+590
in 2 channels
Get PRO
January '24
+288
in 3 channels
Get PRO
December '23
+213
in 3 channels
Get PRO
November '23
+123
in 0 channels
Get PRO
October '23
+128
in 1 channels
Get PRO
September '23
+185
in 0 channels
Get PRO
August '23
+328
in 0 channels
Get PRO
July '23
+215
in 0 channels
Get PRO
June '23
+200
in 0 channels
Get PRO
May '23
+1 110
in 0 channels
Get PRO
April '23
+203
in 0 channels
Get PRO
March '23
+110
in 0 channels
Get PRO
February '23
+116
in 0 channels
Get PRO
January '23
+375
in 0 channels
Get PRO
December '22
+150
in 0 channels
Get PRO
November '22
+216
in 0 channels
Get PRO
October '22
+162
in 0 channels
Get PRO
September '22
+401
in 0 channels
Get PRO
August '22
+124
in 0 channels
Get PRO
July '22
+188
in 0 channels
Get PRO
June '22
+158
in 0 channels
Get PRO
May '22
+115
in 0 channels
Get PRO
April '22
+428
in 0 channels
Get PRO
March '22
+225
in 0 channels
Get PRO
February '22
+123
in 0 channels
Get PRO
January '22
+170
in 0 channels
Get PRO
December '21
+342
in 0 channels
Get PRO
November '21
+584
in 0 channels
Get PRO
October '21
+1 207
in 0 channels
Get PRO
September '21
+1 051
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 25 July | +1 | |||
| 24 July | +1 | |||
| 23 July | +3 | |||
| 22 July | 0 | |||
| 21 July | +3 | |||
| 20 July | +1 | |||
| 19 July | +2 | |||
| 18 July | 0 | |||
| 17 July | 0 | |||
| 16 July | 0 | |||
| 15 July | +4 | |||
| 14 July | 0 | |||
| 13 July | 0 | |||
| 12 July | 0 | |||
| 11 July | 0 | |||
| 10 July | 0 | |||
| 09 July | +1 | |||
| 08 July | +1 | |||
| 07 July | +142 | |||
| 06 July | +13 | |||
| 05 July | +1 | |||
| 04 July | +1 | |||
| 03 July | +1 | |||
| 02 July | +3 | |||
| 01 July | 0 |
Channel Posts
🔥 Приглашаем на бесплатный открытый урок курса «Корпоративный архитектор / Enterprise Architect»:
«Будущее корпоративного архитектора: навыки, тренды, технологии»
🗓 Когда: 4 августа, 19:00 (мск)
Роль корпоративного архитектора стремительно меняется, чтобы оставаться востребованным в ближайшие годы, нужно понимать, какие навыки, технологии и подходы будут определять профессию до 2030 года.
📚Что будет на вебинаре:
- Как меняется роль корпоративного архитектора в эпоху новых технологий
- Ключевые навыки архитектора ближайших лет (hard & soft skills)
- Основные тренды в корпоративной архитектуре до 2030 года
- Технологии, без которых архитектору будет сложно работать
- Как выстроить собственный план профессионального развития
💡В результате вы:
- Узнаете, какие технологические тренды реально меняют корпоративную архитектуру
- Получите набор ключевых навыков, которые станут базой для архитектора будущего
- Поймёте, как работать в мире DevOps-культуры, data-driven подхода и AI-native архитектур
- Научитесь выстраивать свой план развития в эпоху быстрых изменений
👉 Зарегистрируйтесь https://clck.ru/3Uv4NF
Бесплатное занятие приурочено к старту курса «Корпоративный архитектор / Enterprise Architect», на котором вы системно освоите TOGAF, ArchiMate, разработку дорожных карт и управление архитектурой предприятия.
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
| 2 | Можно ли аналитику в 2026 году положиться на ИИ и агентов или ещё нет?
⏳ 15 мин | 🟤🟤⚪️
Перейти | @ba_and_sa
💙 BA|SA | 💬 BA|SA | 688 |
| 3 | 4 ошибки в A/B‑тестах, из‑за которых случайный шум выглядит как эффект
⏳ 8 мин | 🟡🟡⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 090 |
| 4 |  Компании ценят специалистов, которые разбираются как в технической стороне продукта, так и в потребностях бизнеса. Перекрёстные навыки часто встречаются в вакансиях.
Нетология объединила две профессии в один курс — «Системный и бизнес-аналитик». На занятиях своим опытом поделятся эксперты из Qiwi, М.Видео — Эльдорадо и Bolt.
За 12 месяцев вы научитесь:
- использовать гибкие методологии Agile и Scrum;
- разбираться в нотациях моделирования: UML, BPMN, IDEF;
- описывать user story и use case;
- создавать прототипы приложений и сервисов;
- работать с АРІ и проектной документацией.
Сейчас на курс действует скидка 50%, а с промокодом IT10JULY цена станет ещё на 10% ниже. Плюсом подарим курс о развитии карьеры при покупке до 31 июля.
Записаться
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5xr3MGE | 1 406 |
| 5 |  Как работать с требованиями которые меняются — без нервов и переработок
Салют! Помню проект, где требования менялись так часто, что я перестала распечатывать документацию — смысла не было. Разработчики смотрели на меня с немым вопросом, я смотрела на бизнес с тем же вопросом.
❗️Тогда поняла: проблема не в том что требования меняются. Они всегда будут меняться. Проблема в том как ты выстраиваешь работу с ними.
Сразу честно: ни один инструмент не спасёт если в компании хаос на уровне управления. Но даже в таких условиях правильный подход помогает выжить с меньшими потерями для себя и команды. И это тоже результат.
Почему требования меняются — без прикрас
— Бизнес не знал чего хочет до конца. Это нормально — люди часто понимают что им нужно только увидев первый результат
— Изменился контекст: рынок, конкурент, законодательство, новый руководитель с другим видением
— Требования были размыты с самого начала — вот это уже наша зона ответственности
Злиться на второй пункт бессмысленно. Над третьим работать — полностью в наших силах.
Что реально помогает (или помогало в моем случае):
1️⃣Фиксируйте договорённости сразу
Любое решение с встречи — в письмо в тот же день. Люди искренне забывают что говорили три недели назад, это не злой умысел.
Иногда такая фиксация воспринимается в штыки: “ты мне не доверяешь?” Я на это отвечала спокойно: “Доверяю, просто у меня плохая память” — обычно разряжало обстановку.
Договорились: ...
Следующий шаг: ...
Жду подтверждения до [дата].
2️⃣Спрашивайте “зачем”, а не “как”
Это работает всегда и везде — просто здравый смысл.
Приходит менеджер: “Хочу менять цвет строк в таблице”. Спрашиваю зачем. Оказывается — хочет видеть просроченные заказы.
Реальное требование: автоматически подсвечивать просрочку. Другая задача, проще и полезнее.
Половина изменений при правильном вопросе превращается в уточнение исходного требования, а не в новую задачу.
3️⃣ Показывайте стоимость изменения
Когда бизнес приходит с правкой, говорю прямо: “Эта правка затрагивает три модуля, сдвигает сроки на неделю. Готовы?”
Важна подача. Не “это дорого и мы не будем делать”, а “давайте я покажу что затронет эта правка — и вы примете решение”. Некоторые заказчики всё равно воспримут это как отказ помочь — но большинство после такого разговора спокойно отправляют правку в следующий релиз.
4️⃣ Приоритизируйте, не складывайте в кучу
Приоритет / Критерий
Срочно и важно / Блокирует работу прямо сейчас
Важно, не срочно / В следующий спринт
Хотелка / В бэклог
Честно: в компаниях где всё “срочно и важно” по умолчанию — эта таблица работает плохо. Но даже там она помогает хотя бы начать разговор о приоритетах.
5️⃣ Договоритесь о правилах на берегу
В начале проекта проговариваю с заказчиком: как обрабатываем изменения, когда правка идёт в текущий релиз, а когда в следующий, кто финальный ЛПР.
Сложность в наших реалиях: ЛПР часто недоступен, меняется или принимает решения в коридоре после планёрки. В таком случае фиксирую хотя бы того кто есть — пусть не идеально, но лучше чем ничего.
❗️И про внутреннее состояние — это важно
Я долго воспринимала каждое изменение как личную неудачу. Значит плохо собрала, не так спросила, недоработала.
Потом поняла: идеальных требований не бывает. Иногда проблема вообще не в аналитике — а в том что решения принимаются спонтанно на самом верху, и никакой инструмент это не исправит.
Наша ценность не в том чтобы зафиксировать всё раз и навсегда. А в том чтобы управлять изменениями так, чтобы команда не сходила с ума и бизнес получал то что реально нужно.
🧐 Если было полезно, ставьте реакции, буду делиться больше такой информацией))
___________
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA | 958 |
| 6 | Как использовать Kafka на собеседовании по System Design
⏳ 17 мин | 🟡⚪️⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 2 721 |
| 7 | Переход с 1С: УПП на 1С:ERP: этапы, стоимость и риски
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 178 |
| 8 | Корпоративная библиотека как система: Как мы выстраивали архитектуру знаний для нашей IT-команды и что из этого вышло?
⏳ 5 мин | 🟡⚪️⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 399 |
| 9 | Разбираемся с лицензией Redis. И что выбрать продуктовой команде
⏳ 11 мин | 🟡🟡⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 891 |
| 10 | 🎉 Результаты розыгрыша:
🏆 Победители:
1. Роман (@zkhromann)
2. AlexUnit (@AlexxUnit)
3. Tryshch (@Tryshch)
✔️Проверить результаты | 1 709 |
| 11 | Результаты розыгрыша:
Победители:
1. Роман (438464292)
2. AlexUnit (8790709484)
3. Tryshch (296700801) | 1 |
| 12 | 🎉 Результаты розыгрыша:
🏆 Победители:
1. Роман (@zkhromann)
2. AlexUnit (@AlexxUnit)
3. Tryshch (@Tryshch)
✔️Проверить результаты | 1 |
| 13 | Всем привет! Напоминаю о нашем розыгрыше
Присоединяйтесь и получите шанс выиграть от нас подарочки))
Разыгрывать будем уже сегодня в 17:00 🙂 | 1 702 |
| 14 |  Как читать чужую документацию на API, чтобы не наступить на грабли
Салют! Решила еще написать пару постов на тему API и рассказать случай из практики:
Получаю как-то документацию на внешнее API — для интеграции с платёжным сервисом. Открываю Swagger, всё красиво, эндпоинты на месте. Согласовываю интеграцию, передаю в разработку.
Через две недели разработчик приходит с вопросом: “А что возвращает API если платёж завис в статусе pending дольше часа?” И тут выясняется — в документации этого нет вообще. Ни слова.
Хорошая документация — редкость. Поэтому аналитик должен уметь читать её критически, а не просто принимать как есть.
Вот на что я теперь смотрю в первую очередь:
1. Есть ли вообще схема ошибок
Если описаны только успешные ответы — это красный флаг. Спрашиваю прямо: “пришлите список всех кодов ошибок и их тела ответов”. Если в ответ тишина или “ну, обычно 400 и 500” — закладываю время на уточнения в процессе разработки. Они будут точно.
2. Что значит “опциональное” поле на самом деле
Поле помечено как optional. Окей, а что если его не передать?
— Подставится дефолт? — Просто проигнорируется? — Или вернётся ошибка, потому что поле опциональное только формально, а по факту обязательное при определённых условиях?
Третий вариант встречается чаще, чем хотелось бы. Проверяю на реальном запросе, документации на слово не верю.
3. Идемпотентность — спрашиваю прямо
Если интеграция создаёт сущности — платёж, заказ, бронирование — обязательно уточняю: что при повторном запросе с теми же данными? Дубль? Та же сущность вернётся? Для платежей это критично — повторный запрос из-за обрыва сети не должен списать деньги дважды.
Если в документации об этом ни слова, это не значит что идемпотентности нет. Значит, про неё просто забыли написать. Спрашиваю у владельцев API напрямую, не додумываю сама.
4. Лимиты и троттлинг
Сколько запросов в секунду разрешено? Что происходит при превышении — 429 Too Many Requests, как и положено по спецификации? Или, как бывает на практике, сервис просто молча обрывает соединение либо отдаёт 503? Это нужно знать заранее, а не выяснять на проде в пятницу вечером.
5. Версионирование — какая версия актуальна на самом деле
Иногда документация описывает v2, а в реальности эндпоинт всё ещё на v1, потому что миграция не завершена. Смотрю дату последнего обновления документации. Если её нет — тоже звоночек.
6. Тестовая среда — её поведение реально совпадает с продом?
Самое неприятное открытие — когда на тестовом стенде всё работает идеально, а на проде логика чуть другая. Уточняю у поставщика API: гарантируется ли идентичность тестовой и боевой среды, или есть нюансы, о которых стоит знать заранее.
Документация — это обещание. Но обещания не всегда выполняют полностью. Задача аналитика — найти дыры до того, как их найдёт разработчик в проде, а не после.
🧐 Если было полезно, ставьте реакции, буду делиться больше такой информацией))
___________
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA | 1 543 |
| 15 | Авторизация по протоколу OAuth 2.0 в интеграциях
⏳ 4 мин | 🟡🟡⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 863 |
| 16 |  Киска в зоне риска... на сокращение😾
Если у тебя лапки руки на работе опускаются от страха сокращений, и ты в панике бросаешься мониторить вакансии курьера - остановись
Первыми сокращают специалистов с пробелами в базовой инженерии БД. Достаточно понимать, как работают репликация, партиционирование и шардирование
Вот поэтому мы решили дать тебе мощную техническую базу! 😎 10 июля в 19:00 (МСК) проведем бесплатный веб “Масштабирование реляционных БД. На чем сыпятся даже сеньоры”
Разберемся, как система ведет себя на проде под нагрузкой. Этот хард-скилл защитит тебя от любых кризисов, сделает востребованным и даст возможность уйти в топовую компанию на нормальные деньги
Бонус: кто будет на эфире вживую, получит возможность пройти аудит навыков и получить персональный карьерный трек бесплатно
Регистрируйся по ссылке
Erid: 2SDnjezxCUS
Название: ООО "СТЕП БАЙ СТЕП"
ИНН: 0800013217 | 2 034 |
| 17 |  ТЗ на API: что написать, чтобы разработчик не придумывал за вас
Однажды я получила от разработчика готовый эндпоинт, который работал. Технически. Но в таком формате, что фронт не мог его использовать без дополнительного преобразования. Когда спросила почему — пожал плечами: “в ТЗ не было написано как, я сделал как удобнее”.
И знаете что? Он был прав.
С тех пор у меня есть чеклист того, что обязательно должно быть в ТЗ на API. Делюсь.
1️⃣ Название и назначение
Не “создать API для заказов”, а конкретно:
Эндпоинт: Создание заказа
Используется: мобильное приложение, личный кабинет
Контекст “кто вызывает” влияет на авторизацию и требования к нагрузке.
2️⃣ Метод и URL
POST /api/v1/orders
Точный адрес, метод, версия. Без этого разработчик придумает сам.
3️⃣ Авторизация
Bearer token (JWT)
Authorization: Bearer {token}
Не написали — получите либо открытый эндпоинт, либо неожиданную схему авторизации.
4️⃣ Тело запроса
Каждое поле с типом, обязательностью и ограничениями:
{
"userId": 123, // integer, обязательное
"items": [...], // array, обязательное, min: 1
"comment": "..." // string, необязательное, max: 500
}
Для необязательных полей — что происходит если не передали? Дефолт? Игнорируется? Напишите явно.
5️⃣ Ответ при успехе
HTTP 201 Created
{
"orderId": 789,
"status": "created",
"createdAt": "2026-06-17T10:00:00Z" // UTC, ISO 8601
}
Формат даты фиксируйте явно — иначе получите локальное время сервера и долгие поиски расхождений.
6️⃣ Ошибки — то, что забывают в 80% ТЗ
422 - Не передан обязательный параметр
404 - Пользователь не найден
401 - Нет авторизации
409 - Товар недоступен
Для каждого кода — тело ответа с понятным error code. Договоритесь о едином формате ошибок на весь проект и зафиксируйте один раз.
7️⃣ Бизнес-логика
Самое недооценённое. Структура понятна — но что происходит внутри?
Пишите явно: заказ создаётся только если все товары в наличии, после создания резервируется остаток, уходит email-уведомление. Если этого нет в ТЗ — разработчик придумает сам. Иногда угадывает. Чаще нет.
8️⃣ Нефункциональные требования
Таймаут: не более 2 секунд
Нагрузка: до 100 запросов в минуту
Если нужна защита от дублей — опишите механизм явно через Idempotency-Key в заголовке. Само собой не появится.
Хорошее ТЗ — это не формальность. Это единственный способ получить то, что вы имели в виду, а не то, что разработчик имел в виду за вас 🙂
🧐 Если было полезно, ставьте реакции, буду делиться больше такой информацией))
___________
Источник: @ba_and_sa
💙 BA|SA | 💬 BA|SA | 1 449 |
| 18 | Теория и практика DWH: что такое согласованные факты и измерения по Кимбаллу и зачем они нужны
⏳ 4 мин | 🟡⚪️⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 618 |
| 19 | Агент написал код за 12 секунд и чинил его 40 минут: как я на самом деле сравнила ИИ-агентов
⏳ 6 мин | 🟡🟡⚪️
Читать статью | @analysis_it
💙 Analyst IT | 💬 Analyst IT | 1 910 |
| 20 |  Системный аналитик помогает бизнесу и разработке говорить на одном языке: разбирает задачи компании, описывает требования, проектирует IT-решения и следит, чтобы система работала на реальные цели бизнеса.
Онлайн-магистратура СПбГУ и Нетологии «Системный анализ и интеллектуальные системы управления бизнес-процессами» готовит специалистов на стыке IT и управления.
В программе сочетаются академическая база СПбГУ и прикладные инструменты Нетологии. Студенты изучают математическое моделирование, алгоритмы, системный анализ, Python, BI-системы, no-code-инструменты, управление проектами и подходы к внедрению искусственного интеллекта.
Такой набор навыков помогает работать со сложными бизнес-процессами: находить узкие места, снижать риски при разработке, формулировать требования к системам и сопровождать внедрение IT-решений.
Обучение проходит полностью онлайн. После выпуска вы получаете диплом магистра СПбГУ очного образца по направлению «Прикладная информатика».
Подробнее о программе
Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5w7d2U2 | 1 859 |
