Юрий Ветров об интерфейсах
  • Главная
  • Статьи
  • Дайджест
  • Конференции
  • Дизайн-менеджмент
  • Дизайн-системы
  • Заметки
  • О блоге
Юрий Ветров об интерфейсах
Юрий Ветров об интерфейсах
  • Главная
  • Статьи
  • Дайджест
  • Конференции
  • Дизайн-менеджмент
  • Дизайн-системы
  • Заметки
  • О блоге

Итерационная разработка. Показ сырого проекта в лучшем виде

  • 26 октября 2007

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

Проблема

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

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

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

Решение

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

К началу этапа программирования у нас обычно готов не только спроектированный пользовательский интерфейс, но и его интерактивный прототип. Клиент уже успел посмотреть и покритиковать его. А еще — начать ожидать именно такой картинки. Так что если просто взять да вырезать несделанные куски, можно получить серию вопросов “а куда пропало это?”. Опять же, с различными последствиями и нервными переживаниями.

Использование блоков-заменителе в рабочей версии сайтаИдея пришла из образа новых ценных бумаг. Перед выпуском в обращение в прессе часто печатают их внешний вид с жирной надписью “образец”. Аналогичный ход подойдет и для еще нереализованных функций. Делаем скриншот прототипа, переводим его в черно-белый вид и пишем большими красными буквами “В разработке”. И вставляем в те места страниц, где они должны находиться в финальной версии. Можно, конечно, просто вставить на эти места статический HTML-код. Но тогда никто будет точно знать, что работает, а что нет.

Итоговая презентация прошла удачно. Все выглядело так, как и при показе HTML-прототипа, только уже работало, а не просто имитировало взаимодействие. Куратору проекта со стороны заказчика мы показывали и более ранние рабочие версии. Но с момента этой презентации отзывы стали гораздо теплее.

Юрий Ветров

Директор по бренду и дизайну Muse Group, ранее — Райффайзен Банка и Mail.ru Group. Я руковожу несколькими командами, которые отвечают за дизайн бренда и интерфейсов. Веду блог и курс о дизайн-менеджменте, делаю дайджесты, со-организовывал Fintech Design Conf, Mail Design Conf и московский Dribbble Meetup, Russian Design Cup, читаю лекции в Британке, курирую курс Future London Academy в Лондоне, публикуюсь на Smashing Magazine, UXmatters и UX Collective. Подробнее обо мне.

Другие статьи по теме
View Post
  • Дизайн-системы

Тёмная тема оформления

  • Юрий Ветров
  • 17 мая 2020
View Post
  • Дизайн-менеджмент
  • Статьи
  • Тренды

DesignOps, стремительно ворвавшийся в тренд

  • Юрий Ветров
  • 23 июля 2018
View Post
  • Дизайн-системы
  • Рецензии

Книги о дизайн-системах

  • Юрий Ветров
  • 26 апреля 2018
View Post
  • Дизайн-менеджмент
  • Статьи

UX-стратегия. Часть 6 — Внедрение

  • Юрий Ветров
  • 30 мая 2017
View Post
  • Дизайн-менеджмент
  • Статьи

UX-стратегия. Часть 5 — Дизайн с выхлопом

  • Юрий Ветров
  • 12 апреля 2017
View Post
  • Статьи
  • Тренды

Куда идёт UX в 2016 году

  • Юрий Ветров
  • 14 сентября 2016
View Post
  • Дизайн-менеджмент
  • Статьи

UX-стратегия на практике. Часть 4 —
От дизайн-команды к дизайн-культуре

  • Юрий Ветров
  • 12 сентября 2016
View Post
  • Методы и практики
  • Статьи
  • Тренды

Алгоритмический дизайн

  • Юрий Ветров
  • 27 июня 2016
