Channels

Top 100 Trending New

Categories

Crypto Gaming News Entertainment Music Sports Tech Gambling Bots and mini apps Finance Business Education Lifestyle Health Travel Auto Fashion Jobs Dating Deals and shopping

Stickers

Stickers Emoji Themes Wallpapers

Bots Gifts Tools

Currency

$ USD ₽ RUB € EUR ₴ UAH ₸ KZT ₺ TRY zł PLN ₪ ILS AED AED R$ BRL Rp IDR RM MYR ¥ JPY ₩ KRW CN¥ CNY

Theme

Português (Brasil)

Bahasa Indonesia

Беларуская

Українська

Channels Categories Stickers Bots Gifts Tools

Premium Wiki Glossary Legal

Notifications Settings Log in

Аналитик Pro: post #147 — TG.ME

Аналитик Pro@ITAnalystPro · 853 subscribers Open in TelegramOpen

[media without text]

t.me/ITAnalystPro/147

July 16, 2026

More from this channel

Продолжим разбирать термины, которые помогают определить, кто и чем будет заниматься в команде разработки. ✍🏻 Функция - это конкретное действие, которое может выполнить человек с нужными знаниями и навыками. Например, «собрать требования», «описать функции системы», «управлять изменениями требований» и т.д. 🎭 Роль — это сумма функций, которые выполняет человек, наделенный этой ролью. Определяет зону ответственности роли в рамках команды. Например, «системный аналитик», «бизнес-аналитик» или даже просто «аналитик». 👩🏻‍💼 Должность — это конкретное рабочее место в соответствии с оргштатной структурой в компании, которое определяет его права, круг обязанностей и меру ответственности. Например, «Младший системный аналитик», «Ведущий системный аналитик», «Руководитель отдела системного анализа». Как эти термины связаны между собой? Должность «старший системный аналитик» может включать в себя роли «бизнес-аналитик» и «системного аналитик». В компании, где нет должности «системный аналитик», роль «системного аналитика» может быть полностью назначена на другого члена команды, например «менеджера продукта» или «менеджера проекта». Может быть и такое, что отдельные функции роли «системный аналитик» могут быть распределены между отдельными членами команды. Например такие функции как «собирать требования» и «описывать требования к фиче» могут быть распределены на роль «разработчика». Сейчас чаще одной должности соответствует одна роль, но может быть и несколько одновременно. 🤖 Что меняется с приходом LLM? LLM, а точнее скилу или агенту, можно передать часть функций: пишут черновики кода, генерируют документацию по шаблону, проверяют тесты. Из-за этого будут трансформироваться роли и должности. Теперь уже в одной должности будет нормальным увидеть две или более ролей. Скорее всего и сам стандартный набор ролей для команды разработки будет меняться, будут появляться новые роли и как следствие новые должности. 😶‍🌫️ Исчезнет ли роль аналитика? На мой взгляд нет. Скорее всего произойдет объединение ролей "системный аналитик" и "бизнес-аналитик". Возможно, объединение с ролью «менеджер продукта». Самой главной и пожалуй вечной ценностью, которая точно останется на человеке, будет «ответственность за результат». Не зависимо от роли и должности, пишите вы требования вручную или используете LLM. Всегда ценятся те, кто берет на себя ответственность за результат своей работы 🫡 🤔А вы что думаете? Что будет с бизнес- и системными аналитиками через год или два? 225·Aug 3

Сейчас читаю книгу Анри Лоре "Проектирование веб-API". Делюсь небольшой заметкой к главе про определение целей API. В этой главе автор даёт достаточно простую таблицу, чтобы определить: 🥸 Пользователей API 🎯Целевые действия пользователей, 👣 Шаги, из которых состоят действия, 📨 Входные и выходные параметры для достижения цели пользователя, 😶‍🌫️ Не было ли упущено кого-то или чего-то на предыдущем этапе. Такую таблицу можно использовать не только для проектирования API, но и для описания бизнес-процесса работы пользователя в целом. Делитесь впечатлениями о книге, если тоже ее читали или читаете прямо сейчас. Что вас зацепило? 426·Jul 14

🫡Всем, привет. Спасибо, что вы еще здесь, не смотря на долгий перерыв в публикациях. Я возвращаюсь к постам и вот она моя первая ласточка. Недавно мне попалась на глаза статья про эволюцию в работе аналитика. В описании автор смешала работу менеджера продукта, системного аналитика и продуктового аналитика ☹️. От чтения этой статьи я зарядилась так, что я решила рассказать, как вижу отличия этих профессий в команде. В этом посте буду разбирать главное отличие между профессиями: 😎 Бизнес-аналитик, 🤓 Системный аналитик, 🤠 Менеджер продукта, 😶 Продуктовый аналитик. Начнем с определения профессий. Бизнес-аналитик 😎 - это специалист, который обеспечивает возможность проведения изменений в организации. Приносит пользу заинтересованным сторонам, за счет выявления их потребностей и поиска обоснованных решений с возможными способами реализации изменений. Ссылка на профстандарт. Системный аналитик 🤓 - это специалист, который обеспечивает соответствие Системы окружению, исходным требованиям и ограничениям, целям автоматизации на всем жизненном цикле системы. Ссылка на профстандарт. Менеджер продукта 🤠 - это специалист, который управляет жизненным циклом ИТ-продуктов, а именно их созданием, выводом на рынок, продвижением, продажами, поддержкой, развитием и выводом с рынка. Его цель - коммерческий успех продукта. Ссылка на профстандарт. Продуктовый аналитик 😶- это специалист, который помогает компаниям создавать успешные продукты, опираясь на данные и аналитику. Официального профстандарта для этой профессии нет. Взяла определение из статьи hh. Условной границей между этими профессиями служит точка принятия решения. Бизнес-аналитик - предлагает варианты пути для изменений в бизнес-процессах. Например, он может предложить автоматизировать процесс с помощью готового ИТ-продукта или заказной системы. Финальное решение принимает стейкхолдер. Менеджер продукта - принимает решения о развитии, позиционировании и жизненном цикле продукта: от формирования идеи до вывода с рынка. В том числе он делает это на основании данных от продуктового аналитика. Продуктовый аналитик - помогает менеджеру продукта в поиске идей для новых функций, анализирует как реализация функций влияет на использование продукта. Он предлагает возможные пути развития, функции, метрики. Своего рода аналог бизнес-аналитика в разработке продукта. Системный аналитик - предлагает способы реализации новых функций в ИТ-продукте или в заказной системе, согласует эти решения со стейкхолдерами или менеджером продукта. Вы скажете, но в жизни все не так? И вы будете правы. В разных командах может быть по разному. Где-то не будет отдельной должности продуктового аналитика и его функции будет выполнять менеджер продукта. У заказчика может не быть своего бизнес-аналитика и тогда системный аналитик может провести обследование бизнес-процессов заказчика. Здесь мы сталкиваемся с еще одним интересным вопросом о разнице между «должностью», «ролью» и «функцией роли». Но про это как-нибудь в другой раз расскажу 🤞 502·Jun 29

