Станіслав Федоренко “РЕЗУЛЬТАТИВНЫЙ АНАЛИЗ или как вовлечь заказчика”

1. РЕЗУЛЬТАТИВНЫЙ АНАЛИЗ
или
особенности вовлечения заказчика
Станислав Федоренко
BAQ 2017, 25-03-2017

2. ◉Проджект менеджер и аналитик в Luxoft
◉Соорганизатор IT Network (BA Network)
https://www.facebook.com/groups/ITNetworkBAandPM
◉8+ лет опыта работы в IT на позициях QA, BA и PM в разных
доменных областях: страхование, гемблинг, инвестиционный банкинг,
медицина
Hello!
E-mail: stas.fedorenko@gmail.com
Skype: fedorenko_st
LinkedIn: https://ua.linkedin.com/in/sfedorenko

3. Стоит ли говорить?

4. О чем будем говорить?
◉ Последствиях
◉ «Серебрянных пулях», которые «решают» все
◉ Что такое вовлечение
◉ Психотипах и особенностях характеров
◉ На какие особенности в общении стоит обратить внимание

5. Знания и инструменты
Даже самый надежный набор
инструментов может перестать
работать.

6. Стремление и реальность
◉ Знают, что именно нужно
◉ Заинтересованы, как мы
◉ Все читают и исправляют
◉ Понимают, что мы хотим сказать
◉ Следят за приоритетами
◉ Все вовремя рассказывают
◉ Полностью понимают, как мы
работаем, и следуют методологии
разработки
◉ Это пока непонятно, потом
◉ Так... а я вам зачем?
◉ Я потом посмотрю
◉ Нам надо все
◉ Ты ж программист!
◉ Зачем нам UAT? Что такое доска?
Аааа!!!

7. Переделка функционала, сорванные сроки и трата денег
А я давал эстимейт на другую функциональность
Они не примают уже 3 недели то, что мы сделали
Демотивация Команды
Очень классно делать то, что никому не надо
Мне надоело переключаться между задачами
Давление на аналитика со стороны Команды
Да они не могут ничего сказать, там вообще ничего не ясно
Аналитку не очень комфортно работать с представителями Заказчика
Они меня игнорируют, все мои письма и вопросы
Я вообще не понимаю, что он/она хочет
Их обязанность прочитать
Реальный результат

8. Упс....
Аналитик несет ответственность не только за требования

9. Точки зрения
◉ Все просто – modern best practices и “все пучком”
Мы будем работать по Agile и построим анализ по его принципам.
Документации минимум, все построено на коммуникации, вовлечение 100%
ибо итерации, простые стори, демки и тд.
◉ Старый конь, борозда и все такое...
Главное хорошо все описать. Мы все четко выпишем, а они прочитают,
позадают вопросы, подпишут кровью

10. Чьи правила?
Игра базируется на допущении, что ее правила
будут приняты всеми.
Допущение – уже риск!

11. ПДД vs ДДД

12. “
Agile – рождение продукта в муках итераций
◉ Product Owner должен быть
заинтересован, упс...
 Готовить backlog и тд. –
Вспоминаем слайд о рисках
◉ Bullshit на входе = bullshit на
выходе
◉ Потенциальные постоянные
переделки

13. Слепая вера в спецификацию
1. Спецификация — лишь иллюзия договора
2. Спецификация — это фикция, очень часто не соответствует
продукту и реальным требованиям
3. Самые важные решения приняты тогда, когда вы меньше всего
знаете о проекте
4. Задача спецификации — угодить всем
http://gettingreal.37signals.com/
Линус Торвальдс
«… Они практически бесполезны. Я не видел ни одного крупного проекта, в котором спецификации полностью
соответствовали реальности и при этом действительно помогали разработчикам.
Зато я видел множество неудавшихся проектов, которые слепо полагались на спецификации»

14. Что с этим можно
ПОПЫТАТЬСЯ
сделать?
?

15. Манипуляция или вовлечение?
Толковый словарь Ожегова:
◉Побудить, привлечь к участию
Толковый словарь Ушакова:
◉Соблазнять, склонять к чему-нибудь
◉Привлекать к участию в работе, деятельности
◉Вовлечение - это неявное влияние эмоционально-стихийного плана,
приводящее к естественному и незаметному для партнера изменению его
поведения и всего контекста происходящего.

