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

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

2. Как инвестируют?
Во что вы сами инвестируете деньги?
Риск потери 10%, доходность 10% Риск потери 10%, доходность 20% Риск потери 65%, доходность 1100%
Инвестор будет стараться:
 Минимизировать риски крупных вложений
 Максимизировать ценность рисковых инвестиций
 Диверсифицировать свои средства
 Уменьшить сроки возврата инвестиций
Выбор технологичных продуктов для инвестиций означает высокие риски.

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

4. Фокус инвестора
При инвестициях в ИТ продукты для заказчика важно получить:
 Удобный и красивый интерфейс
 Максимум функционала
 Очень быстро выйти на рынок
Зачастую для поиска своей аудитории требуется несколько итераций и на это инвестор тоже
старается сохранить бюджет.
Этот фокус изначально порождает технический долг в продукте, и это оправдано для
жизнеспособности и успеха такого продукта. Чем менее дорогая будет разработка, тем
больше времени и попыток будет у инвестора создать успешный продукт.

5. Роль разработки в организации
Организация как организм устроен по принципу переработки ресурсов в ценность. Эта
ценность важна для других отделов, и они либо дополняют ее, либо являются
непосредственными получателями, чтобы создавать свою ценность.
Достижение
цели
организацией
Ресурсы для
отделов
Производство
ценности
отделом
Веб-
разработка
Развитие
систем
Поддержка
систем
Поддержка
пользователей
Ресурсы
Какая задача у человека,
который управляет разработкой?

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

7. Как выглядит первый процесс ?
Веб-мастер
Веб-дизайнер
Заказчик Формируется этот процесс
хаотично и чаще всего так же и
работает.

8. Если проект успешный? Какое будет
развитие?
Веб-мастер
Заказчик
Веб-мастерВеб-мастерВеб-мастер
Веб-мастерВеб-мастерВеб-дизайнерВеб-дизайнер
Пользователи
Менеджер
Контроль и
распределение

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

10. Какое должно быть разделение труда
в разработке
Веб-дизайнер
Сис. админ. ФронтендБэкенд
Тестировщик Аналитик
Команда зеленых
Команда красных
Веб-дизайнерВеб-мастерВеб-мастер

11. Поток задач
Управление потоком задач должно решить сразу несколько проблем:
1. Очередь задач может быть не приоритезирована
2. Для задач может быть использован неоптимальный процесс
3. Срочные задачи могут решаться не срочно
4. Крупные задачи могут вызывать лишние беспокойства и непонятно когда решиться
Что применяют для управления потоком задач? Первоначально задачи необходимо
классифицировать по типу и использовать оптимальный процесс. В рамках каждого из
процессов для типа задач могут применяться Scrum, Kanban, Servicedesk или просто список.
Для правильной классификации используется единая точка входа для задач, которая
должна иметь много каналов получения задач (для удобства пользователей).

12. Зачем разные процессы по типам
задач и как они определяются?
Для выбора оптимального процесса по задаче нужно проводить анализ на требуемые Скорость,
Качество и Стоимость. Чтобы не заниматься этим в отношении каждой выбранной задачи
логично классифицировать и согласно классификации будут установлены принципы
определения скорости (+принципы управления очередью), гарантий качества и выделения
ресурсов. Неизбежно будет определен баланс для каждого типа задач по скорости, качеству и
стоимости.
Типы определяются согласно множеству критериев, например:
1. Относится задача к текущей работе системы и ее данными, или к будущей работе системы
2. Задача направлена на исправление ошибки или нет
3. Большая или маленькая задача
4. Пользователь от которого пришла задача или область которую затрагивает задача
В каждой организации свои факторы из которых рождается свой список типов задач.

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

14. Уровень детализации
описания процессов и
форм документов
Увеличивает гарантии
качества, но уменьшает
гибкость процесса

15. Оптимизация работы
Гарантии качества
Процесс это ЗАКОН!
Высокая скорость
Процесс это
РЕКОМЕНДАЦИЯ

16. Откуда берется технический долг?
Поднимавшие этот бизнес
недорогие веб-мастера
Мы прямо сейчас закладываем
гибкость в продукте на основании
ошибочных перспектив
Мы в том числе делаем срочные задачи
некачественно в угоду скорости

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

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