SlideShare a Scribd company logo
1 of 61
Андрей Шапиро


От дизайн-процесса
к дизайн-результату


Дизайн-бюро
                                   @xraizor
Артёма Горбунова                   x-raizor.livejournal.com
                                   andrew@ashapiro.ru
Зачем?
Решать задачи в срок
Высвободить время
Ситуация
Итерационная разработка / поток
проектов
Срок фиксирован
Ситуация
Итерационная разработка / поток
проектов
Срок фиксирован


           проблема
           Дизайна Решения нет вовремя
           То, что вовремя — отстой
Период полураспада доклада — 18 мин
Срок — это смерть
года, дня, часа
готовя доклад, забылся
готовя доклад, забылся
готовя доклад, забылся
джипег




                          ФФФ




         Результато-
         оринтированная
         среда
джипег
джипег
джипег

ценность




                 годно




  в первые минуты        время
         часы, дни
джипег
джипег

в работе с текстом
джипег

в работе с текстом
джипег
в вёрстке
джипег
в вёрстке
джипег
в вёрстке
джипег
в вёрстке
джипег
в вёрстке
            отказ от резины
поможители
Полезное действие




 Польза        Вред
джипег
Сайт HappyDev
поможители


инвентаризация
ресурсов
Что уже есть?
Как это использовать?
Во Вселенной наверняка уже есть
ответ
поможители


5 почему и чистка
требований
нельзя принимать на веру
формулировку, в которой
предлагают задачу
поможители
пример с логотипом
пример с логотипом
Счастливая разработка
пример с логотипом
Счастливая разработка
Что это? счастливы заказчик
и разработчики.
пример с логотипом
Счастливая разработка
Что это? счастливы заказчик
и разработчики.
Почему?
З.: проект сдан в срок,
работоспособен и прекрасен, деньги
идут.
пример с логотипом
Счастливая разработка
Что это? счастливы заказчик
и разработчики.
Почему?
З.: проект сдан в срок,
работоспособен и прекрасен, деньги
идут.
Р: проект воплощён, люди довольны
пример с логотипом
Счастливая разработка
Что это? счастливы заказчик
и разработчики.
Почему?
З.: проект сдан в срок,
работоспособен и прекрасен, деньги
идут.
Р: проект воплощён, люди довольны
многоэкранная схема

                 эволюция
                 новые продукты в жизнь




проектирование   счастливая разработка    новые проект,
                                          пенсия
                                          счастье
                 Антивещь
                 счастливое разрушение
                 несчастная разработка




                 процесс,
                 функции, классы,
                 элементы кода,
                 вёрстки
Happy.dev()
/* куём счастье сами */
Happy.dev()
/* куём счастье сами */
HappyDev HD = new HappyDev(2013);
Happy Dev
Happy Dev
Собираем принципы
ROWE — работа на результат
ФФФ — запуск в срок
Джипег — решение в первые
минуты
алгоритм
           понимание

           ресурсы

           джипег

           итерации


           ФФФ
алгоритм
1. Увидеть образ результата.   понимание

                               ресурсы

                               джипег

                               итерации


                               ФФФ
алгоритм
1. Увидеть образ результата.   понимание

2. Отмерять время.             ресурсы

                               джипег

                               итерации


                               ФФФ
алгоритм
1. Увидеть образ результата.   понимание

2. Отмерять время.             ресурсы
3. Решить, что подойдёт.       джипег

                               итерации


                               ФФФ
алгоритм
1. Увидеть образ результата.   понимание

2. Отмерять время.             ресурсы
3. Решить, что подойдёт.       джипег
4. Делать, контролируя         итерации
   результат и время
                               ФФФ
алгоритм
1. Увидеть образ результата.   понимание

2. Отмерять время.             ресурсы
3. Решить, что подойдёт.       джипег
4. Делать, контролируя         итерации
   результат и время
5. При нехватке времени,       ФФФ
   решить, как успеть