Перечитываю материалы из мини-курса «Основы ML» от ProductDo. Рисую по ним конспекты, чтобы лучше запомнить. Здесь получился алгоритм о принятии решения: разрабатывать ML-фичи в своем продукте или нет. Конечно, это очень упрощенный подход, но для начала вполне себе походит. И так, чтобы принять решение о начале работы над фичей с ML нужно ответить себе на три вопроса: 🤨 Можно ли для задачи описать алгоритм решения? Если да, то к ML лучше не обращаться. Лучше использовать классическую разработку фичи. 🧐 Задача «сложная»? Она включает в себя несколько разных типов ML-задач. Например, распознавание образов, распознавание текста и кластеризации. Домен хорошо известен команде разработки? А есть ли данные для обучения модели и легко ли их получить? 🎁 Есть ли готовые решения под нашу задачу? Можно использовать готовые модели и не разрабатывать самим. Если готовых решений нет, то есть ли бюджет, а также время и ресурсы, на их разработку? На этом пока все 😬. А вы уже разратываете ML-фичи в своих системах? 762·Feb 24

Индивидуальный план развития Наверное каждый так или иначе сталкивался с индивидуальным планом развития на работе. Буквально на днях читала в одном проф. канале размышления на эту тему. Основная идея большинства участников была в том, что индивидуальный план развития, он же ИПР,— чаще манипуляция 🤨, чтобы выставить набор условий и отсрочить на год обсуждение зарплаты. 🤗Для меня как для сотрудника ИПР это прежде всего мой план на год, как я буду развивать себя и вкладываться в себя, чтобы мне было «хорошо». 🤝Для меня как для руководителя ИПР — это способ найти пересечение интересов сотрудника и бизнеса, чтобы построить взаимовыгодные отношения друг с другом. Означает ли, что ИПР — это всегда про «галочки», обучение и достижение чего-то за какой-то срок. Нет. Прежде всего, ИПР — это про понимание своих целей, возможностей и желаний. Например для меня они находятся в одном из направлений: 💊 Здоровье, 🧶 Увлечения, 🏠 Семья и друзья, 📈 Карьера. Составляя ИПР для себя лично или вместе с кем-то из моей команды, прохожу через 4 этапа. Расскажу на своем примере. 📆 Рефлексия про прошлый год — каким он бы для меня, где мне было хорошо, а где не очень. ✅ Подвести итоги по целям — какие цели были достигнуты, а какие нет, какой опыт из всего этого вынесла. 👀 Посмотреть на себя глазами других людей — какой они меня видят и как это совпадает или расходится с моим ощущением себя. 🎯 Планы на год — сверяюсь со своими долгосрочными целями, смотрю что нужно добавить по краткосрочным. Проверяю, какие возможности для реализации своих целей у меня есть, какие ограничения. Ну и нужно ли мне какое-то обучение, для всего задуманного. Могут ли в ИПР отсутствовать грандиозные цели «научиться делать Х» или «сделать задачу Y». Вполне 😶‍🌫️, если на этот год моя цель больше вкладываться в свои увлечения, здоровье или отношения с близкими. Нельзя все время находится в режиме «подвига». Это не выгодно никому, и прямой путь к выгоранию. А вы что думаете про ИПР? 733·Feb 17

An open web layer over public Telegram — search, stats and channel reading right in your browser, no account, no install.

Not affiliated with Telegram FZ-LLC; all data comes from public sources.

Catalog

Top channels Categories Countries Search

Content

Stickers Emoji Gifts Themes Wallpapers

Help

Tools Wiki Glossary Blockchain Safety Premium Advertisers Advertising

© 2026 TG.ME · G.Media network· Updated 08/28/2026 · v0.2.0 · c9ad1b1

Privacy Terms DMCA & complaints Report a violation

Similar channels

Systems.Education: Системный Анализ и Проектирование информационных систем: архитектура, интеграции, базы данных8.7K subscribers

Системный сдвиг10.2K subscribers

Tech Analyst Club - проектирование, архитектура, AI3.2K subscribers

Системный подход4.3K subscribers

PRO анализ в ИТ2.6K subscribers

Yet Another Analyst6.6K subscribers

Библиотека Системного Аналитика13.9K subscribers

Системный анализ | Ольга Пономарева31.6K subscribers