'

Когда проектирование заказывать не нужно

Понравилась презентация – покажи это...





Слайд 0

Юрий Ветров Когда проектирование заказывать не нужно Памятка для клиента и проектировщика


Слайд 1

О чем эта презентация? В интерфейсных проектах у клиента часто остается плохое послевкусие – «потратили время и деньги зря». У подрядчика тоже хватает претензий на этот счет. Обеим сторонам хочется хорошего результата и приятного процесса. Что нужно сделать для этого? 2


Слайд 2

Предисловие За прошедший год в компании изменился формат проектов. Успели поработать с непривычными типами заказчиков. Благодаря этому улучшили процесс работы. В итоге получили интересный опыт и наблюдения – эта презентация о нем. 3


Слайд 3

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


Слайд 4

Говорим на разных языках Отрасль проектирования интерфейсов и юзабилити-услуг все еще молодая, особенно в России: Каждый часто понимает под проектированием и юзабилити что-то свое. И цели, и процесс часто до конца непонятны ни для клиента, ни для команды разработки. На обучение неопытного клиента может уйти неоправданно много времени и ресурсов. 5 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 5

Начальные установки неверны Изначальные условия проекта меняются по ходу работ: Задачи самого проекта и процесса проектирования поставлены неверно. Сроки оказываются не настолько сжатыми. Суть и результаты работ неверно объяснены клиенту. Бюджет не учитывает последующие доработки. 6 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 6

Слишком низкий бюджет У бюджета есть минимальная планка, ниже которой проектирование может быть неэффективным: Большие риски, если общие издержки отнимают значительную часть бюджета: их наступление делает проект невыгодным для подрядчика. Заказчикам с ограниченным бюджетом невыгодно вдвойне: они могут позволить себе только дешевые и малоэффективные методики проектирования. 7 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 7

…и как срабатывают риски 8 Суть проблемы | Последствия | Кейсы | Выводы Запланировали По факту


Слайд 8

Продажа ненужных услуг Ненужные услуги (вообще или на данном этапе) могут усложнить проект и испортить отношения: Ход проекта замедляется – силы отвлекаются на создание, обсуждение и утверждение ненужного. Результат этой дополнительной продажи часто пылится на полке. Проектировщик часто не может "предать свою религию" – согласиться, что здесь и сейчас конкретная методика не нужна и только навредит. 9 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 9

Выбран неподходящий процесс проектирования Слишком большой предварительный этап или наоборот, поверхностный, может усложнить работу: Долгий процесс предварительного проектирования дорог, затягивает разработку, и все равно не дает гарантии точности. Пропустив важный этап, можно пойти по ошибочному пути, обнаружив это уже посередине пути. Часто клиент хочет все «через месяц». Позже оказывается, что все было не так срочно, но из-за этого был выбран неудачный процесс. 10 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 10

Клиент неверно выбрал ответственного за работы Неудачно выбранный менеджер проекта со стороны клиента может затормозить работу: Проектом занимается загруженный другими задачами руководитель, который не может уделять достаточно времени проекту. Малоопытный менеджер со слабым влиянием часто просто передает требования, не вникая в их суть. Из-за этого подрядчик «делает какую-то ерунду» и «получает деньги ни за что», а клиент «ни черта не понимает в проектировании». 11 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 11

Плохое управление ожиданиями Заказчик не вовлекается в процесс работы, а значит обе стороны будут недовольны результатом: Клиент не видит и не понимает, за что берутся деньги. Ждет магии, а не решения конкретных задач. Неверные установки в начале проекта создают проблемы с большой скоростью. 12 Суть проблемы | Последствия | Кейсы | Выводы Отдельный доклад на тему управления ожиданиям читался на конференции Software People 2009 http://www.jvetrau.com/2009/05/25/software-people-2009-presentation/


Слайд 12

Нет авторской поддержки Подход «сделали-отдали-забыли» обычно не приводит к хорошему результату: По ходу внедрения возникает множество мелочей, которые не были додуманы – кто-то должен ими заняться. Могли измениться начальные установки: Например, поставщик данных не подошел, а значит меняется их формат. Свежий взгляд на проект спустя время находит более оптимальные решения. 13 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 13

…и как растет неопределенность 14 Суть проблемы | Последствия | Кейсы | Выводы ? ? ? ? ? ? ? ? ? ? ? на стадии проектирования на стадии разработки


Слайд 14

Слишком поздно Улучшить проект еще можно, но для серьезных изменений не осталось времени и денег: Можно только косметически подправить отдельные страницы или формы. Качественно улучшить процесс работы уже сложно: изменения не вписываются в график разработки; изменения слишком дороги – переделывать нужно глубинные вещи. 15 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 15

…и что-то уже нельзя изменить 16 Суть проблемы | Последствия | Кейсы | Выводы Модуль А Проектирование Модуль В Отладка, релиз Анализ, формирование требований Модуль Б Разработка


Слайд 16

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


Слайд 17

