Как работает IT-команда и зачем нужны процессы

Кто делает продукт

Возьмём приложение кофейни «Зерно», где гость заказывает кофе заранее и забирает без очереди. Над ним работает команда:

• менеджер продукта решает, что и зачем делать, и отвечает за результат для бизнеса;
• аналитик выясняет детали и описывает требования;
• дизайнер проектирует экраны;
• разработчики делают приложение и сервер;
• тестировщики проверяют, что всё работает.

Каждый день в такой команде десятки вопросов. Что делать в первую очередь — оплату или историю заказов? Кто проверит экран корзины? Задача готова, когда код написан или когда её проверил тестировщик? Когда показываем результат владельцу кофейни?

Зачем процессы

Процессы — договорённости, которые отвечают на эти вопросы заранее:

• где хранится список задач и кто решает их порядок;
• кто за что отвечает;
• что значит «готово»;
• как часто команда встречается и показывает результат.

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

Водопад

Долгое время программы делали водопадом (waterfall) — этапами, один за другим:

1. собрать все требования;
2. спроектировать;
3. разработать;
4. протестировать;
5. выпустить.

Логично, как в строительстве: сначала проект, потом стены. Проблема в том, что результат видно только в конце, через месяцы. Если за это время изменился рынок или выяснилось, что пользователям нужно другое, переделывать дорого.

Гибкий подход: Agile

В 2001 году разработчики сформулировали Agile-манифест — гибкий подход. Его главная идея: делать продукт небольшими шагами и после каждого шага проверять результат на людях. Четыре ценности манифеста:

• люди и общение важнее процессов и инструментов;
• работающий продукт важнее исчерпывающей документации;
• сотрудничество с заказчиком важнее согласования условий договора;
• готовность к изменениям важнее следования первоначальному плану.

Важно: «важнее» не значит «вместо». Документация и планы нужны, просто они не главное.

Для «Зерна» это значит: не делать полгода всё приложение, а через две недели выпустить простейший заказ одного напитка, посмотреть, как им пользуются гости, и решать, что дальше.

Agile — общий подход. Конкретных способов работать по нему несколько, самые популярные — Scrum и Kanban. Им и посвящён курс.