25 comments
  1. Kirill:
    26 октября 2007 в 15:16

    Умно! 🙂

    Ответить
  2. Juras Vetrau:
    26 октября 2007 в 15:19

    Кирилл,
    Спасиб! Хотелось найти компромисс, а они часто приходят из неожиданных краев 🙂

    Ответить
  3. Стас:
    26 октября 2007 в 19:03

    Помоему плохая идея. Сильно бросается в глаза “В разработке”, это плохо. Думаю лудше было сверстать в просто html, а если был клик по линку в этом блоке, то поверх вспывал полупрозрачный png с текстом “В разработке”.

    Ответить
  4. Juras Vetrau:
    26 октября 2007 в 19:11

    Надпись “В разработке” можно и убрать, это уже детали решения. Суть-то в том, чтобы каким-то образом не ломая общую структуру показать текущий статус проекта. Эту версию будут видеть 5-10 человек, которым важно:
    1) Увидеть, как работают уже сделанные функции.
    2) Понять общий статус разработки.
    А решение с HTML как раз наоборот не очень — оно не дает ответа на две эти задачи. Во-первых, непонятен статус — все вроде бы выглядит работающим. Во-вторых, после третьего клика по неработающей функции нас попросят перечислить то, что все-таки работают. При этом и клиент расстроится, что все не то и не так. И нам проблемы лишние.

    Ответить
  5. Hienadz Drahun:
    26 октября 2007 в 20:08

    Юра – замечательная идея! Очень наглядно и легко позволяет заказчику отслеживать статус проекта.
    В моей практике было мало опыта работы с заказчиком уже после замораживания прототипа – мяч переходил на поле разработчиков, но вполне вижу, как бы работал твой подход.
    Слова “Итерационная разработка” немного смущают. Если честно, ожидал в статье чего-то другого.

    Ответить
  6. Juras Vetrau:
    26 октября 2007 в 20:14

    Гена,
    Спасиб, надеюсь, и тебе пригодится 🙂 Не знаю, как сейчас в ЕПАМе процессы идут, но мне кажется, разработчикам можно предложить такую штуку — им самим будет удобнее отслеживать статус. Большинство людей с которыми я работал достаточно адекватными были и будут только за 🙂
    А про итерационную разработку — я обычно небольшими сериями статьи пишу, так что это скорее название этого цикла, а после точки уже конкретной статьи. Если это делать тегами, их скопится чересчур много. А чего ожидал, кстати? 🙂

    Ответить
  7. Александр Сергеев:
    29 октября 2007 в 12:26

    А мы, если фича не готова, показываем секси-floating-window с текстом
    “Фича в процессе”

    Ответить
  8. Juras Vetrau:
    29 октября 2007 в 12:52

    Саша,
    Тоже имеет полное право на жизнь, хотя мне по душе большая очевидность статуса 🙂

    Ответить
  9. Александр Сергеев:
    29 октября 2007 в 12:55

    Да, обманывать ожидания клиента нехорошо, лучше сделать упреждающий сигнал. С другой стороны, есть допустим у тебя ссылка – “Отправить сообщение”, а сообщения еще не имплементированы. Здесь секси-окно в самый раз.
    Твой и мой методы дополняют друг друга 🙂

    Ответить
  10. Juras Vetrau:
    29 октября 2007 в 13:00

    Саша,
    Да, согласен, для конкретных функций твой способ лучше. Мы обычно просто делаем такие контролы disabled. И тут есть минус — непонятно, почему он недоступен. То ли потому что в этой ситуации недоступен, то ли потому что просто не сделан. Так что будем соединять 🙂

    Ответить
  11. Александр Сергеев:
    29 октября 2007 в 13:02

    Юра,
    ты на clientside2007 будешь? А на WUD?

    Ответить
  12. Juras Vetrau:
    29 октября 2007 в 13:05

    На WUD планирую попасть, а вот ClientSide — вряд ли. Так что на первой пересечемся, если заедешь 🙂

    Ответить
  13. Александр Сергеев:
    29 октября 2007 в 13:07

    Как это директор юзабилити-компании и не заедет на WUD? 🙂

    Ответить
  14. Juras Vetrau:
    29 октября 2007 в 13:13

    Ну это громко сказано про директора юзабилити-компании 🙂 Хотя туда и движемся, лучше пока попроще говорить 🙂

    Ответить
  15. Александр Сергеев:
    29 октября 2007 в 13:23

    Почему громко?

    Ответить
  16. Александр Сергеев:
    29 октября 2007 в 13:35

    Забыл смайл поставить 🙂 Вообщем в личке поговорим на эту тему. А вообще у HumanoIT Group сейчас все преотлично 🙂

    Ответить
  17. Juras Vetrau:
    29 октября 2007 в 13:45

    Договорились 🙂 Про HumanoIT не сомневаюсь, бодро выглядишь 🙂

    Ответить
  18. Hienadz Drahun:
    29 октября 2007 в 13:52

    Юра,
    Просто слово “Итерационная”, у меня ассоциировалось с итерационным проектированием. Именно этим сейчас забит мозг, пробую об этом писать и собираюсь рассказать на Russia User Experience.
    На WUD – может быть тоже загляну. Если успею зарегестрироваться…

    Ответить
  19. Juras Vetrau:
    29 октября 2007 в 14:00

    Гена,
    Про итерационное проектирование, кстати, как раз тоже собирался написать материал — как раз почти отработали новую методику, хотелось “проговорить” ее в блоге еще раз. А на UserExp будет мой коллега, попрошу пересказать твой доклад 🙂

    Ответить
  20. copylove:
    30 октября 2007 в 1:20

    Надо вместо “В разработке” писать “Censored”. Чувствуете, к чему этом может привести?

    Ответить
  21. Juras Vetrau:
    30 октября 2007 в 13:01

    Леша,
    Это значит что-то вроде “класть мы хотели на вашу функциональность”? 🙂

    Ответить
  22. Orlov_Evgeniy:
    5 декабря 2007 в 10:22

    Уверен, что слова “В разработке” можно убрать со смелостью и оставить просто черно-белый фон (разумеется упомянуть об этом клиенту). Тогда все получится просто и понятно, да и в глаза бросаться не будет.
    Жгите дальше.

    Ответить
  23. Уведомление: Интерактивные прототипы. Действующая модель пользовательского инт
  24. Уведомление: Интерактивные прототипы. Действующая модель пользовательского инт
  25. Juras Vetrau:
    6 декабря 2007 в 12:50

    Евгений,
    Да, можно и так — зависит от вашего заказчика 🙂 Основная суть идеи ведь в том, чтобы еще не работающую функциональность не убирать из релиза, а каким-то образом ее показывать. А уж каким способом — дело вкуса 🙂

    Ответить

Добавить комментарий Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Юрий Ветров об интерфейсах
Дизайн-менеджмент цифровых продуктов, © 2007-2018

Input your search keywords and press Enter.