Использование вики-методик в дизайне
Upcoming SlideShare
Loading in...5
×
 

Использование вики-методик в дизайне

on

  • 778 views

 

Statistics

Views

Total Views
778
Views on SlideShare
775
Embed Views
3

Actions

Likes
3
Downloads
8
Comments
1

1 Embed 3

http://www.linkedin.com 3

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • По пути Инноваций
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Использование вики-методик в дизайне Использование вики-методик в дизайне Presentation Transcript

    • Использование вики-методик при разработкеЯндекс.ПочтыНиколай Яремко Екатеринбург, 30 мая 2011 года
    • С чем приходитсяжить в разработке2
    • 1. Нельзя оценить эффектбольших изменений3
    • ?
    • ??
    • 1. Нельзя оценить эффектбольших измененийРешения принимаются менеджером или командойразработки продукта исходя из того, как онипонимают, что такое продукт.Откуда возникает понимание?7
    • 2. Необходимо учитыватьмнение многих людей8
    • 9
    • 9
    • 9
    • 9
    • 9
    • 9
    • 2. Необходимо учитыватьмнение многих людейВсе макеты, которые изготавливает дизайнер,публикуются в специальном блоге, который читает250 человек.За время редизайна мы опубликовалиболее 200 макетов.10
    • 3. Сложный продукт требуетдетальных спецификаций12
    • 13 — и это только сообщения об ошибках!
    • 3. Сложный продукт требуетдетальных спецификацийВместо спецификаций — детальные прототипы икраткое описание логики работы.Детализация спецификации происходит уже впроцессе реализации — для понимания она ненужна.14
    • 4. Сложно уследить замножеством новых требованийи пожеланий15
    • 16
    • 4. Сложно уследить замножеством новых требованийи пожеланийРазбор вопросов и пожеланий происходит вопределённое время, сами вопросы накапливаютсяв месте, куда каждый может их добавить.Простые требования встраиваются в текущую работу,сложные отдаются на проработку дизайнеру.17
    • 5. Обсуждение и споры вокругдизайнерских решенийзамедляют процесс внедрения18
    • 19
    • 5. Обсуждение и споры вокругдизайнерских решенийзамедляют процесс внедренияОбсуждения — в клубе и на встречах.Решения принимает менеджер с помощьюдизайнера.42% макетов сопровождены HTML-прототипами.21
    • «Что произойдёт, если нажать на кнопку?»
    • Что получается?25
    • Что получилось в Почте?— редизайн и внедрение в 1,5–2,2 раза быстрее (учитывая разные фазы разработки и внедрения)— отчётные презентации проходят в жанре «вы это уже видели, поэтому только важное»;— пожелания от пользователей обрабатываются регулярно;— разработчики делают продукт, а не закрывают отдельные задачи в багтрекере;— понимание продукта не замкнуто в голове «проектировщика».26
    • Откуда возникаетпонимание продукта?27
    • HUNTING28
    • 29
    • NTHU ING30
    • HUNTING HUNTINGHUNTING HUNTING HUNTING HUNTINGHUNTING HUNTING HUNTING HUNTING HUNTING31
    • Энциклопедия {вашего продукта},которую пишут все32
    • Вики-методика помогаетобщему пониманию— Простота — Органичность— Открытость — Толерантность— Инкрементальность — Обозримость33
    • Простота«Использовать проще, чем ошибиться».34
    • Открытость«Любой участник может внести своё пониманиев общую картину».35
    • Инкрементальность«Некоторые части продукта могут быть ещё непроработаны и даже вовсе не придуманы».36
    • Органичность«Нет окончательныхрешений, логика и внешнийвид интерфейса открытыдля дальнейшего развития».37
    • Толерантность«Лучше попытаться и ошибиться, чем ничего не делать».«Объяснение причины лучше, чем заявление “всё этоникуда не годится”».38
    • Обозримость«Любой может увидеть, как идёт работа над дизайномпродукта».39
    • Коллективная галлюцинациявоплощается в продукте40
    • С чего начать?41
    • 1. Сделайте процесс дизайнанаглядным— заведите блог, посвящённый дизайну вашего продукта;— публикуйте в нём макеты, которые объясняют устройство продукта.42
    • 1. Сделайте процесс дизайнанаглядным2. Собирайте новыетребования, идеи и пожелания— заведите общее место для сбора вопросов;— публикуйте спорные макеты;— представляйте идеи в графической форме;43
    • 1. Сделайте процесс дизайнанаглядным2. Собирайте новыетребования, идеи и пожелания3. Организуйте обсуждение— на регулярной встрече по разбору вопросов;— не оставляйте комментарии по макетам без ответов.44
    • Проблемыпри внедрении45
    • Как правило, мы не умеем— организовывать обсуждение;— сформулировать идею так, чтобы тебя услышали;— построить прототип, объясняющий устройство системы. HU.......NG46
    • Как правило, мы не умеем— организовывать обсуждение;— сформулировать идею так, чтобы тебя услышали;— построить прототип, объясняющий устройство системы. HUNTING47
    • Николай Яремко111033, Россия, Москва,ул. Самокатная, д.1, стр. 21.+7 (495) 739-00-00+7 (495) 739-70-70 — факсnikolay@yandex-team.ru