Лекция такая. Анализ потребностей Хорошо vs что можно улучшить

• Название: Анализ потребностей Хорошо vs что можно улучшить
• Анкор: Лекция такая
• Дата: 12.10.2022
• Размер: 3.08 Mb.
• Имя файла: Lecture-03-Requirements.pptx
• Тип: Анализ; #728728

Анализ потребностей

Хорошо vs что можно улучшить

Хорошо

Как вы видите работу пользователя с этой системой?
Расскажите о своей идее
Предложение сделать для мобильных устройств
Предложение по отзывам и рейтингу (хотя представляя макет - забыли про это)
интеграция с системами для меня - поиском билетов, гостиниц, ресторанов

Можно улучшить

Вы уверены, что кто-то будет пользоваться этой услугой?
Опишите подробно дизайн приложения, что и где должно быть.
В админке только просмотр и управление заказами
Нет понятного ценообразования
“есть фреймворк bootstrap, он позволяет быстро и легко все написать”

Требования не были плохими.. Их просто не так поняли

75% считают, что их проекты всегда или обычно "обречены с самого начала."
80% признают, что они переделывают работу половину своего времени
78% считают, что требования бизнеса не синхронизированы с требованиями проекта и бизнес-заинтересованные стороны должны принимать более активное участие и участие в процессе требования.
Нечеткие бизнес-цели: только 55% считают, что бизнес-цели своих проектов ясны им.
Менее 20% считают, что требования проекта соответствуют потребностям бизнеса.
Только 23% заявляют, что все довольны по завершению проекта

Что такое требования?

Требования определяют цель
Требования определяют потребности
(проблемы)
Требования определяют решение
Требования определяют ограничения связанные с решением или проектом по его реализации

Идеальные требования

Для аналитика

Для программиста

Для тестировщика

Роль требований

«Анализируйте требования для определения риска связанного с тем, что конечный продукт не будет работать правильно в его предполагаемой среде использования»

– CMMI, Guidelines for Process Integration and Product Improvement, Chrissis, Konrad, Shrum.

04.07.2010

Cynefin framework

Исследования Lean, Agile

Жесткая формализация требований

Требования? Зачем?

Мы, не испытываем головной боли, мы только её переносчики

Область проблем Область решений

Область проблем и решений

недостаточное понимание существующих проблем невозможность определить границы доминирование разработчиков и исполнителей в дискуссиях о системе, ограничения свободы в выборе решения.

Ошибки

Недостаточно четко определенные группы пользователей продукта
Не выделены представители, заинтересованные в продукте
Излишняя детализация

Систематизация заинтересованных сторон

Власть

Легитимность

Срочность/

Интерес

1

2

3

4

5

6

7

Специфика общения с ЗС

Высокий уровень абстракции

Потребности

Возможности

Функции системы

Язык заказчика

Сформулировать требования

Определить ключевые заинтересованные лица
Сформулировать проблему
Сформулировать возможности продукта
Документирование (описать в виде диаграмм, UC).

Оценка и проверка требований

Является ли требование полным?
Является ли требование ясным?
Является ли требование выполнимым?
Является ли план тестирования и тесты понятным и приемлемыми?

Для нефункциональных требований:

Могут быть измерены?
Могут быть протестированы?
Могут быть выделены (т.е. связаны) с архитектурой системы?

Эволюция

Выявление потребностей

Требования vs Проблема

Да, это удовлетворяет моим

требованиям,

но не решает мою проблему

Продукт

Потребности

Покупателю нужна не дрель, а отверстия

Потребности

Покупателю нужна не дрель, а отверстия
Покупателю нужны не отверстия, а повесить полку

Потребности

Покупателю нужна не дрель, а отверстия
Покупателю нужны не отверстия, а повесить полку
Покупателю нужно не повесить полку, а хранить вещи

Почему?

Лестница потребностей

Поиск проблемы

На что обращать внимание?

Пример - телефон

Пример - телефон

Решение!

Внешний вид

