SlideShare ist ein Scribd-Unternehmen logo
1 von 17
Аналитик
«снаружи» и «внутри»
Как добиться положительного результата в проекте?
О себе
• Аналитик «снаружи» – 5 лет:
• Внедрение и автоматизация процессов ITSM
• Управление проектами
• Длительность проектов 0,5 – 1 год
• Средний бизнес, B2B
• Аналитик «внутри» – 2 года:
• Внедрение и автоматизация процессов HR, маркетинга,
бухгалтерии, финансов, отделов продаж, ИТ
• Управление проектами
• Длительность 2 – 6 мес
• Средний бизнес, B2C
В ближайшие 30 минут
 Ответим на вопросы:
 Кто такие эти аналитики? Есть ли разница?
 Посмотрим на примере этапов проекта кто и как себя
ведет?
 Зафиксируем 3 шага к дальнейшим действиям
Аналитики «снаружи»
 Знание предметной области
 Опыт участия в однотипных проектах
 Знание стандартов, лучших практик, шаблонов и т.д.
 Работа в команде профессионалов (PM, тестировщики,
разработчики и т.д.)
Максимальная концентрация
на предметной области
Опасность – «игнорирование»
реальной жизни
клиента
Аналитики «внутри»
 Уникальные знания реальной жизни клиента
 Навыки аналитика «снаружи» (возможно)
 Опыт участия в проектах внутри компании в разных департаментах
 Высокий уровень ответственности
Максимальная концентрация
на решении бизнес задач компании
Опасность – «стокгольмский»
синдром
Пример
 Проект по внедрению и автоматизации процессов HR
 Масштаб внедрения – вся компания (400 чел)
 Команда «снаружи»:
 РП
 Аналитик
 Разработчик
 Команда «внутри»:
 Спонсор проекта
 Руководитель HR
 РП со стороны HR
 Аналитик ИС
Это может случиться с каждым проектом
Старт проекта
«Снаружи»
 Есть первичное понимание
задачи проекта и большое
желание начать проект (от
коллег)
 Есть опыт выполнения
аналогичного проекта (но
технология другая)
«Внутри»
 Есть бизнес задача, которую
необходимо решить
 Есть только общее
представление о решении от
sales manager (отличное от
остальной команды)
Понимание Счастье
Максимальное погружение Анализ бизнес задачи
Модель as is
«Снаружи»
 Интервью и др. (чаще всего
по шаблону, как делает это из
проекта в проект)
 Сбор требований
 Анализ полученной
информации
«Внутри»
 Предоставить максимум
полезной информации (найти
всех ЗЛ, «чемпионов»)
 Фиксируйте протоколы встреч
 Опишите бизнес процесс
 Помните правило 10-100-1000
Понимание Счастье
Показывайте примеры как можно
раньше
Максимальное погружение
исполнителя
Модель to be
«Снаружи»
 Аналитик применяет все свои
навыки для описания модели
TO BE (ТЗ):
 Схемы eEPC
 Case studies
 Описывает шаблоны, роли и
т.д.
«Внутри»
 Команда получает документ
50 стр описания
 Комментарии в силах дать
только аналитик
Понимание Счастье
Начинайте прототипировать Избавьте пользователей от «чтива»
Разработка
«Снаружи»
 Самый активный этап:
 Взаимодействие с командой
 Описание тех.требований,
сценариев тестирования и т.д.
 Проведение промежуточного
тестирования (в лучшем
случае)
«Внутри»
 Ожидание «чуда»
 Привлекайте исполнителя с
целью демонстрации первых
результатов, прототипов и т.д.
Понимание Счастье
Не забывайте о клиенте Не ждите «чуда»
Внедрение
«Снаружи»
 Первые демонстрации
команде в соответствии с ТЗ и
получение первых замечаний
 Обучение, написание
инструкций, ПМИ и т.д.
«Внутри»
 «Чуда» не произошло,
команда не увидела той
картинки, которую придумала
себе сама
 Проводите повторные
демонстрации
Понимание Счастье
Находите «плюсы»Готовьтесь к демонстрациям
Делайте качественную «рыбу»
ОПЭ
«Снаружи»
 Донастройка системы
 Консультации, обучение
 Требования для дальнейшей
автоматизации
«Внутри»
 Обучение, ответы на вопросы
пользователей
 Взаимодействие с
консультантом
 Работа над ошибками
Понимание Счастье
Закладывайте больше времени на
этот этап
Не останавливайтесь
Состояние спонсора
 http://coub.com/view/3fg9s
Как добиться положительного
результата в проекте?
«Снаружи»
 Как можно раньше переходите на
прототипирование
 Показывайте реальный интерфейс,
даже если он затрагивает только
часть БП
 Общайтесь чаще
 Используйте интерактивные
технологии (видео, бизнес-игры)
 Предлагайте несколько вариантов.
