Analyst IT
前往频道在 Telegram
Авторский канал для аналитиков в индустрии ИТ. Все, что надо знать аналитику в одном месте. Сотрудничество: @the_real_bird BA/SA: @ba_and_sa Регистрация РКН: https://knd.gov.ru/license?id=673c6a15b7aeb106ce045ee5®istryType=bloggersPermission #J6THB
显示更多
网络:📈 Telegram 频道 Analyst IT 的分析概览
频道 Analyst IT (@analysis_it) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 12 580 名订阅者，在 技术与应用 类别中位列第 9 942，并在 俄罗斯 地区排名第 51 969 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 12 580 名订阅者。
根据 25 七月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 -241，过去 24 小时变化为 1，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 12.81%。内容发布后 24 小时内通常能获得 4.63% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 1 611 次浏览，首日通常累积 582 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 7。
- 主题关注点： 内容集中在 analyst, диаграмма, архитектура, api, аналитика 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“Авторский канал для аналитиков в индустрии ИТ. Все, что надо знать аналитику в одном месте.
Сотрудничество: @the_real_bird
BA/SA: @ba_and_sa
Регистрация РКН: https://knd.gov.ru/license?id=673c6a15b7aeb106ce045ee5®istryType=bloggersPermission
#...”
凭借高频更新（最新数据采集于 26 七月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 技术与应用 类别中的关键影响点。
12 580
订阅者
+124 小时
-677 天
-24130 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
七月 '26
七月 '26
+178
在1个频道中
六月 '26
+117
在2个频道中
Get PRO
五月 '26
+61
在0个频道中
Get PRO
四月 '26
+160
在1个频道中
Get PRO
三月 '26
+264
在1个频道中
Get PRO
二月 '26
+431
在0个频道中
Get PRO
一月 '26
+552
在3个频道中
Get PRO
十二月 '25
+485
在1个频道中
Get PRO
十一月 '25
+126
在11个频道中
Get PRO
十月 '25
+251
在4个频道中
Get PRO
九月 '25
+350
在5个频道中
Get PRO
八月 '25
+130
在1个频道中
Get PRO
七月 '25
+192
在0个频道中
Get PRO
六月 '25
+157
在1个频道中
Get PRO
五月 '25
+202
在1个频道中
Get PRO
四月 '25
+246
在2个频道中
Get PRO
三月 '25
+287
在3个频道中
Get PRO
二月 '25
+259
在3个频道中
Get PRO
一月 '25
+152
在0个频道中
Get PRO
十二月 '24
+172
在1个频道中
Get PRO
十一月 '24
+223
在1个频道中
Get PRO
十月 '24
+588
在0个频道中
Get PRO
九月 '24
+1 380
在1个频道中
Get PRO
八月 '24
+463
在1个频道中
Get PRO
七月 '24
+159
在0个频道中
Get PRO
六月 '24
+171
在1个频道中
Get PRO
五月 '24
+205
在1个频道中
Get PRO
四月 '24
+294
在3个频道中
Get PRO
三月 '24
+292
在1个频道中
Get PRO
二月 '24
+590
在2个频道中
Get PRO
一月 '24
+288
在3个频道中
Get PRO
十二月 '23
+213
在3个频道中
Get PRO
十一月 '23
+123
在0个频道中
Get PRO
十月 '23
+128
在1个频道中
Get PRO
九月 '23
+185
在0个频道中
Get PRO
八月 '23
+328
在0个频道中
Get PRO
七月 '23
+215
在0个频道中
Get PRO
六月 '23
+200
在0个频道中
Get PRO
五月 '23
+1 110
在0个频道中
Get PRO
四月 '23
+203
在0个频道中
Get PRO
三月 '23
+110
在0个频道中
Get PRO
二月 '23
+116
在0个频道中
Get PRO
一月 '23
+375
在0个频道中
Get PRO
十二月 '22
+150
在0个频道中
Get PRO
十一月 '22
+216
在0个频道中
Get PRO
十月 '22
+162
在0个频道中
Get PRO
九月 '22
+401
在0个频道中
Get PRO
八月 '22
+124
在0个频道中
Get PRO
七月 '22
+188
在0个频道中
Get PRO
六月 '22
+158
在0个频道中
Get PRO
五月 '22
+115
在0个频道中
Get PRO
四月 '22
+428
在0个频道中
Get PRO
三月 '22
+225
在0个频道中
Get PRO
二月 '22
+123
在0个频道中
Get PRO
一月 '22
+170
在0个频道中
Get PRO
十二月 '21
+342
在0个频道中
Get PRO
十一月 '21
+584
在0个频道中
Get PRO
十月 '21
+1 207
在0个频道中
Get PRO
九月 '21
+1 051
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 25 七月 | +1 | |||
| 24 七月 | +1 | |||
| 23 七月 | +3 | |||
| 22 七月 | 0 | |||
| 21 七月 | +3 | |||
| 20 七月 | +1 | |||
| 19 七月 | +2 | |||
| 18 七月 | 0 | |||
| 17 七月 | 0 | |||
| 16 七月 | 0 | |||
| 15 七月 | +4 | |||
| 14 七月 | 0 | |||
| 13 七月 | 0 | |||
| 12 七月 | 0 | |||
| 11 七月 | 0 | |||
| 10 七月 | 0 | |||
| 09 七月 | +1 | |||
| 08 七月 | +1 | |||
| 07 七月 | +142 | |||
| 06 七月 | +13 | |||
| 05 七月 | +1 | |||
| 04 七月 | +1 | |||
| 03 七月 | +1 | |||
| 02 七月 | +3 | |||
| 01 七月 | 0 |
频道帖子
🔥 Приглашаем на бесплатный открытый урок курса «Корпоративный архитектор / 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 |
