Эволюция веб разработки

18
Эволюция веб- разработки БОЛЬШАКОВ В.О., 8BIT GROUP, 26.10.2016

Upload: viktor-bolshakov

Post on 11-Jan-2017

179 views

Category:

Software


0 download

TRANSCRIPT

Page 1: Эволюция веб разработки

Эволюция веб-разработки

БОЛЬШАКОВ В.О . , 8BIT GROUP, 26.10.2016

Page 2: Эволюция веб разработки

Как инвестируют?Во что вы сами инвестируете деньги?

Риск потери 10%, доходность 10% Риск потери 10%, доходность 20% Риск потери 65%, доходность 1100%

Инвестор будет стараться:

Минимизировать риски крупных вложений

Максимизировать ценность рисковых инвестиций

Диверсифицировать свои средства

Уменьшить сроки возврата инвестиций

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

Page 3: Эволюция веб разработки

Психология инвестораВо что вкладывает инвестор деньги?

Что важно в продукте для его успеха?

Означает ли качество продукта, что он будет сделан качественно под капотом?

Каких продуктов больше, тех где инвестиции сфокусированы на функционале и удобстве, или тех где уделили внимание технологичности?

Кто чаще всего реализовывает первую версию продукта?

Почему это именно веб-мастера, и почему не обращаются к профессионалам?

Неужели все успешные стартапы на веб-продуктах такие плохие внутри?

Page 4: Эволюция веб разработки

Фокус инвестораПри инвестициях в ИТ продукты для заказчика важно получить:

Удобный и красивый интерфейс

Максимум функционала

Очень быстро выйти на рынок

Зачастую для поиска своей аудитории требуется несколько итераций и на это инвестор тоже старается сохранить бюджет.

Этот фокус изначально порождает технический долг в продукте, и это оправдано для жизнеспособности и успеха такого продукта. Чем менее дорогая будет разработка, тем больше времени и попыток будет у инвестора создать успешный продукт.

Page 5: Эволюция веб разработки

Роль разработки в организацииОрганизация как организм устроен по принципу переработки ресурсов в ценность. Эта ценность важна для других отделов, и они либо дополняют ее, либо являются непосредственными получателями, чтобы создавать свою ценность.

Достижение цели

организацией

Ресурсы для отделов

Производство ценности отделом

Веб-разработка

Развитие систем

Поддержка систем

Поддержка пользователей

Ресурсы

Какая задача у человека, который управляет разработкой?

Page 6: Эволюция веб разработки

Как обычно все начинается?или так или даже так

Page 7: Эволюция веб разработки

Как выглядит первый процесс ?

Веб-мастер

Веб-дизайнер

Заказчик Формируется этот процессхаотично и чаще всего так же и работает.

Page 8: Эволюция веб разработки

Если проект успешный? Какое будет развитие?

Веб-мастерЗаказчик

Веб-мастерВеб-мастерВеб-мастер

Веб-мастерВеб-мастерВеб-дизайнерВеб-дизайнер

Пользователи

Менеджер

Контроль и распределение

Page 9: Эволюция веб разработки

Когда и как происходит разделение труда

Один из ключевых моментов в этом процессе это успешность проекта.

Проект растет Растет количество задач Растет команда

Это и обуславливает то КАК команда растет, ведь для проекта который уже зарабатывает деньги важно смещать фокус в сторону КАЧЕСТВА, что не получится сделать с Веб-мастерами (при всем их желании они не смогут быть профессионалами сразу и в Анализе, и в Тестировании, и в Фронтенде, …)

Page 10: Эволюция веб разработки

Какое должно быть разделение труда в разработке

Веб-дизайнер

Сис. админ. ФронтендБэкенд

Тестировщик Аналитик

Команда зеленых

Команда красных

Веб-дизайнерВеб-мастерВеб-мастер

Page 11: Эволюция веб разработки

Поток задачУправление потоком задач должно решить сразу несколько проблем:

1. Очередь задач может быть не приоритезирована

2. Для задач может быть использован неоптимальный процесс

3. Срочные задачи могут решаться не срочно

4. Крупные задачи могут вызывать лишние беспокойства и непонятно когда решиться

Что применяют для управления потоком задач? Первоначально задачи необходимо классифицировать по типу и использовать оптимальный процесс. В рамках каждого из процессов для типа задач могут применяться Scrum, Kanban, Servicedesk или просто список.

Для правильной классификации используется единая точка входа для задач, которая должна иметь много каналов получения задач (для удобства пользователей).

Page 12: Эволюция веб разработки

Зачем разные процессы по типам задач и как они определяются?Для выбора оптимального процесса по задаче нужно проводить анализ на требуемые Скорость, Качество и Стоимость. Чтобы не заниматься этим в отношении каждой выбранной задачи логично классифицировать и согласно классификации будут установлены принципы определения скорости (+принципы управления очередью), гарантий качества и выделения ресурсов. Неизбежно будет определен баланс для каждого типа задач по скорости, качеству и стоимости.

Типы определяются согласно множеству критериев, например:

1. Относится задача к текущей работе системы и ее данными, или к будущей работе системы

2. Задача направлена на исправление ошибки или нет

3. Большая или маленькая задача

4. Пользователь от которого пришла задача или область которую затрагивает задача

В каждой организации свои факторы из которых рождается свой список типов задач.

Page 13: Эволюция веб разработки

Дизайн процессовВы должны постоянно адаптировать модель под существующие потребности, это значит менять типы, и процессы для них, чтобы найти более менее равновесное состояние (баланса скорости, качества и стоимости) решения всего объема задач. Для этого вы можете опираться на метрики учетной системы или жалобы пользователей.

Скорость • Баг

Качество

• Фича

• Таск

Page 14: Эволюция веб разработки

Уровень детализацииописания процессов и форм документов

Увеличивает гарантии качества, но уменьшает гибкость процесса

Page 15: Эволюция веб разработки

Оптимизация работы

Гарантии качества

Процесс это ЗАКОН!

Высокая скорость

Процесс это РЕКОМЕНДАЦИЯ

Page 16: Эволюция веб разработки

Откуда берется технический долг?Поднимавшие этот бизнес

недорогие веб-мастера

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

ошибочных перспектив

Мы в том числе делаем срочные задачинекачественно в угоду скорости

Page 17: Эволюция веб разработки

Когда нужно платить и какой долг?В любой момент времени в системе есть технический долг, оплата его всего нецелесообразна ввиду меняющихся перспектив продукта. Но если не платить его, то со временем он сильно удорожит разработку и вынудит переписать продукт с нуля. Платить нужно планомерно тот долг, который будет иметь максимальный экономический эффект.

Page 18: Эволюция веб разработки

Качество поступающих задачНеобходимо получать от заказчика задачи:

Содержащие непротиворечивые требования

Полный и понятный набор бизнес требований

Экономически обоснованные задачи

Непротиворечащие другим задачам

Это все потребуется заложить в процесс на входе. При проектировании процессов важно не перегружать процесс лишним формализмом, поскольку помимо позитивного эффекта с улучшением скорости разработки вы можете нагрузить заказчика и сделать его работу по созданию задач неоптимальной.