Общение аналитика и заказчика

1.

Ахмадиев Адель
Менеджер продукта АО «БАРС Груп»
ОБЩЕНИЕ АНАЛИТИКА
И ЗАКАЗЧИКА

2. Адель Ахмадиев

2011-2012
БАРС. Доступная среда
2012-2013
БАРС.ЖКХ
2014-2016
Реформа ЖКХ (На стороне Заказчика)
2017-н.вр.
Ценообразование. ОДК
После продажное обслуживание. Вертолеты России
Ценообразование. Вертолеты России

3. Мы создаем информационные системы, они работают, но часто не так, как нужно Заказчику

ПОЧЕМУ?

4. Причины*

почему мы делаем системы не так,
как нужно Заказчику
Отсутствие проектирования
Системы совместно с
Заказчиком
Некомпетентное общение аналитика с
Заказчиком
Недостаточное общение аналитика с
Заказчиком
* Список причин не конечный, представлены только те,
которые разбираем в выступлении

5. Недостаточное общение с Заказчиком

1.
2.
3.
4.
Зачем общаться, есть ТЗ или НПА, там все написано
Есть РП, он должен выяснять требования
Сложный Заказчик, с которым невозможно работать
Отсутствие мотивации и ответственности за проект
5. Не разрешает руководитель
6. Я не знаю, что спрашивать; я не умею общаться
7. Я не выездной, я не могу ездить в командировки

6. 1. Зачем общаться, есть ТЗ или НПА, там все написано

Ожидания аналитика
Реальность
Делаем систему по ТЗ/НПА, сдаем ПМИ, Заказчик
все принимает т.к. есть договор
ТЗ/НПА не отражают реальность, это сухой текст
без практики работы, без взаимосвязей отделов
Не выходим за рамки ТЗ/НПА
Мы почти всегда выходим за рамки ТЗ, т.к. при его
написании многое не учли, а без этого не будет
работать Система
ТЗ отражает реальные требования, его же писал
Заказчик, значит он уже проделал работу по
выявлению и систематизации
ТЗ может быть написано конкурентом, Вашим РП,
или сотрудником Заказчика, а делать Вам
Решение:
Писать ТЗ / ЧТЗ / Технический проект силами аналитиков проекта
Проходить мозговым штурмом каждый пункт ЧТЗ с ФЗ, для выработки общего
понимания работы системы и взаимосвязей

7. 2. Есть РП, он должен выяснять требования

Ожидания аналитика
Реальность
РП будет общаться с ФЗ фиксировать требования,
систематизировать и отсеивать лишнее
РП фиксирует требования, но не систематизирует
и редко отсеивает
РП сам объяснит ФЗ сложности или
невозможности реализации
РП сложно оценить реализуемость требований,
т.к. внутренняя структура ему не знакома
РП понимает, как работает Система
РП может обещать, то чего не сделать
Решение:
Конечный вариант реализации системы определяют Аналитики, следовательно, они и
должны общаться с ФЗ по всем требованиям
РП должен создать рабочую, но дружественную атмосферу, курировать сроки и приоритеты,
бюджет и границы проекта, частично писать документацию

8. 3. Сложный Заказчик, с которым невозможно работать

Ожидания аналитика
Реальность
ФЗ сразу ждет готовую Систему
Заказчик идет на встречу в работе, делится
информацией, проявляет интерес и
понимание, работает в команде т.к.
Система нужна в первую очередь ему
Решение:
ФЗ занят своей работой, у него нет времени
Система может спускаться на ФЗ, поэтому
заинтересованности не будет
Сотрудники ФЗ могут иметь агрессивную
позицию
Всегда есть очень много заинтересованных
сторон со своей политикой
С точки зрения аналитика, работа со сложным Заказчиком – это работа РП. Нужно иметь
требование к РП, что вы работаете, только если Заказчик идет на встречу и готов работать
Но, нужно проявлять понимание ситуации и политической обстановки на проекте, вы с РП
одна команда и проект надо сдать

9. 4. Отсутствие мотивации и ответственности за проект

Ожидания аналитика
Чтобы от него отстали со своими глупыми задачами
Кто-то будет постоянно бегать рядом с бубном и
подкармливать амбиции.
Реальность
Формальная реализация требований, без удобства
работы для ФЗ, без нормального описания в базе
знаний, без продуманной архитектуры
Аналитик считает себя не виноватым в ошибках, его
не мотивировали, с ним не договорились
Постоянные отговорки аналитика: «Это не моя
задача», «Это косяк разработчика» и т.п.
Решение:
Если вы пришли на работу, то мотивация и ответственность – это ваша внутренняя
задача, а не внешняя. Признавайте свои ошибки
Можно устать, если что-то не устраивает обсудите с начальником, не носите в себе.
Несите ответственность за любую свою задачу

10. 5. Не разрешает руководитель

Аналитику еще не доверяют в виду низкой компетенции, общается руководитель, получается
игра в сломанный телефон
Но, от аналитика ждут, что он все поймет и додумает верно, переспрашивайте, согласовывайте
задачи перед разработкой
6. Я не знаю, что спрашивать; я не умею общаться
Обратная ситуация, потребность у руководства есть, но аналитик не уверен в своих силах
Необходимо проводить серьезную подготовку перед встречей, но и прокачивать навык «когда все
идет не по плану»
7. Я не выездной, я не могу ездить в командировки
Бывает, это жизнь. Ищите альтернативы: скайп, телефон, Заказчик может приехать сам
Но, живое общение с ФЗ на его территории решает вопросы проекта быстрее и качественнее
Выстраивается определенная связь, вам доверяют и к вам прислушиваются

