Cервисный тип разработки
- 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