пример
Сделать правки 6
шаблонов за 2 часа
Есть 120 минут.
Ставим таймер на 20 мин.
Бросаем макет, переходим к
следующему.
Ошибки в
применении
Ошибки в
применении
Просто начать что-то делать
и провалиться в процесс.
Ошибки в
применении
Просто начать что-то делать
и провалиться в процесс.
Ставить таймер на паузу
или продолжать, когда время
закончилось.
Ошибки в
применении
Просто начать что-то делать
и провалиться в процесс.
Ставить таймер на паузу
или продолжать, когда время
закончилось.
Андрей Шапиро


От дизайн-процесса
к дизайн-результату

  Дизайн-бюро                    @xraizor
  Артёма Горбунова               x-raizor.livejournal.com
                                 andrew@ashapiro.ru
 дизайнер

More Related Content

Similar to От дизайн-процесса к дизайн-результату

Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...
Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...
Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...Mail.ru Group
 
Роль ретроспектив в создании эффективного процесса разработки
Роль ретроспектив в создании эффективного процесса разработкиРоль ретроспектив в создании эффективного процесса разработки
Роль ретроспектив в создании эффективного процесса разработкиDmitry Lobasev
 
Петли в проектировании интерфейсов, DUMP 2014
Петли в проектировании интерфейсов, DUMP 2014Петли в проектировании интерфейсов, DUMP 2014
Петли в проектировании интерфейсов, DUMP 2014JetStyle
 
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...Alexander Gornik
 
Киев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымКиев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымVladimir Zavertaylov
 
CodeFest, июль 2012. Бережной С. — Заказчик и исполнитель
CodeFest, июль 2012. Бережной С. — Заказчик и исполнительCodeFest, июль 2012. Бережной С. — Заказчик и исполнитель
CodeFest, июль 2012. Бережной С. — Заказчик и исполнительCodeFest
 
Управление проектами на телевидении
Управление проектами на телевиденииУправление проектами на телевидении
Управление проектами на телевиденииValerii Kosenko
 
Планирование по информатике в 5-6 классах
Планирование по информатике в 5-6 классахПланирование по информатике в 5-6 классах
Планирование по информатике в 5-6 классахСергей Афонин
 
Проекты в срок и в рамках бюджета - ImproveIT на HappyDev
Проекты в срок и в рамках бюджета - ImproveIT на HappyDevПроекты в срок и в рамках бюджета - ImproveIT на HappyDev
Проекты в срок и в рамках бюджета - ImproveIT на HappyDevStepan Volkov
 
Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Timur Rakhmatillaev
 
Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...
Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...
Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...PCampRussia
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиBoris Volfson
 
Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Timur Rakhmatillaev
 
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
 
Useful meetup#1 design sprint
Useful meetup#1 design sprintUseful meetup#1 design sprint
Useful meetup#1 design sprintusefulagency
 
5 правил успешной разработки приложений для бренда
5 правил успешной разработки приложений для бренда 5 правил успешной разработки приложений для бренда
5 правил успешной разработки приложений для бренда Heads&Hands
 
Наблюдай. Анализируй. Управляй
Наблюдай. Анализируй. УправляйНаблюдай. Анализируй. Управляй
Наблюдай. Анализируй. УправляйMax Babich
 
How to fill up your product backlog
How to fill up your product backlogHow to fill up your product backlog
How to fill up your product backlogDevGAMM Conference
 
Презентация к вебинару по управлению временем
Презентация к вебинару по управлению временемПрезентация к вебинару по управлению временем
Презентация к вебинару по управлению временемAlexander
 

Similar to От дизайн-процесса к дизайн-результату (20)

Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...
Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...
Что отличает джуниора от сениора или как питонисту не иметь проблем с поиском...
 
Роль ретроспектив в создании эффективного процесса разработки
Роль ретроспектив в создании эффективного процесса разработкиРоль ретроспектив в создании эффективного процесса разработки
Роль ретроспектив в создании эффективного процесса разработки
 
Петли в проектировании интерфейсов, DUMP 2014
Петли в проектировании интерфейсов, DUMP 2014Петли в проектировании интерфейсов, DUMP 2014
Петли в проектировании интерфейсов, DUMP 2014
 
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
 
Киев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымКиев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольным
 
