Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Тяжёлая артиллерия в оценке сроков задач
Закон Хофштадтера Всегда потребуется больше времени, чем вы ожидаете, даже если вы знаете закон Хофштадтера. Вступление Сразу хочу отметить, что метод не универсальный и подходит не для всех задач,...
Forwarded from Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
ArtofBA
Как аналитику развить устойчивость и не стать мизантропом ≡ Блог ArtofBA
🔥9👍5😁3❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Рекомендации по сбору и приоритизации требований для бизнес-аналитика
— Голдстейн. — Да, мистер Старк. — Дай мощный бит, под который я буду бить лучшего друга , писать эту статью. ©Железный человек Привет, Хабр! Меня зовут Дмитрий Сушков, последние 5...
❤5🥱5
Салют! Ребят у кого нибудь есть вопросы для разбора? Или может кто столкнулся с проблемой на проекте?
Просто ко мне, в последнее время, стали в личку писать, в основном новички, с вопросами/проблемами, с которыми они столкнулись, и мы находили пути решения. И тут меня посетила идея спросить напрямую, у кого есть что обсудить)))
Поэтому, если у вас есть вопросы/проблемы, вы можете их оставить в комментариях, и я потом буду делать посты с их разборами) если такой формат у нас примется, буду делать такие разборы еженедельно☺️ если нет, значит у всех все хорошо и всем все понятно в этой жизни)))
Го!!!
P.s. если кто-то хочет анонимно, пишите мне в личку, я опубликую вопрос от канала)))
Просто ко мне, в последнее время, стали в личку писать, в основном новички, с вопросами/проблемами, с которыми они столкнулись, и мы находили пути решения. И тут меня посетила идея спросить напрямую, у кого есть что обсудить)))
Поэтому, если у вас есть вопросы/проблемы, вы можете их оставить в комментариях, и я потом буду делать посты с их разборами) если такой формат у нас примется, буду делать такие разборы еженедельно☺️ если нет, значит у всех все хорошо и всем все понятно в этой жизни)))
Го!!!
P.s. если кто-то хочет анонимно, пишите мне в личку, я опубликую вопрос от канала)))
🔥6👍5🤩3❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
ACID, BASE, CAP: Фундамент архитектуры распределенных систем
Современная разработка ПО – это почти всегда про распределенные системы. Микросервисы, облака, глобальный охват – все это стало нормой. Но за красивыми диаграммами и модными словами скрывается...
👍8❤4🙏3
Please open Telegram to view this post
VIEW IN TELEGRAM
РБК Компании
Почему сотрудники плохо работают: новый взгляд на бизнес-процессы | РБК Компании
ИП Чернышова Елена Борисовна: Как увеличить выручку компании на 50% всего за 8 месяцев и всегда ли нужно менять команду при низкой продуктивности персонала
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
BPMN умер, все сделает ИИ
Мы все видели, как такие инструменты, как ChatGPT, справляются с множеством бизнес-задач, автоматизируя практически всё. И это правда — генеративный ИИ действительно способен выполнять широкий спектр...
👍10🤔7❤3🔥2😁1🤯1👌1
Салют! Праздники закончились пора возвращаться в строй! И решила разобрать часть вопросов, которые поступили мне в личку и в комменты под моим постом ☺️
Начнем с вечно волнующей темой аналитиков: «Как работать со стейкхолдерами, которые "уходят в тень"?
Ситуация от подписчика (написала в личку):
Есть процесс, который нужно автоматизировать и улучшить (добавить прогнозирование, фичи для управленческих решений). Есть несколько ключевых стейкхолдеров:
- А — главные по процессу (по регламенту), но избегают вовлечения, не объясняют логику решений.
- Б, В — помогают, согласовывают.
- Г — ключевой внешний пользователь.
Проблема: А игнорирует обсуждения, не аргументирует свои решения, а без них сложно проектировать систему.
Предистория:
❓ Что делать? (Или чтобы я посоветовала)
1. Разобраться в мотивах "ухода в тень"
Почему А не хочет участвовать? Возможные причины:
- Не видят ценности ("и так работает, зачем менять?").
- Боятся изменений (автоматизация = потеря контроля, прозрачность решений).
- Нет времени/ресурсов (воспринимают как дополнительную нагрузку).
- Политика ("если раскроем логику, нас загрузят еще больше").
Как проверить?
- Задать косвенные вопросы:
- "Какие боли у вас в этом процессе?"
- "Если бы можно было изменить одну вещь — что бы выбрали?"
- Поговорить с Б и В — возможно, они знают подводные камни.
2. Снижать сопротивление через выгоды
Люди не против изменений — они против невыгодных им изменений.
Как "продать" проект отделу А?
- Связать с их KPI (если автоматизация сократит их рутину или снизит риски). Нужно это показать!
- Дать почувствовать контроль (например, через промежуточные согласования).
- Создать "пилот" (не всю систему, а прототип для части процесса и заинтересовать стейкхолдера).
3. Работать через других
Если А блокирует процесс, но Б и В лояльны:
- Формализовать требования через них (возможно, у них есть доступ к данным/логике).
- Подключить Г (внешний пользователь) — если он начнет давить, А может стать сговорчивее.
4. Документировать и эскалировать
Если А саботирует проект, а без них нельзя:
- Фиксируйте попытки контакта (письма, митинги, отказы дать информацию).
- Готовьте альтернативные сценарии (например: "Если А не предоставит данные, прогнозирование будет на основе Х").
- Эскалируйте на уровень выше — но не просто "они не работают", а "из-за этого будут риски Х, предлагаю решение Y".
✅ Вывод
Главное — не принимать "уход в тень" как данность. Пробуйте:
- Искать мотивы (почему А избегает контакта?).
- Менять фокус (через других стейкхолдеров или выгоды для А).
- Фиксировать и эскалировать (если всё уперлось в саботаж).
✍️ А у вас были похожие ситуации? Как выходили из них?
Начнем с вечно волнующей темой аналитиков: «Как работать со стейкхолдерами, которые "уходят в тень"?
Ситуация от подписчика (написала в личку):
Есть процесс, который нужно автоматизировать и улучшить (добавить прогнозирование, фичи для управленческих решений). Есть несколько ключевых стейкхолдеров:
- А — главные по процессу (по регламенту), но избегают вовлечения, не объясняют логику решений.
- Б, В — помогают, согласовывают.
- Г — ключевой внешний пользователь.
Проблема: А игнорирует обсуждения, не аргументирует свои решения, а без них сложно проектировать систему.
Предистория:
Подписчица пришла на проект без опыта, за спиной была только магистратура по прикладной информатики, т.е. понимание было нашей сферы деятельности, какие то знания были, задача была понятна. Но! Был момент на проекте, когда подписчица осталась одна в роли аналитика, и обращаться было не к кому с вопросами, только напрямую к неразговорчивым стейкхолдерам, а аналитик был до этого без опыта😠 из-за чего в голове было много вопросов, недопонимания, страх, что не справится и тд.
1. Разобраться в мотивах "ухода в тень"
Почему А не хочет участвовать? Возможные причины:
- Не видят ценности ("и так работает, зачем менять?").
- Боятся изменений (автоматизация = потеря контроля, прозрачность решений).
- Нет времени/ресурсов (воспринимают как дополнительную нагрузку).
- Политика ("если раскроем логику, нас загрузят еще больше").
Как проверить?
- Задать косвенные вопросы:
- "Какие боли у вас в этом процессе?"
- "Если бы можно было изменить одну вещь — что бы выбрали?"
- Поговорить с Б и В — возможно, они знают подводные камни.
2. Снижать сопротивление через выгоды
Люди не против изменений — они против невыгодных им изменений.
Как "продать" проект отделу А?
- Связать с их KPI (если автоматизация сократит их рутину или снизит риски). Нужно это показать!
- Дать почувствовать контроль (например, через промежуточные согласования).
- Создать "пилот" (не всю систему, а прототип для части процесса и заинтересовать стейкхолдера).
3. Работать через других
Если А блокирует процесс, но Б и В лояльны:
- Формализовать требования через них (возможно, у них есть доступ к данным/логике).
- Подключить Г (внешний пользователь) — если он начнет давить, А может стать сговорчивее.
4. Документировать и эскалировать
Если А саботирует проект, а без них нельзя:
- Фиксируйте попытки контакта (письма, митинги, отказы дать информацию).
- Готовьте альтернативные сценарии (например: "Если А не предоставит данные, прогнозирование будет на основе Х").
- Эскалируйте на уровень выше — но не просто "они не работают", а "из-за этого будут риски Х, предлагаю решение Y".
Главное — не принимать "уход в тень" как данность. Пробуйте:
- Искать мотивы (почему А избегает контакта?).
- Менять фокус (через других стейкхолдеров или выгоды для А).
- Фиксировать и эскалировать (если всё уперлось в саботаж).
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤4👌2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Кто выполняет функции системного аналитика в США?
Для своего исследования я использовал один из крупнейших специализированных сайтов по поиску IT-работы в США, входящий в топ-3. Целью исследования было выяснить, кто выполняет роль системного...
👍11🔥5❤2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Документирование API сервисов с помощью Swagger на примере фреймворков Express.js и Gin
В современных реалиях разработки программного обеспечения бывает достаточно трудно быстро и качественно написать техническую документацию к проекту, особенно когда данному процессу уделяется...
❤4👍1
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
От монолита к микросервисам. Монолитная модель данных. Распознать и обезвредить
Привет! Меня зовут Светлана Уварова, я архитектор информационных систем. Микросервисная архитектура не гарантирует модульность, если в системе остаются монолитные данные. В этой статье разберемся, как...
👍5
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Нужно ли системному аналитику разбираться в программировании?
Мне было интересно узнать мнение профессионального сообщества по данному вопросу. Поэтому я провёл исследование на тему: «Насколько системный аналитик уровня Senior должен разбираться в программном...
🔥7😁4👍1
А как вы считаете, нужно ли системному аналитику разбираться в программировании?
Anonymous Poll
7%
Нет, не вижу смысла
75%
Да, понимать основы
16%
Да, нужно более детально понимать код и уметь что-то писать
2%
Другой ответ
😁7
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как не скатиться в имитацию: о роли системного аналитика на проекте
Цель статьи — помочь понять, нужен ли вам на проекте системный аналитик или нет. А также предостеречь о потенциальных трудностях тех, кто только собирается стать системным аналитиком. Последние восемь...
🔥6👍2
Курс по документированию REST API
Очень информативно и все в одном месте. Есть и видео уроки и что почитать
Перейти | BA|SA
Очень информативно и все в одном месте. Есть и видео уроки и что почитать
Перейти | BA|SA
Курс по документированию REST API | learnapidoc-ru
Курс по документированию API. Вольный перевод курса https://idratherbewriting.com/learnapidoc/
🔥16👏3👍1