Привет, коллеги! 👋
Сегодня предлагаю обсудить тему: стейкхолдеры и эффективное взаимодействие с ними. 🤝
В карточках к посту вы найдете определение, кто такие стейкхолдеры и их условную классификацию
А далее перейдем к некоторым рекомендациям о том, как выявлять заинтересованные стороны, анализировать их нужды и выстраивать продуктивное сотрудничество.
1. Выявление стейкхолдеров:
▫️ Мозговой штурм: начните с мозгового штурма с командой - кто может быть заинтересован в проекте или затронут им? Не ограничивайте себя - сначала запишите всех, кто приходит в голову.
▫️ Анализ документации: изучите устав проекта, бизнес-план, организационную структуру. Там часто указаны ключевые лица и подразделения.
▫️Интервью с ключевыми лицами: спросите у руководителей и экспертов, кого еще стоит включить в список.
▫️ Постройте диаграмму, показывающую границы системы и взаимодействующие с ней элементы. Сразу станет понятно, кто стейкхолдер.
▫️Не забывайте о "скрытых" стейкхолдерах: иногда существуют группы, которые не очевидны на первый взгляд, но тем не менее важны (например, будущие пользователи, регуляторы).
2. Анализ стейкхолдеров:
▪️Матрица "Влияние/Интерес": разместите стейкхолдеров на матрице, чтобы определить, с кем нужно активно взаимодействовать, кого достаточно информировать, а кого нужно просто мониторить:
- Высокое влияние/Высокий интерес: Управляйте внимательно (ключевые стейкхолдеры)
- Высокое влияние/Низкий интерес: Держите в курсе
- Низкое влияние/Высокий интерес: Информируйте
- Низкое влияние/Низкий интерес: Мониторьте
▪️Анкетирование и опросы: соберите информацию о потребностях, ожиданиях и опасениях стейкхолдеров.
▪️SWOT-анализ стейкхолдеров: определите сильные и слабые стороны, возможности и угрозы, связанные с каждым стейкхолдером.
3. Взаимодействие со стейкхолдерами:
▫️Определите оптимальные каналы коммуникации: кому-то удобнее получать информацию по электронной почте, кому-то на совещаниях, а кому-то через систему управления проектами.
▫️Регулярные встречи: организуйте регулярные встречи для обсуждения прогресса, проблем и изменений.
▫️Прозрачность: будьте открытыми и честными в своих коммуникациях.
▫️Активное слушание: уделяйте внимание мнению стейкхолдеров, задавайте вопросы, уточняйте детали.
▫️Управление ожиданиями: четко обозначайте, что вы можете и не можете сделать.
▫️Гибкость: будьте готовы адаптироваться к изменяющимся потребностям стейкхолдеров.
▫️ Документируйте все коммуникации: ведите записи встреч, протоколы решений, чтобы всегда иметь возможность вернуться к обсужденным вопросам.
Познакомиться чуть подробнее с методами выявления, анализа и управления стейкхолдерами помогут статьи:
🖇 Кто такие стейкхолдеры: Таблица интересов стейкхолдеров, Карта заинтересованных сторон, Матрица стейкхолдеров
🖇 Анализ стейкхолдеров проекта
🖇 Как построить коммуникацию между стейкхолдерами проекта
🖇 Карта заинтересованных сторон – инструмент анализа проектного окружения и бизнеса в целом
🖇 Как подружиться с людьми, от которых зависит проект
🖇«Нормально же общались»: кто такие стейкхолдеры и как избегать с ними конфликтов
#теоретическиезаметки #подборка #статьи | @notes_analyst
Сегодня предлагаю обсудить тему: стейкхолдеры и эффективное взаимодействие с ними. 🤝
В карточках к посту вы найдете определение, кто такие стейкхолдеры и их условную классификацию
А далее перейдем к некоторым рекомендациям о том, как выявлять заинтересованные стороны, анализировать их нужды и выстраивать продуктивное сотрудничество.
1. Выявление стейкхолдеров:
▫️ Мозговой штурм: начните с мозгового штурма с командой - кто может быть заинтересован в проекте или затронут им? Не ограничивайте себя - сначала запишите всех, кто приходит в голову.
▫️ Анализ документации: изучите устав проекта, бизнес-план, организационную структуру. Там часто указаны ключевые лица и подразделения.
▫️Интервью с ключевыми лицами: спросите у руководителей и экспертов, кого еще стоит включить в список.
▫️ Постройте диаграмму, показывающую границы системы и взаимодействующие с ней элементы. Сразу станет понятно, кто стейкхолдер.
▫️Не забывайте о "скрытых" стейкхолдерах: иногда существуют группы, которые не очевидны на первый взгляд, но тем не менее важны (например, будущие пользователи, регуляторы).
2. Анализ стейкхолдеров:
▪️Матрица "Влияние/Интерес": разместите стейкхолдеров на матрице, чтобы определить, с кем нужно активно взаимодействовать, кого достаточно информировать, а кого нужно просто мониторить:
- Высокое влияние/Высокий интерес: Управляйте внимательно (ключевые стейкхолдеры)
- Высокое влияние/Низкий интерес: Держите в курсе
- Низкое влияние/Высокий интерес: Информируйте
- Низкое влияние/Низкий интерес: Мониторьте
▪️Анкетирование и опросы: соберите информацию о потребностях, ожиданиях и опасениях стейкхолдеров.
▪️SWOT-анализ стейкхолдеров: определите сильные и слабые стороны, возможности и угрозы, связанные с каждым стейкхолдером.
3. Взаимодействие со стейкхолдерами:
▫️Определите оптимальные каналы коммуникации: кому-то удобнее получать информацию по электронной почте, кому-то на совещаниях, а кому-то через систему управления проектами.
▫️Регулярные встречи: организуйте регулярные встречи для обсуждения прогресса, проблем и изменений.
▫️Прозрачность: будьте открытыми и честными в своих коммуникациях.
▫️Активное слушание: уделяйте внимание мнению стейкхолдеров, задавайте вопросы, уточняйте детали.
▫️Управление ожиданиями: четко обозначайте, что вы можете и не можете сделать.
▫️Гибкость: будьте готовы адаптироваться к изменяющимся потребностям стейкхолдеров.
▫️ Документируйте все коммуникации: ведите записи встреч, протоколы решений, чтобы всегда иметь возможность вернуться к обсужденным вопросам.
Познакомиться чуть подробнее с методами выявления, анализа и управления стейкхолдерами помогут статьи:
🖇 Кто такие стейкхолдеры: Таблица интересов стейкхолдеров, Карта заинтересованных сторон, Матрица стейкхолдеров
🖇 Анализ стейкхолдеров проекта
🖇 Как построить коммуникацию между стейкхолдерами проекта
🖇 Карта заинтересованных сторон – инструмент анализа проектного окружения и бизнеса в целом
🖇 Как подружиться с людьми, от которых зависит проект
🖇«Нормально же общались»: кто такие стейкхолдеры и как избегать с ними конфликтов
#теоретическиезаметки #подборка #статьи | @notes_analyst
👍5🔥4❤2
📑 Поиск по подстроке — ответ системного аналитика на собеседовании
Автор - Наталия Пляко,
бизнес и системный аналитик, руководитель проектов:
"Привет всем! Данная статья адресована начинающим свой путь в системном анализе и призвана помочь ответить максимально просто на один из самых частых вопросов системному аналитику на собеседовании. Мне данный вопрос задали на 3х из 5ти технических интервью, а это значит, что в теме надо разобраться. Поехали!
Вопрос: на сайте есть форма с полем поиска чего-либо по названию и кнопка, при нажатии на которую должен быть выведен результат поиска. Проблема в том, что пользователь не помнит название. Как реализовать поиск?"
Читать статью
Автор - Наталия Пляко,
бизнес и системный аналитик, руководитель проектов:
"Привет всем! Данная статья адресована начинающим свой путь в системном анализе и призвана помочь ответить максимально просто на один из самых частых вопросов системному аналитику на собеседовании. Мне данный вопрос задали на 3х из 5ти технических интервью, а это значит, что в теме надо разобраться. Поехали!
Вопрос: на сайте есть форма с полем поиска чего-либо по названию и кнопка, при нажатии на которую должен быть выведен результат поиска. Проблема в том, что пользователь не помнит название. Как реализовать поиск?"
Читать статью
👍4
This media is not supported in your browser
VIEW IN TELEGRAM
📊 Аналитические навыки: от теории к практике!
🔥 Мы подготовили для вас 3 бесплатных вебинара курса «Аналитик данных» для тех, кто хочет освоить современные инструменты анализа данных. Не пропустите — регистрируйтесь прямо сейчас!
🔸 Вебинар 1: Визуализация данных в Tableau
📅 24 декабря, 20:00
Что узнаете:
- Как начать работу в Tableau: структура интерфейса и подключение данных
- Создание первых визуализаций и настройка под цели анализа
- Объединение графиков и таблиц в интерактивный дашборд
🔸 Вебинар 2: SQL для аналитиков
📅 15 января, 20:00
Что вас ждет:
- Разбор пяти ключевых SQL-инструментов на понятных примерах
- Мини-практика: написание реальных запросов вместе
- Анализ бизнес-кейса и демонстрация работы аналитика
🔸 Вебинар 3: Анализ аномалий в данных
📅 21 января, 20:00
Что будет:
- Визуализация и первичный поиск аномалий с помощью графиков
- Статистические методы обнаружения аномалий: квантили и межквартильный размах
- Машинное обучение для поиска аномалий: алгоритм Isolation Forest и расширение возможностей аналитика
⚡️ Не откладывайте! Количество мест ограничено.
👉 Регистрация открыта на OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
🔥 Мы подготовили для вас 3 бесплатных вебинара курса «Аналитик данных» для тех, кто хочет освоить современные инструменты анализа данных. Не пропустите — регистрируйтесь прямо сейчас!
🔸 Вебинар 1: Визуализация данных в Tableau
📅 24 декабря, 20:00
Что узнаете:
- Как начать работу в Tableau: структура интерфейса и подключение данных
- Создание первых визуализаций и настройка под цели анализа
- Объединение графиков и таблиц в интерактивный дашборд
🔸 Вебинар 2: SQL для аналитиков
📅 15 января, 20:00
Что вас ждет:
- Разбор пяти ключевых SQL-инструментов на понятных примерах
- Мини-практика: написание реальных запросов вместе
- Анализ бизнес-кейса и демонстрация работы аналитика
🔸 Вебинар 3: Анализ аномалий в данных
📅 21 января, 20:00
Что будет:
- Визуализация и первичный поиск аномалий с помощью графиков
- Статистические методы обнаружения аномалий: квантили и межквартильный размах
- Машинное обучение для поиска аномалий: алгоритм Isolation Forest и расширение возможностей аналитика
⚡️ Не откладывайте! Количество мест ограничено.
👉 Регистрация открыта на OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
От стейкхолдеров к требованиям: с чего начать?
Привет, коллеги!
В прошлый раз мы с вами разобрали, кто такие стейкхолдеры и как с ними взаимодействовать.
Вы уже составили свой список ключевых лиц, наметили стратегию коммуникации... И теперь возникает самый важный и сложный вопрос: «Что же делать дальше?» 🤔
Частая ошибка новичков (да и опытных тоже) - сразу переходить от списка лиц к сбору «хотелок». В результате мы получаем винегрет из пожеланий, технических идей и личных мнений, из которого почти невозможно собрать целостную картину проекта.
Главный секрет на этом этапе - научиться отделять истинную Потребность от предложенного Решения.
▪️Решение - это то, ЧТО человек просит сделать. Часто это уже готовое, иногда неоптимальное, техническое предложение.
▪️Потребность - это то, ПОЧЕМУ он это просит. Это коренная проблема, боль, цель или желаемый результат, который стоит за запросом.
Классический пример:
- Что говорит стейкхолдер (Решение): «Мне нужна еще одна кнопка «Экспорт в PDF» в правом верхнем углу отчета».
- Что может быть на самом деле (Потребность): «Мне еженедельно приходится тратить 2 часа, чтобы вручную сводить данные из этого отчета в презентацию для руководства. Мне нужно быстро получать данные в удобном для презентации формате».
Видите разницу? Если мы слепо реализуем «кнопку», мы можем упустить возможность создать автоматический еженедельный отчет-презентацию, который сэкономит не 10 минут на клик, а 2 часа работы в неделю.
Практический шаг: как это делать?
Прежде чем проводить массовые интервью, начните с малого. Возьмите своего ключевого стейкхолдера и подготовьтесь к первой беседе.
Вопросы-помощники для выявления потребностей:
- «Расскажите, как вы сейчас выполняете эту задачу? Опишите ваш обычный день» (понимание текущего процесса).
- «С какими сложностями или рутиной вы сталкиваетесь? Что отнимает больше всего времени?» (выявление боли).
- «Какой идеальный результат для вас? Что изменится, когда проблема будет решена?» (понимание цели).
- Уточняющие вопросы на любое предложенное решение: «Почему это важно? Как это решит вашу задачу?»
Ваша цель первой встречи - не записать список функций, а понять контекст, бизнес-процесс и настоящие цели.
Итог: Переход от стейкхолдеров к требованиям начинается со смены фокуса. Фокус на ЛИЦА (кому важно) меняется на фокус на ПРОБЛЕМЫ (что важно и почему).
В следующих постах мы разберем ряд методов сбора требований - от классических интервью и воркшопов до анализа документов и наблюдения. Вы узнаете, как выбрать правильный инструмент под задачу и как комбинировать их, чтобы собрать полную картину.
@notes_analyst
Привет, коллеги!
В прошлый раз мы с вами разобрали, кто такие стейкхолдеры и как с ними взаимодействовать.
Вы уже составили свой список ключевых лиц, наметили стратегию коммуникации... И теперь возникает самый важный и сложный вопрос: «Что же делать дальше?» 🤔
Частая ошибка новичков (да и опытных тоже) - сразу переходить от списка лиц к сбору «хотелок». В результате мы получаем винегрет из пожеланий, технических идей и личных мнений, из которого почти невозможно собрать целостную картину проекта.
Главный секрет на этом этапе - научиться отделять истинную Потребность от предложенного Решения.
▪️Решение - это то, ЧТО человек просит сделать. Часто это уже готовое, иногда неоптимальное, техническое предложение.
▪️Потребность - это то, ПОЧЕМУ он это просит. Это коренная проблема, боль, цель или желаемый результат, который стоит за запросом.
Классический пример:
- Что говорит стейкхолдер (Решение): «Мне нужна еще одна кнопка «Экспорт в PDF» в правом верхнем углу отчета».
- Что может быть на самом деле (Потребность): «Мне еженедельно приходится тратить 2 часа, чтобы вручную сводить данные из этого отчета в презентацию для руководства. Мне нужно быстро получать данные в удобном для презентации формате».
Видите разницу? Если мы слепо реализуем «кнопку», мы можем упустить возможность создать автоматический еженедельный отчет-презентацию, который сэкономит не 10 минут на клик, а 2 часа работы в неделю.
Практический шаг: как это делать?
Прежде чем проводить массовые интервью, начните с малого. Возьмите своего ключевого стейкхолдера и подготовьтесь к первой беседе.
Вопросы-помощники для выявления потребностей:
- «Расскажите, как вы сейчас выполняете эту задачу? Опишите ваш обычный день» (понимание текущего процесса).
- «С какими сложностями или рутиной вы сталкиваетесь? Что отнимает больше всего времени?» (выявление боли).
- «Какой идеальный результат для вас? Что изменится, когда проблема будет решена?» (понимание цели).
- Уточняющие вопросы на любое предложенное решение: «Почему это важно? Как это решит вашу задачу?»
Ваша цель первой встречи - не записать список функций, а понять контекст, бизнес-процесс и настоящие цели.
Итог: Переход от стейкхолдеров к требованиям начинается со смены фокуса. Фокус на ЛИЦА (кому важно) меняется на фокус на ПРОБЛЕМЫ (что важно и почему).
В следующих постах мы разберем ряд методов сбора требований - от классических интервью и воркшопов до анализа документов и наблюдения. Вы узнаете, как выбрать правильный инструмент под задачу и как комбинировать их, чтобы собрать полную картину.
@notes_analyst
👍7❤2🔥2
Как написать AI-ТЗ из одной фразы заказчика: пошаговая инструкция по методике SARD от идеи до спецификации требований
"Эта статья — демонстрационный пример, иллюстрирующий пошаговую методику преобразования одной вымышленной бизнес-фразы заказчика в полноценное техническое задание (ТЗ) с помощью инструментов искусственного интеллекта (ИИ). В качестве исходной фразы для демонстрации выбрана бизнес-идея, приписываемая гипотетическому Сэму Альтману: «Помогите мне сделать GPT настолько незаметным, что люди перестанут бояться сингулярности»."
Читать статью
"Эта статья — демонстрационный пример, иллюстрирующий пошаговую методику преобразования одной вымышленной бизнес-фразы заказчика в полноценное техническое задание (ТЗ) с помощью инструментов искусственного интеллекта (ИИ). В качестве исходной фразы для демонстрации выбрана бизнес-идея, приписываемая гипотетическому Сэму Альтману: «Помогите мне сделать GPT настолько незаметным, что люди перестанут бояться сингулярности»."
Читать статью
👍2
❓Как менять статусы объектов в процессе — и не утонуть в сервисных задачах
Когда по процессу движется бизнес-объект — заказ, договор или заявка на кредит, то нужно изменять его статус в зависимости от пройденных этапов. При этом часто на статусы многое завязано и хочется видеть изменения на модели процесса.
💡 Решение в лоб — на каждое изменение ставить сервисную задачу, которая пропишет нужный атрибут сущности в прикладной системе. Будет все наглядно, но схема быстро захламляется однотипными элементами.
Как быть?
👉 Можно моделировать смену статусов событиями — они компактнее. Но мы же хотим иметь исполняемую модель, чтобы статус менялся не только «на бумаге». А навесить бизнес-логику на события — задача нетривиальная. Не хочется городить сложные решения ради такой мелочи.
❗️Мы нашли лайфхак, как сохранить лаконичность схем и обойтись без лишнего кода.
Как именно? 👇
Ответ — в Телеграм-канале BPM Developers.
#реклама
О рекламодателе
Когда по процессу движется бизнес-объект — заказ, договор или заявка на кредит, то нужно изменять его статус в зависимости от пройденных этапов. При этом часто на статусы многое завязано и хочется видеть изменения на модели процесса.
💡 Решение в лоб — на каждое изменение ставить сервисную задачу, которая пропишет нужный атрибут сущности в прикладной системе. Будет все наглядно, но схема быстро захламляется однотипными элементами.
Как быть?
👉 Можно моделировать смену статусов событиями — они компактнее. Но мы же хотим иметь исполняемую модель, чтобы статус менялся не только «на бумаге». А навесить бизнес-логику на события — задача нетривиальная. Не хочется городить сложные решения ради такой мелочи.
❗️Мы нашли лайфхак, как сохранить лаконичность схем и обойтись без лишнего кода.
Как именно? 👇
Ответ — в Телеграм-канале BPM Developers.
#реклама
О рекламодателе