CodeFest, июль 2012. Бережной С. — Заказчик и исполнитель
CodeFest, июль 2012. Бережной С. — Заказчик и исполнительCodeFest, июль 2012. Бережной С. — Заказчик и исполнитель
CodeFest, июль 2012. Бережной С. — Заказчик и исполнитель
 
Управление проектами на телевидении
Управление проектами на телевиденииУправление проектами на телевидении
Управление проектами на телевидении
 
Планирование по информатике в 5-6 классах
Планирование по информатике в 5-6 классахПланирование по информатике в 5-6 классах
Планирование по информатике в 5-6 классах
 
Проекты в срок и в рамках бюджета - ImproveIT на HappyDev
Проекты в срок и в рамках бюджета - ImproveIT на HappyDevПроекты в срок и в рамках бюджета - ImproveIT на HappyDev
Проекты в срок и в рамках бюджета - ImproveIT на HappyDev
 
Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)Построение гибкого процесса разработки (3 курс)
Построение гибкого процесса разработки (3 курс)
 
Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...
Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...
Опыт проведения дизайн-спринта по методике Google Ventures (при создании прод...
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектами
 
Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)Построение гибкого процесса разработки (4-5 курсы)
Построение гибкого процесса разработки (4-5 курсы)
 
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.
 
Useful meetup#1 design sprint
Useful meetup#1 design sprintUseful meetup#1 design sprint
Useful meetup#1 design sprint
 
5 правил успешной разработки приложений для бренда
5 правил успешной разработки приложений для бренда 5 правил успешной разработки приложений для бренда
5 правил успешной разработки приложений для бренда
 
Наблюдай. Анализируй. Управляй
Наблюдай. Анализируй. УправляйНаблюдай. Анализируй. Управляй
Наблюдай. Анализируй. Управляй
 
Asana
AsanaAsana
Asana
 
How to fill up your product backlog
How to fill up your product backlogHow to fill up your product backlog
How to fill up your product backlog
 
Презентация к вебинару по управлению временем
Презентация к вебинару по управлению временемПрезентация к вебинару по управлению временем
Презентация к вебинару по управлению временем
 

More from Andrew Shapiro

Разработчикам о дизайне интерфейса
Разработчикам о дизайне интерфейсаРазработчикам о дизайне интерфейса
Разработчикам о дизайне интерфейсаAndrew Shapiro
 
Customer Journey Mapping
Customer Journey MappingCustomer Journey Mapping
Customer Journey MappingAndrew Shapiro
 
Дизайн, движимый данными
Дизайн, движимый даннымиДизайн, движимый данными
Дизайн, движимый даннымиAndrew Shapiro
 
Вредный дизайн. Пуфики, 8 февраля 2013
Вредный дизайн. Пуфики, 8 февраля 2013Вредный дизайн. Пуфики, 8 февраля 2013
Вредный дизайн. Пуфики, 8 февраля 2013Andrew Shapiro
 
Генеративный дизайн. Личный опыт
Генеративный дизайн. Личный опытГенеративный дизайн. Личный опыт
Генеративный дизайн. Личный опытAndrew Shapiro
 
Моделирование продукта с использованием бумажного прототипирования. Agilecamp...
Моделирование продукта с использованием бумажного прототипирования. Agilecamp...Моделирование продукта с использованием бумажного прототипирования. Agilecamp...
Моделирование продукта с использованием бумажного прототипирования. Agilecamp...Andrew Shapiro
 
Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...
Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...
Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...Andrew Shapiro
 
Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...
Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...
Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...Andrew Shapiro
 
Мекра, занятие второе. Режимы, видимость, монотонность, состоятельность
Мекра, занятие второе. Режимы, видимость, монотонность, состоятельностьМекра, занятие второе. Режимы, видимость, монотонность, состоятельность
Мекра, занятие второе. Режимы, видимость, монотонность, состоятельностьAndrew Shapiro
 
Мекра, первое занятие
Мекра, первое занятиеМекра, первое занятие
Мекра, первое занятиеAndrew Shapiro
 
10 камней преткновения пользователя в путешествии по сложному интерфейсу
10 камней преткновения пользователя в путешествии по сложному интерфейсу10 камней преткновения пользователя в путешествии по сложному интерфейсу
10 камней преткновения пользователя в путешествии по сложному интерфейсуAndrew Shapiro
 
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...Andrew Shapiro
 