Никогда не следуйте «мы сделаем,
как вы скажете»
 Будьте гибкими к изменениям!
«Внутри»
 Всегда делайте больше, чем
консультант
 Ищите центры влияния
(«чемпионов»)
 Помните, что консультант не
решит вашу бизнес задачу. Он
может только показать
варианты, решение остается
за вами
 Будьте активны!
Понимание Счастье
Спасибо за внимание
Аксенова (Одинцова) Анна
aodincova@gmail.com
Зафиксируйте 3 шага к действиям
Мои шаги по итогам Analyst days 2014:
1. Проанализировать инструменты для описания
требований
2. Прочитать книгу Роберта Чалдини «Психология
влияния»
Подготовить доклад про работу аналитиков на стороне
консультанта и заказчика
Зафиксируйте 3 шага к действиям
Ваши шаги по итогам Analyst days 2015
1. ______________________________________
2. ______________________________________
3. ______________________________________

Weitere ähnliche Inhalte

Mehr von SQALab

Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженSQALab
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииSQALab
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовSQALab
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовSQALab
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsSQALab
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеSQALab
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеSQALab
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестированиеSQALab
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"SQALab
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовSQALab
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных системSQALab
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросSQALab
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...SQALab
 
Истинная сила тестировщика - информация
Истинная сила тестировщика - информацияИстинная сила тестировщика - информация
Истинная сила тестировщика - информацияSQALab
 
Автоматизация тестирования встроенного ПО
Автоматизация тестирования встроенного ПОАвтоматизация тестирования встроенного ПО
Автоматизация тестирования встроенного ПОSQALab
 
Правильный подход к составлению профиля нагрузочного тестирования
Правильный подход к составлению профиля нагрузочного тестированияПравильный подход к составлению профиля нагрузочного тестирования
Правильный подход к составлению профиля нагрузочного тестированияSQALab
 
Sustainable Test Automation: Collaborate within Team
Sustainable Test Automation: Collaborate within TeamSustainable Test Automation: Collaborate within Team
Sustainable Test Automation: Collaborate within TeamSQALab
 
Test Data Preparation: Tips and Tricks
Test Data Preparation: Tips and TricksTest Data Preparation: Tips and Tricks
Test Data Preparation: Tips and TricksSQALab
 
9 кругов Ада: антипаттерны UI-Автоматизации
9 кругов Ада: антипаттерны UI-Автоматизации9 кругов Ада: антипаттерны UI-Автоматизации
9 кругов Ада: антипаттерны UI-АвтоматизацииSQALab
 

Mehr von SQALab (20)

Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нужен
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихии
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советов
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестов
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIs
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджменте
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестирование
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектов
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных систем
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопрос
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
 
Истинная сила тестировщика - информация
Истинная сила тестировщика - информацияИстинная сила тестировщика - информация
Истинная сила тестировщика - информация
 
Автоматизация тестирования встроенного ПО
Автоматизация тестирования встроенного ПОАвтоматизация тестирования встроенного ПО
Автоматизация тестирования встроенного ПО
 
Правильный подход к составлению профиля нагрузочного тестирования
Правильный подход к составлению профиля нагрузочного тестированияПравильный подход к составлению профиля нагрузочного тестирования
Правильный подход к составлению профиля нагрузочного тестирования
 
Sustainable Test Automation: Collaborate within Team
Sustainable Test Automation: Collaborate within TeamSustainable Test Automation: Collaborate within Team
Sustainable Test Automation: Collaborate within Team
 
Test Data Preparation: Tips and Tricks
Test Data Preparation: Tips and TricksTest Data Preparation: Tips and Tricks
Test Data Preparation: Tips and Tricks
 
9 кругов Ада: антипаттерны UI-Автоматизации
9 кругов Ада: антипаттерны UI-Автоматизации9 кругов Ада: антипаттерны UI-Автоматизации
9 кругов Ада: антипаттерны UI-Автоматизации
 

