Офис по эджайлу, дела по gtd, немного канбан на каждый день. Если для вас это звучит как тарабарщина, самое время разобраться, что к чему относится.
Agile это сообщество гибких методов разработки, но использоваться эта система может для любой командной работы. Один такой метод в зависимости от специфики может именоваться фреймворком, agile-методологией. Суть метода сформулирована в манифесте разработки:
- взаимодействие и люди важнее инструментария и процессов;
- функциональный продукт важнее пачки документов к нему;
- сотрудничество и партнерство с заказчиками важнее согласований пунктов договора;
- гибкость важнее исполнения первоначального замысла.
Как это работает на практике? Во время реализации проекта не стоит базировать на том, что уже есть (планы, аналитика, идеи). Нужно учитывать все данные: меняется внешняя и внутренняя среда, заказчики и пользователи дают обратную связь, в мире возникают и входят в моду новые тенденции, и ориентироваться нужно на все. Гибкость, эксперименты и новые решения вместо скучных стандартов, однообразия и жестких рамок. Это общая идея различных agile-методик. К отдельным подходам относят kanban и scrum, но между собой они все же имеют некоторые различия.
Scrum-подход основан на структуре. Для выполнения проекта нужна универсальная команда специалистов, которая взаимодействует с двумя людьми — scrum-мастер и глава продукта. Scrum-мастер организует и обеспечивает бизнес-процессы, занимается решением бытовых проблем, проводит общие митинги, мотивирует сотрудников и следит за тем, чтоб на каждом этапе соблюдался scrum-подход. Глава продукта осуществляет связь с заказчиком, следит за этапами разработки и сохраняет общую форму.
Scrum-методика делит все рабочие процессы на одинаковые спринты, это определенные периоды (неделя, месяц, квартал и так далее) в зависимости от состава команды и от проекта. Перед началом каждого периода (спринта) формируются задачи, когда период заканчивается, обсуждают результаты и можно начинать новый спринт. Удобно сравнивать спринты для того, чтоб качественно отслеживать и контролировать эффективность рабочего процесса.
Kanban-подход основан на балансе. Суть канбан-метода состоит в том, чтоб работа была распределена по команде примерно одинаково, и не было такого, что дизайнерам нужно пахать круглосуточно тогда как программисты жалуются на безделье уже несколько дней. В отличие от scrum в kanban все едино, здесь нет главного над продуктом, нет мастера, который следит за соблюдением структуры. Основной контроль в kanban осуществляется самими работниками. Бизнес-процесс принято делить не на спринты или другие универсальные отрезки, а на стадии, и главный показатель эффективности это прохождение одной задачи через все стадии. Задача проходит по доске достаточно быстро — значит, коллектив работает быстро, качественно и слаженно. Возникли сложности? Нужно найти причины. Поэтому для визуализации применяют физические и электронные доски, с их помощью рабочий процесс становится совершенно прозрачен для всех участников (это имеет большое значение, когда в команде нет формального руководителя).
Еще 3 важных аспекта Agile:
- личная ответственность достаточно высока;
- рабочий процесс должен быть наглядно визуализирован;
- взаимодействие между участниками команды должно быть отлажено.
Что почитать:
- Agile-манифест разработки программного обеспечения (Manifesto for Agile Software Development)
- Э. Стелманн, Дж. Грин «Постигая Agile. Ценности, принципы, методологии»
- Дж. Сазерленд «Scrum. Революционный метод управления проектами»
