1

Веб-Эксперт

Сервисный тип разработки,

и что из этого следует

www.wexpert.ru Руководитель группы разработки

Чебан Валерий < hipot@ya.ru >

14.10.2013

2

- Сервисный тип разработки: делаем сервис а не фундаментально стабильную систему типа ОС.

В изменяемом мире можно заложить фундамент и управлять изменениями. Все течет и меняется. В этом суть – любая система пытается адаптироваться, или «подгоняться»,

БЫТЬ ДИНАМИЧЕСКОЙ.

3

- Каждый сайт – это сервис (а не просто готовый и

законченный продукт), с которым работает клиент и

аудитория сайта.

Любой сайт помогает клиенту в его повседневной

деятельности. Поэтому сайт – это сервис. А мы обслуживаем этот сервис.

4

- Для сервиса важны скорость и решение задачи клиента уже сегодня.

А не пусть клиент подождет еще, он же привык ждать. Это накладывает требования к инструментарию и принципу

– инструменты должны быть быстрыми.

5

- Неотрывная работа с клиентом: ежедневное внедрение, корректировки по рекомендации

клиента.

Покажи решение, да услышь клиента – скорректируй

код!

- Не оттягивать

решение или вопросы

– их нужно выдавать

немедленно, чтобы

скорректировать

направление. - Не нужно «забиваться в

чулан»

6

Для этого:

Покажем часть законченной работы, сообщим клиенту о прогрессе.

- для менеджера: работать с клиентом,

прорабатывать задачу каждый день, рассматривать разные решения

- разработчику: рассматривать разные решения, выдавать релизы, которые можно показывать,

мыслить категориями «ежедневных релизов».

7

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

8

- Навык визионера: тактика разработки – прогрессивный ДЖЕПЕГ, инструменты

менеджмента – общение с клиентом. Предугадываем как и

кто этим будут пользоваться.

9

Еще важная вещь – не закрывать глаза на

проблемы

Не игнорировать возникающие проблемы, реагировать на

них сразу же.

10

- «Прогрессивный JEPEG»: прототип как фундамент – дорисовка – доработка.

Каркас уже виден на первом шаге. Самое важное в проекте –

собрать этот каркас, как песочницу. Детали будут потом.

11

- В приоритете новое. Не более 40% времени тратить на

«дорисовку – доработку» старого,

60% и увеличивать разработку нового. Не тонуть в

деталях!

Верный кузов, его сделаем и покажем. Далее самое важное –

колеса. А FM-приемник уже прикрутим как дополнительную

фитчу позже, пока не до нее…

12

- Польза исправлений. Исправления – это хорошо,

значит, что мы в верном направлении – и клиент и мы

получим то, что хотим.

Иными словами, мы узнаем, что хочет клиент путем разработки для него прототипов. Во многих случаях клиент

принимает 1й прототип, и он становится последним.

13

- Поломки и переделки – неизбежная часть

процесса. Поломки должны стать осознанными и

прогнозируемыми. Смотрите выше – 40% времени – это

тоже огромная часть работы.

Это огромная часть работы не только для исправления явных

багов, но и «допиливание» функционала по методу

прогрессивного ДЖЕПЕГА.

14

- Не больше одной новой технологи/единицы

нового смысла на проект! Иначе скорости не выйдет.

А давайте все перейдем на линукс, прям завтра!

15

И все вместе:

- Каждый сайт – это сервис

- Мы делаем сайты используя сервисный подход

разработки

- Неотрывная работа с клиентом и проектом: ежедневное внедрение, показываем ежедневно часть

завершенной работы, сообщаем клиенту о прогрессе. «Учимся на клиенте».

- Нам помогут навыки визионера.

Метод прогрессивного JEPEGA. Делаем каркасы.

- Поломки должны стать осознанными и прогнозируемыми.

40% времени – докручиваем детали, 60% – делаем новые каркасы

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

16

Ну а что касаемо нас, важные вопросы:

1. Почему мы делаем чаще всего проекты "на живую"?

2. Почему важно быстро показать проект/решение клиенту?

2.1 с точки зрения разработчика 2.2 с точки зрения разработчика и менеджера

3. Почему иногда складывается впечатление, что мы не доводим

проекты до точки?

3.1 почему этим страдает и платформа Битрикс?

4. Как можно помочь себе и компании в данном случае? 4.1 навык Визионера

4.2 прогрессивный Джепег 4.3 предугадывать ошибки и делать их прогнозируемыми

5. Поломки и переделки – неизбежная часть рабочего процесса

6. Почему мы не используем сразу пачку новых технологий?

17

Вам слово.

Сервисный тип разработки Твое мнение,

выбрать ответ и раскрыть его:

- Мне нравится идея - Не идеально, но приемлемо - Меня это не волнует

- Не впечатляет, но не буду никого задерживать - Я не с вами, на меня не рассчитывайте - Я категорически против

18

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