11.

Компетентность не означает, что вы умнее
Заказчика,
Это значит, что вы задаете правильные
вопросы и с ходу предсказываете влияние
ответов на функционал системы

12. «Звоночки» некомпетентного общения

1
2
3
4
Заказчик говорит вам, что уже
давно просил «это» сделать;
При первой встрече с
Заказчиком он вам
рассказывает о своем бизнесе
с нуля;
Заказчик не уделяет вам
должного внимания и
времени;
Вы не понимаете общение
Заказчика с коллегами;
5
Заказчик уходит в формализм;
6
Заказчик интересуется о
состоянии проекта;
7
Заказчик имеет
договорённости с вашими
коллегами, о которых вы не в
курсе.
8
…

13. Компетентные действия при общении

Понять ожидаемые эффекты
и результаты от Системы;
Зафиксировать состояние
«до» и определить состояние
«после»;
Выделить ожидания
Заказчика от самой Системы,
скорее всего он ждет не
просто реестры и отчеты;
Понять, чем Заказчик хочет
управлять в Системе;
Узнать, как он работает сейчас;
Понять общую картину работы
Системы;
При автоматизации любого
процесса / отчета / аналитики
критически важно понять,
ЗАЧЕМ это Заказчику:
какие решения он принимает
на основании данных;
какие процессы запускает в
работу дальше.

14.

Компетентные действия при
общении
Обсудить с Заказчиком роли и
границы, что вы ждете от него,
как будет организована
работа;
Вы сами после каждого
обсуждения оформляете
протокол встречи, в этот же
или на следующий день;
При любой просрочке или
вероятности просрочки
сообщаете Заказчику,
предлагая варианты решения;
Если вы можете разработать
вариант решения бизнес
задачи сами (например
форму отчета) разработайте
сами и согласовывайте с
Заказчиком;
Проводите промежуточные
демонстрации прогресса
проекта, но только если
действительно есть что
показать нового.
…

15. Как Заказчик видит компетентного исполнителя

?
1. Разобрался в его бизнесе. Потратил
время и погрузился должным образом
в специфику области. Может общаться
на одном языке.
Как Заказчик видит
компетентного
исполнителя
Источник:
https://habr.com/ru/company/ruward/blog/170805/
2. Разобрался в его задачах. Понимает,
что для него важно, а что нет, на что он
делает акцент, а что можно
проигнорировать.
3. «Пинает» его по активностям, срокам,
этапам, контролирует, чтобы во время
предоставил необходимую
информацию.

16. Отсутствие проектирования Системы совместно с Заказчиком

Пользователи не задумываются над тем, как
устроена программа
Все, что они видят — это
интерфейс
Поэтому, с точки зрения
потребителя именно интерфейс
является конечным продуктом

17.

ТАК ЧТО
ДЕЛАТЬ?

18.

Быстрое и эффективное
проектирование Системы
совместно с Заказчиком решается
созданием кликабельных
прототипов в дизайне системы!

19. Скрипт работы с функциональным Заказчиком

1. Удостоверится у РП, что создана рабочая и дружественная
атмосфера. Что Заказчик настроен на работу и результат;
2. До первого знакомства необходимо погрузиться в тему, понять
терминологию, общий процесс, прочитать ТЗ;
3. Сформируйте план встречи, лучше заранее скинуть Заказчику
обсуждаемые вопросы. Заказчик должен понимать задачу вашего
визита;
4. При первом знакомстве, постарайтесь:
• По рабочему подружиться с ФЗ;
• Дать понять, что вы коллеги и решаете общую задачу;
• Показать свою экспертность, или ее зачатки.

20.

5. В работе с ФЗ:
Слушать, записывать, рисовать схемы (схемы всегда понятнее)
Всегда задавать вопрос «Для чего?» / «Какую задачу решаем?» (вы поймете
физический смысл требования, и его необходимость и способ автоматизации)
Старайтесь меньше обещать, но так, чтобы создалось впечатление, что вы все
сделаете
Если вам, что-то не понятно, не бойтесь пройтись еще раз по шагам
Для вас, главное понять конечный результат работы системы, и какие
управленческие решения принимаются на ее основании
Говорить ФЗ «Нет» на его видение работы Системы это нормально, но тактично, с
аргументацией
Договоритесь с ФЗ, что вернетесь с прототипом Системы

21. Возьмите текущий инструмент выполнения работы, которую автоматизируете (отчеты, расчеты в Excel, документы и т.п.)

6. Изъятие материалов
Возьмите текущий инструмент выполнения работы, которую
автоматизируете (отчеты, расчеты в Excel, документы и т.п.)

22.

7. Прототипирование

23. Работа с ТЗ/НПА/ЧТЗ

Работа с
Прототипом

24.

8. Согласование с ФЗ
На территории Заказчика необходимо провести
демонстрацию прототипа с имитацией будущего порядка
работы
Будьте готовы к критике и полному отказу от идей и макетов,
для этого и сделан прототип
Будьте готовы к потоку новых или забытых идей
Прототип может отличаться от ТЗ (в лучшую сторону), это
нормально, покажите, обоснуйте и обсудите с Заказчиком
новую идеи

25.

9. Реализация

26.

АХМАДИЕВ
АДЕЛЬ
Менеджер продукта АО «БАРС Груп»