Аналитик “снаружи” и “изнутри”. Как добиться идеального результата в проекте?

  • 1. Аналитик «снаружи» и «внутри» Как добиться положительного результата в проекте?
  • 2. О себе • Аналитик «снаружи» – 5 лет: • Внедрение и автоматизация процессов ITSM • Управление проектами • Длительность проектов 0,5 – 1 год • Средний бизнес, B2B • Аналитик «внутри» – 2 года: • Внедрение и автоматизация процессов HR, маркетинга, бухгалтерии, финансов, отделов продаж, ИТ • Управление проектами • Длительность 2 – 6 мес • Средний бизнес, B2C
  • 3. В ближайшие 30 минут  Ответим на вопросы:  Кто такие эти аналитики? Есть ли разница?  Посмотрим на примере этапов проекта кто и как себя ведет?  Зафиксируем 3 шага к дальнейшим действиям
  • 4. Аналитики «снаружи»  Знание предметной области  Опыт участия в однотипных проектах  Знание стандартов, лучших практик, шаблонов и т.д.  Работа в команде профессионалов (PM, тестировщики, разработчики и т.д.) Максимальная концентрация на предметной области Опасность – «игнорирование» реальной жизни клиента
  • 5. Аналитики «внутри»  Уникальные знания реальной жизни клиента  Навыки аналитика «снаружи» (возможно)  Опыт участия в проектах внутри компании в разных департаментах  Высокий уровень ответственности Максимальная концентрация на решении бизнес задач компании Опасность – «стокгольмский» синдром
  • 6. Пример  Проект по внедрению и автоматизации процессов HR  Масштаб внедрения – вся компания (400 чел)  Команда «снаружи»:  РП  Аналитик  Разработчик  Команда «внутри»:  Спонсор проекта  Руководитель HR  РП со стороны HR  Аналитик ИС Это может случиться с каждым проектом
  • 7. Старт проекта «Снаружи»  Есть первичное понимание задачи проекта и большое желание начать проект (от коллег)  Есть опыт выполнения аналогичного проекта (но технология другая) «Внутри»  Есть бизнес задача, которую необходимо решить  Есть только общее представление о решении от sales manager (отличное от остальной команды) Понимание Счастье Максимальное погружение Анализ бизнес задачи
  • 8. Модель as is «Снаружи»  Интервью и др. (чаще всего по шаблону, как делает это из проекта в проект)  Сбор требований  Анализ полученной информации «Внутри»  Предоставить максимум полезной информации (найти всех ЗЛ, «чемпионов»)  Фиксируйте протоколы встреч  Опишите бизнес процесс  Помните правило 10-100-1000 Понимание Счастье Показывайте примеры как можно раньше Максимальное погружение исполнителя
  • 9. Модель to be «Снаружи»  Аналитик применяет все свои навыки для описания модели TO BE (ТЗ):  Схемы eEPC  Case studies  Описывает шаблоны, роли и т.д. «Внутри»  Команда получает документ 50 стр описания  Комментарии в силах дать только аналитик Понимание Счастье Начинайте прототипировать Избавьте пользователей от «чтива»
  • 10. Разработка «Снаружи»  Самый активный этап:  Взаимодействие с командой  Описание тех.требований, сценариев тестирования и т.д.  Проведение промежуточного тестирования (в лучшем случае) «Внутри»  Ожидание «чуда»  Привлекайте исполнителя с целью демонстрации первых результатов, прототипов и т.д. Понимание Счастье Не забывайте о клиенте Не ждите «чуда»
  • 11. Внедрение «Снаружи»  Первые демонстрации команде в соответствии с ТЗ и получение первых замечаний  Обучение, написание инструкций, ПМИ и т.д. «Внутри»  «Чуда» не произошло, команда не увидела той картинки, которую придумала себе сама  Проводите повторные демонстрации Понимание Счастье Находите «плюсы»Готовьтесь к демонстрациям Делайте качественную «рыбу»
  • 12. ОПЭ «Снаружи»  Донастройка системы  Консультации, обучение  Требования для дальнейшей автоматизации «Внутри»  Обучение, ответы на вопросы пользователей  Взаимодействие с консультантом  Работа над ошибками Понимание Счастье Закладывайте больше времени на этот этап Не останавливайтесь
  • 14. Как добиться положительного результата в проекте? «Снаружи»  Как можно раньше переходите на прототипирование  Показывайте реальный интерфейс, даже если он затрагивает только часть БП  Общайтесь чаще  Используйте интерактивные технологии (видео, бизнес-игры)  Предлагайте несколько вариантов. Никогда не следуйте «мы сделаем, как вы скажете»  Будьте гибкими к изменениям! «Внутри»  Всегда делайте больше, чем консультант  Ищите центры влияния («чемпионов»)  Помните, что консультант не решит вашу бизнес задачу. Он может только показать варианты, решение остается за вами  Будьте активны! Понимание Счастье
  • 15. Спасибо за внимание Аксенова (Одинцова) Анна aodincova@gmail.com
  • 16. Зафиксируйте 3 шага к действиям Мои шаги по итогам Analyst days 2014: 1. Проанализировать инструменты для описания требований 2. Прочитать книгу Роберта Чалдини «Психология влияния» Подготовить доклад про работу аналитиков на стороне консультанта и заказчика
  • 17. Зафиксируйте 3 шага к действиям Ваши шаги по итогам Analyst days 2015 1. ______________________________________ 2. ______________________________________ 3. ______________________________________

Hinweis der Redaktion

  1. ЗЛ – заинтересованные лица
  2. ЗЛ – заинтересованные лица
  3. ЗЛ – заинтересованные лица
  4. ЗЛ – заинтересованные лица
  5. ЗЛ – заинтересованные лица
  6. БП – бизнес процесс
  7. БП – бизнес процесс
  8. БП – бизнес процесс