More from Andrew Shapiro (12)

Разработчикам о дизайне интерфейса
Разработчикам о дизайне интерфейсаРазработчикам о дизайне интерфейса
Разработчикам о дизайне интерфейса
 
Customer Journey Mapping
Customer Journey MappingCustomer Journey Mapping
Customer Journey Mapping
 
Дизайн, движимый данными
Дизайн, движимый даннымиДизайн, движимый данными
Дизайн, движимый данными
 
Вредный дизайн. Пуфики, 8 февраля 2013
Вредный дизайн. Пуфики, 8 февраля 2013Вредный дизайн. Пуфики, 8 февраля 2013
Вредный дизайн. Пуфики, 8 февраля 2013
 
Генеративный дизайн. Личный опыт
Генеративный дизайн. Личный опытГенеративный дизайн. Личный опыт
Генеративный дизайн. Личный опыт
 
Моделирование продукта с использованием бумажного прототипирования. Agilecamp...
Моделирование продукта с использованием бумажного прототипирования. Agilecamp...Моделирование продукта с использованием бумажного прототипирования. Agilecamp...
Моделирование продукта с использованием бумажного прототипирования. Agilecamp...
 
Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...
Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...
Мекра, 4-е занятие. Синтаксис элементов интерфейса, подход Дизайн-бюро Артёма...
 
Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...
Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...
Мекра, 3-е занятие. Принципы плотности и тяготения в визуальном дизайне. Элем...
 
Мекра, занятие второе. Режимы, видимость, монотонность, состоятельность
Мекра, занятие второе. Режимы, видимость, монотонность, состоятельностьМекра, занятие второе. Режимы, видимость, монотонность, состоятельность
Мекра, занятие второе. Режимы, видимость, монотонность, состоятельность
 
Мекра, первое занятие
Мекра, первое занятиеМекра, первое занятие
Мекра, первое занятие
 
10 камней преткновения пользователя в путешествии по сложному интерфейсу
10 камней преткновения пользователя в путешествии по сложному интерфейсу10 камней преткновения пользователя в путешествии по сложному интерфейсу
10 камней преткновения пользователя в путешествии по сложному интерфейсу
 
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
«Шустрый» дизайн: подходы к декомпозиции проектирования взаимодействия в Agil...
 

От дизайн-процесса к дизайн-результату

Editor's Notes

  1. \n
  2. \n
  3. \n
  4. \n
  5. Ограничение времени в упражнениях не игра, а требование жизни\n
  6. \n
  7. Всё конечно, но мы не верим и не чувствуем этого. \nПовезло тем, кто ходит по огранке жизни\n
  8. Остальным приходится как-то напоминать себе...\n
  9. Хоть сколько-нибудь продвинуться помогает осознание:\nСрок любой задачи — это смерть.\nСмерть дня, смерть года, смерть часа вашей жизни. \n
  10. Сколь мало результатов мы делаем из всех начинаний\n
  11. \n
  12. \n
  13. в процесс с фотографиями написание текста обдумыванием вступление рисованием картинок откладывания\n
  14. в процесс с фотографиями написание текста обдумыванием вступление рисованием картинок откладывания\n
  15. в процесс с фотографиями написание текста обдумыванием вступление рисованием картинок откладывания\n
  16. Решение в первый день\nНасыщенная организованная работа каждый день\n
  17. \n
  18. \n
  19. \n
  20. \n
  21. \n
  22. \n
  23. \n
  24. \n
  25. \n
  26. Банк решений: фреймворки Остроумие: картинка + map Отказ от «резины»\n
  27. \n
  28. \n
  29. ПД — гарантия и контракт\n
  30. \n
  31. \n
  32. \n
  33. \n
  34. \n
  35. \n
  36. \n
  37. \n
  38. \n
  39. \n
  40. \n
  41. \n
  42. \n
  43. \n
  44. \n
  45. \n
  46. \n
  47. \n
  48. \n
  49. \n
  50. \n
  51. \n
  52. \n
  53. \n
  54. \n
  55. \n
  56. \n
  57. \n
  58. \n
  59. \n