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

1,027 views

Published on

1 Comment
4 Likes
Statistics
Notes
No Downloads
Views
Total views
1,027
On SlideShare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
12
Comments
1
Likes
4
Embeds 0
No embeds

No notes for slide

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

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

×