16. Чего я хочу?
Главное правило: понять собственные бизнес цели
👍

17. Что делать сначала?
Понять с кем работать
и вдумчиво выбирать стратегию коммуникации
BABOK: Business Analysis Planning and Monitoring
+Определить психотип человека
на элементарном уровне

18. Противоположные
психические признаки
Откуда получаете ЭНЕРГИЮ экстраверт-интроверт
Откуда поступает ИНФОРМАЦИЯ сенсорик-интуит
Как принимаете РЕШЕНИЕ логик-этик
Как организовываете вокруг себя МИ рационал-иррационал
К. Юнг
Экстарвер (Е) Интроверт (I)
Сенсорик (S) Интуит (N)
Логик (T) Этик (F)
Рационал (J) Иррационал (P)
Инструменты определения:
Тесты Грея — Уилрайта
Опросник «Индекс юнговских типов»

19. E(экстраверт) I(интроверт)
Ориентация сознания
(откуда получает энергию)
E(extraversion, экстраверт) I(introversion, интроверт)
Ориентация наружу, на объект
Ориентация на себя, на субъект

20. S(сенсорика) I(интуит)
Способ ориентирования в ситуации
(откуда получает информацию)
S(sensing, сенсорика) I(intuition, интуиция)
Ориентация на факты
и полученный опыт
Ориентация на предчувствия,
общую информацию

21. T(логик) F(этик)
Способ принятия решений
T(thinking, Логик - мышление) F(filling, Этик -чувствование)
Рациональность, логический интеллект Эмоциональность, Эмоциональный интеллект
Это сделал Я
Важны отношения и состояния
Мы это сделаем вместе
Причино – следств. cвязи
Я сделал ЭТО
Важны действия
У меня есть 3 идеи: 1. 2. 3.

22. J(рационал) P(иррационал)
Способ подготовки решений
J(judging, суждение) P(perception, действие по обстоятельствам)
Предварительная подготовка
Планирование и упорядочивание
Стремление ориентироваться по обстоятельствам
Умение адаптироваться

23. Типологии личности Майерс-Бриггс (MBTI)
Возникла на базе типологии К.Юнга в 1940-х годах
16 типов личностей
• MBTI Step I - содержит 93 вопроса, направлен
на идентификацию типа личности
• MBTI Step II - содержит 144 вопроса, позволяет
получить портрет индивидуальных различий
внутри типа
• MBTI Step III - направлен на анализ динамики
развития типа
FYI
Методика «Avatar". быстрое определение паттернов поведения людей
https://kiev.iiba.org/event/metodika-avatar-bystroe-opredelenie-patternov-
povedeniya-lyudey

24. А потом?
Только имея выбранную стратегию, план анализа и
коммуникации
создать комфортные условия для работы с Вами

25. Подача информации
◉Интуит/Сенсорик
Идея http://roman-fedorenko.com/

26. Стоит обратить внимание
Детальный текст,
примеры или картинка?
Моделирование: UML &
BPMN – как глубоко?
Зависимости в
Jira, Гант или Mind
Mapping?
Чтение спецификаций
через Acceptance Criteria

27. Время
◉Рационал/Иррационал

28. Инструменты коммуникации
+

29. Язык рисков
◉Этик/Логик
ISSUES Examples
◉ Low quality of requirements
◉ Low documentation quality
◉ No clear Acceptance Criteria
◉ Late feedback on implemented
functionality
RISKS Examples
◉ Non-optimal team capacity usage because of:
◉ Incorrect or low priority functionality implemented
• Re-development
• Shifting milestones
◉ Unmet end-user expectations, leading to potential
production incidents
◉ Long period of new team members onboarding
◉ Complicated impact analysis and unclear testing
coverage

30. Язык рисков
◉Необходимо – иметь в запасе примеры случаев
◉Полезно - иметь четкий план и точки контроля прогресса
◉Необходимо – четко озвучить, что ожидается от
Заказчика/Стейкхолдеров
◉Необходимо– самому/самой выполнять договоренности

31. Есть вопросы ?
Thanks!
Станислав Федоренко
◉ E-mail: stas.fedorenko@gmail.com
◉ Skype: fedorenko_st
◉ LinkedIn: https://ua.linkedin.com/in/sfedorenko