Непосредственно до того, как правильно проводить переговоры, следует уделить внимание выбору подходящего стиля одежды.
Он должен соответствовать:

формату мероприятия (стоит учитывать уровень официальности предстоящей коммуникации);
ситуации ведения переговоров (нужно гармонично подобрать стиль для продуктивного общения в конкретное время в определенном месте);
ожиданиям целевой аудитории (в большинстве случаев важно подчеркнуть свою схожесть с ней).

Визуализация предложения

С помощью зрения человек воспринимает 90% информации. Услышанные же сведения могут быть поняты частично, искажены или интерпретированы в другом ключе.
Средствами визуализации могут являться:

проспект;
буклет;
коммерческое предложение;
презентация и др.

Грамотное изложение

подстройка (умение говорить со скоростью и громкостью своего делового партнера позволяет быстрее донести нужную информацию);
многократное обращение по имени (людям нравится, когда их выделяют из толпы; это позволяет расположить к себе собеседника);
ориентация на диалог (чем больше говорит бизнес-партнер, тем больше он вовлекается в процесс коммуникации);
очевидные выгоды (продавать нужно не продукт, а решение с его помощью важных для партнера задач);
наглядные примеры (грамотно подобранная статистика красноречивее свидетельствует о пользе сотрудничества, чем абстрактные фразы);
дробление суммы (денежные средства, которые нужно заплатить за один день пользования продуктом или услугой, обычно вызывают ощущение возможности бюджетного решения);
упоминание о других уважаемых клиентах и партнерах (ссылка на положительный опыт работы с авторитетными людьми в данной отрасли позитивно воздействует на собеседника) и др.

Я знаю, что нужно заказчику на самом деле!

Полностью осознают свою потребность не более 10% рынка

Процесс

Заключение

Требования имеют огромное влияние на успех проекта
Проверенные методы и высокая дисциплина при разработке требований позволяет получить

надежную основу для разработки системы

Знания, аккуратность, опыт и командная работа позволят вам «почувствовать разницу»

Советы

Переговоры с денег не начинать
Долго над ответами не думать но давать правильные.
Лучше с заранее подготовьтесь.
Нельзя давать нечеткие ответы.
Цены должны четко быть сформулированы
.Если темой владеем, то можно сделать скидку.
Если проект для крупной компании цены немного вырастают. Из-за того что презентовать проект приходиться не конечному заказчику. Много разных руководителей утверждают.
Некоторые заказчики привыкли платить много и низкая цена вызывает подозрение. Поэтому увеличивайте такому заказчику цену в 1,5-2 раза. Но не малому или среднему бизнесу.

Советы

Не перебивайте заказчика.
Меньше говоришь больше слушаешь. Пусть выговориться пока не иссякнит. Потом начинайте говорить о том, что вам непонятно.
Не давайте заказчику советов пока не станет вам доверять даже если вы правы (например заказчик хочет создать интернет магазин хотя для него может лучше было бы сделать раскрутку).
Если заказчик новый вы для него не авторитет и он попросту сочтет это за неуважение. Никто не прислушивается к советам незнакомцев, а вы для него пока именно такой.
Начинайте разговор с того как важна ваша работа (например оптимизация сайта).

Советы

Когда клиент выслушает он скорее всего сам задаст вопрос о стоимости и скидках о других способах продвижения.
Любые переговоры должны заканчиваться четким результатом (работаем дальше или нет).
Если клиент заканчивает фразу свяжусь попозже или подумаю. Чаще всего это означает что проект уйдет к другому.
Если клиент говорит «я подумаю» можно вытащить его на беседу фразой, а над чем конкретно вам нужно подумать, давайте обсудим этот вопрос надеюсь мы придем к выгодному решению.
Если уклоняется спросите когда с ним будет удобно связаться.Если все оговорено проверьте правильно ли заказчик понял сколько ему придётся платить. 
При личной встрече фиксируйте переговоры на бумаге.

Если можно понять неправильно, заказчик поймет неправильно