Идея не нова. Мы ее используем.

1. Веб-Эксперт
Сервисный тип разработки,
и что из этого следует
www.wexpert.ru
Руководитель группы разработки
Чебан Валерий < hipot@ya.ru >
14.10.2013
1

2. - Сервисный тип разработки: делаем сервис
фундаментально стабильную систему типа ОС.
а
не
2
В изменяемом мире можно заложить фундамент и управлять
изменениями. Все течет и меняется. В этом суть – любая
система пытается адаптироваться, или «подгоняться»,
БЫТЬ ДИНАМИЧЕСКОЙ.

3. - Каждый сайт – это сервис (а не просто готовый и
законченный продукт), с которым работает клиент и
аудитория сайта.
3
Любой сайт помогает клиенту в его повседневной
деятельности. Поэтому сайт – это сервис. А мы обслуживаем
этот сервис.

4. - Для сервиса важны скорость и решение задачи клиента
уже сегодня.
4
А не пусть клиент подождет еще, он же привык ждать.
Это накладывает требования к инструментарию и принципу
– инструменты должны быть быстрыми.

5. - Неотрывная работа с клиентом:
ежедневное внедрение, корректировки по рекомендации
клиента.
Покажи решение, да услышь клиента – скорректируй
код!
- Не оттягивать
решение или вопросы
– их нужно выдавать
немедленно, чтобы
скорректировать
направление.
- Не нужно «забиваться в
чулан»
5

6. Для этого:
Покажем часть законченной работы, сообщим
клиенту о прогрессе.
- для менеджера: работать с клиентом,
прорабатывать задачу каждый день, рассматривать
разные решения
6
- разработчику: рассматривать разные решения,
выдавать релизы, которые можно показывать,
мыслить категориями «ежедневных релизов».

7. PHP компилируется быстро ;)
7

8. - Навык визионера:
тактика разработки – прогрессивный ДЖЕПЕГ, инструменты
менеджмента – общение с клиентом. Предугадываем как и
кто этим будут пользоваться.
8

9. Еще важная вещь – не закрывать глаза на
проблемы
9
Не игнорировать возникающие проблемы, реагировать на
них сразу же.

10. - «Прогрессивный JEPEG»:
прототип как фундамент – дорисовка – доработка.
10
Каркас уже виден на первом шаге. Самое важное в проекте –
собрать этот каркас, как песочницу. Детали будут потом.

11. - В приоритете новое
. Не более 40% времени тратить на
«дорисовку – доработку» старого,
60% и увеличивать разработку нового. Не тонуть в
деталях!
11
Верный кузов, его сделаем и покажем. Далее самое важное –
колеса. А FM-приемник уже прикрутим как дополнительную
фитчу позже, пока не до нее…

12. - Польза исправлений. Исправления – это хорошо,
значит, что мы в верном направлении – и клиент и мы
получим то, что хотим.
12
Иными словами, мы узнаем, что хочет клиент путем
разработки для него прототипов. Во многих случаях клиент
принимает 1й прототип, и он становится последним.

13. - Поломки и переделки – неизбежная часть
процесса.
Поломки должны стать осознанными и
прогнозируемыми. Смотрите выше – 40% времени – это
тоже огромная часть работы.
13
Это огромная часть работы не только для исправления явных
багов, но и «допиливание» функционала по методу
прогрессивного ДЖЕПЕГА.

14. - Не больше одной новой технологи/единицы
нового смысла на проект! Иначе скорости не выйдет.
14
А давайте все перейдем на линукс, прям завтра!

15. И все вместе:
- Каждый сайт – это сервис
- Мы делаем сайты используя сервисный подход
разработки
- Неотрывная работа с клиентом и проектом:
ежедневное внедрение, показываем ежедневно часть
завершенной работы, сообщаем клиенту о прогрессе.
«Учимся на клиенте».
- Нам помогут навыки визионера.
Метод прогрессивного JEPEGA. Делаем каркасы.
- Поломки должны стать осознанными и прогнозируемыми.
40% времени – докручиваем детали, 60% – делаем новые каркасы
- Не больше одной новой технологи/единицы нового смысла на
проект. Инновации важны, но не все сразу!
15

16. Ну а что касаемо нас, важные вопросы:
1. Почему мы делаем чаще всего проекты "на живую"?
2. Почему важно быстро показать проект/решение
клиенту?
2.1 с точки зрения разработчика
2.2 с точки зрения разработчика и менеджера
3. Почему иногда складывается впечатление, что мы не доводим
проекты до точки?
3.1 почему этим страдает и платформа Битрикс?
4. Как можно помочь себе и компании в данном случае?
4.1 навык Визионера
4.2 прогрессивный Джепег
4.3 предугадывать ошибки и делать их прогнозируемыми
5. Поломки и переделки – неизбежная часть рабочего процесса
6. Почему мы не используем сразу пачку новых технологий?
16

17. Вам слово.
Сервисный тип разработки
Твое мнение,
выбрать ответ и
раскрыть его:
-
Мне нравится идея
Не идеально, но приемлемо
Меня это не волнует
Не впечатляет, но не буду никого задерживать
Я не с вами, на меня не рассчитывайте
Я категорически против
17

18. Спасибо! Еще вопросы?
18