Николай Яремко. Использование вики методик при разработке Яндекс.Почты.

Екатеринбург, 30 мая 2011 года

Николай Яремко

Использование вики-методик при разработке Яндекс.Почты

С чем приходится жить в разработке

2

1. Нельзя оценить эффектбольших изменений

3

?

??

1. Нельзя оценить эффектбольших изменений

7

Решения принимаются менеджером или командой разработки продукта исходя из того, как они понимают, что такое продукт.

Откуда возникает понимание?

2. Необходимо учитывать мнение многих людей

8

9

9

9

9

9

9

2. Необходимо учитывать мнение многих людей

10

Все макеты, которые изготавливает дизайнер, публикуются в специальном блоге, который читает

250 человек.За время редизайна мы опубликовали

более 200 макетов.

3. Сложный продукт требует детальных спецификаций

12

— и это только сообщения об ошибках!13

3. Сложный продукт требует детальных спецификаций

14

Вместо спецификаций — детальные прототипы и краткое описание логики работы.

Детализация спецификации происходит уже в процессе реализации — для понимания она не нужна.

4. Сложно уследить за множеством новых требований и пожеланий

15

16

4. Сложно уследить за множеством новых требований и пожеланий

17

Разбор вопросов и пожеланий происходит в определённое время, сами вопросы накапливаются в месте, куда каждый может их добавить.

Простые требования встраиваются в текущую работу, сложные отдаются на проработку дизайнеру.

5. Обсуждение и споры вокруг дизайнерских решений замедляют процесс внедрения

18

19

5. Обсуждение и споры вокруг дизайнерских решений замедляют процесс внедрения

21

Обсуждения — в клубе и на встречах.

Решения принимает менеджер с помощью дизайнера.

42% макетов сопровождены HTML-прототипами.

«Что произойдёт, если нажать на кнопку?»

25

Что получается?

Что получилось в Почте?

26

— редизайн и внедрение в 1,5–2,2 раза быстрее (учитывая разные фазы разработки и внедрения)

— отчётные презентации проходят в жанре «вы это уже видели, поэтому только важное»;

— пожелания от пользователей обрабатываются регулярно;

— разработчики делают продукт, а не закрывают отдельные задачи в багтрекере;

— понимание продукта не замкнуто в голове «проектировщика».

27

Откуда возникает понимание продукта?

28

HUNTING

29

30

HU

NT

ING

31

HUNTING

HUNTING

HUNTING

HUNTING

HUNTING

HUNTING

HUNTING

HUNTING HUNTING

HUNTING

HUNTING

32

Энциклопедия {вашего продукта}, которую пишут все

33

Вики-методика помогает общему пониманию— Простота

— Открытость

— Инкрементальность

— Органичность

— Толерантность

— Обозримость

34

Простота«Использовать проще, чем ошибиться».

35

Открытость«Любой участник может внести своё понимание в общую картину».

36

Инкрементальность«Некоторые части продукта могут быть ещё не проработаны и даже вовсе не придуманы».

37

Органичность«Нет окончательных решений, логика и внешний вид интерфейса открыты для дальнейшего развития».

38

Толерантность«Лучше попытаться и ошибиться, чем ничего не делать».

«Объяснение причины лучше, чем заявление “всё это никуда не годится”».

39

Обозримость«Любой может увидеть, как идёт работа над дизайном продукта».

40

Коллективная галлюцинация воплощается в продукте

С чего начать?

41

42

1. Сделайте процесс дизайна наглядным— заведите блог, посвящённый дизайну вашего

продукта;

— публикуйте в нём макеты, которые объясняют устройство продукта.

43

1. Сделайте процесс дизайна наглядным

— заведите общее место для сбора вопросов;

— публикуйте спорные макеты;

— представляйте идеи в графической форме;

2. Собирайте новые требования, идеи и пожелания

44

1. Сделайте процесс дизайна наглядным

— на регулярной встрече по разбору вопросов;

— не оставляйте комментарии по макетам без ответов.

2. Собирайте новые требования, идеи и пожелания

3. Организуйте обсуждение

Проблемы при внедрении

45

46

Как правило, мы не умеем

HU.......NG

— организовывать обсуждение;

— сформулировать идею так, чтобы тебя услышали;

— построить прототип, объясняющий устройство системы.

47

Как правило, мы не умеем

— организовывать обсуждение;

— сформулировать идею так, чтобы тебя услышали;

— построить прототип, объясняющий устройство системы.

HUNTING

Николай Яремко

111033, Россия, Москва,ул. Самокатная, д.1, стр. 21.

+7 (495) 739-00-00+7 (495) 739-70-70 — факс

[email protected]