Стандартные проблемы ведения проектов Несоблюдение «гигиенических» требований, базовых правил ведения проектов: Регулярное проваливание сроков сдачи работ. Плохая коммуникация в ходе проекта ведет к «рассинхронизации»: никто не понимает, где находимся сейчас и что делать дальше. паника! Неумение выходить из кризисных ситуаций – они только усугубляют ситуацию. 18 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 18

Идеализм проектировщиков и дизайнеров Дизайнеры и проектировщики не хотят идти на уступки, занимая позицию: Любое отхождение от «правильного» процесса работы воспринимается в штыки: Даже если это временная мера из-за недостатка времени или ресурсов. Вместо поиска компромисса специалист «самоустраняется» от проблемы – «делайте что хотите». 19 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 19

Суть проблемы Последствия невыгодно для подрядчика, не нужно для проекта, плохо для репутации, проблемы с приемкой работ Кейсы Выводы 20


Слайд 20

Невыгодно для подрядчика Проектировщик теряет деньги прямо или косвенно: Срабатывают риски – увеличивается трудоемкость проекта. Увеличение трудоемкости, если договор не оплачивает ее – снижение прибыли. Отвлекаются ресурсы, которые могли быть запланированы на участие в других проектах – и специалистов, и менеджеров. Срывается общий график работы подрядчика. 21 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 21

Не нужно для проекта Часть процесса проектирования, которая не помогает решать задачи проекта – потенциально опасна: В лучшем случае результат этих работ будет сделан и положен на дальнюю полку. Чаще всего это отнимает важные для проекта ресурсы – задерживает запуск, сжигает деньги, тратит время специалистов. Часто клиент понимает, что ему «впарили» лишнее – и не горит желанием продолжать сотрудничество. 22 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 22

Плохо для репутации Неудачно завершенный проект может здорово испортить жизнь: Сорванный проект и недовольный заказчик – источник негативной информации о компании. Если проект шел долго, а показать в результате нечего – о компании могут начать забывать. Атмосфера внутри команды проектирования может испортиться из-за конфликтного проекта. 23 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 23

Проблемы с приемкой работ Срабатывание многих из перечисленных проблем может здорово усложнить сдачу работ: Накапливание недовольства клиента иногда приводит к необоснованной придирчивости. Атмосфера накаляется и рабочие вопросы обсуждаются с трудом и пробуксовкой. Иногда доходит до переделки уже принятых работ. При срабатывании всех проблем сложно вытянуть проект и довести его до конца. 24 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 24

Суть проблемы Последствия Кейсы учеба на своих ошибках, нужен молчаливый исполнитель, меняются приоритеты по ходу работ, замутнены базз-вордами Выводы 25


Слайд 25

Учеба на своих ошибках Небольшой проект для компании-разработчика – редизайн веб-сервиса. Изначально объяснили суть процесса, зачем и что нужно в нем. Провели предварительное проектирование, подготовили обновленный дизайн. И вдруг получили комментарии по компоновке и задачам страниц – тому, что было сделано в начале. Позже клиент согласился, что не работал над такими проектами и поэтому недооценил важность этапа. 26 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 26

Нужен молчаливый исполнитель Проектирование веб-системы для внутренних нужд клиента. Начало хорошее – провели этап предварительного проектирования, которым все остались довольны. На этапе детального проектирования проблемы –неоправданные просьбы сделать все так-то и так-то. Аргументированные объяснения, что так делать не надо, не помогают. Сделали как просили. Через некоторое время клиент осознал, что был не прав – вернулись к нашим рекомендациям, но ресурсы, время и нервы уже потрачены. 27 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 27

Меняются приоритеты по ходу работ Редизайн небольшого веб-сервиса. Сроки ограничены, бюджет тоже – первоначальный план отклонили, подготовили «упрощенный». Клиент согласился на меньшую детализацию, стартовали. В ходе работ все хорошо, работа с менеджером ведется, все обсуждается-корректируется-принимается. В конце работ обнаруживается, что сроки были некритичны и уже принятые ранее вещи клиент хочет переделать. 28 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 28

Замутнены базз-вордами Несложный корпоративный сайт или небольшой интернет-магазин. Частая ситуация в случае с экспертной оценкой. Клиент требует юзабилити-тестирование, фокус-группы, eye-tracking и еще десяток методов. Хотя их проблемы решаются более простыми способами, да и бюджет минимальный. Объяснение сути разных подходов и показ ценника ставит все на свои места. 29 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 29

Суть проблемы Последствия Кейсы Выводы адаптировать процесс для конкретного проекта, не продавать ненужное, избегать типичных ошибок управления проектами 30


Слайд 30

Выводы Строить процесс работ по проектированию по-разному для разных проектов. Исходить из: бюджета проекта; временных и профессиональных ресурсов; ключевых дат и проектных milestones; важности проекта для портфолио или дальнейших отношений с клиентом. Не продавать насильно то, что не нужно клиенту здесь и сейчас. Избегать типовых ошибок управления проектами. 31 Суть проблемы | Последствия | Кейсы | Выводы


Слайд 31

Спасибо! Юрий Ветров www.jvetrau.com www.uimodeling.ru


×

HTML:





Ссылка: