Текст книги "Agile. Основы"

Андрей Коробейник
Agile. Основы

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

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

© Коробейник Андрей Николаевич, 2022

© ООО «ЛАБОРАТОРИЯ ЗНАНИЙ», 2022

– Что такое Agile?

– Какими ценностями и принципами руководствуется команда, используя Agile в работе?

– Как выбрать между Agile и традиционным подходом?

– В чем суть самых распространенных Agile-практик?

Про электронный учебник

Что вас ждет?

Фокус внимания

Советы по обучению

∞

Что вас ждет?

Электронный учебник – сборник материалов, изучив который, вы сможете получить краткое и емкое представление об основных практиках Agile.

Контент электронного учебника сформирован на базе разнообразных источников. В нем, помимо полезного материала, вы найдете:

– вопросы на проверку понимания изученного;

– краткие резюме и памятки;

– советы и рекомендации по применению;

– рекомендации по дополнительному чтению;

– результаты опросов и статистику по теме;

– практические кейсы.

На изучение вам потребуется 40 минут. В конце вас ждут вопросы для проверки усвоения материала.

∞

Фокус внимания

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

Что я хочу сейчас изучить? Какие у меня есть вопросы?

Цель электронного учебника – не в изучении как таковом. Полученные знания важно применять на практике, в работе и в личной жизни. Верный способ это сделать – начать пользоваться изученным уже сегодня.

В конце учебника или отдельной темы попробуйте ответить на несколько вопросов:

– Какие знания и навыки я получил в пройденной теме / в учебнике?

– Как я могу использовать изученное в работе и в жизни?

– Когда я могу начать применять новые знания и с чего я начну?

✐ Старайтесь записывать свои мысли в начале и в конце каждой темы. После того как вы изучите учебник, просмотрите записи и начните действовать. У вас обязательно получится!

∞

Советы по обучению

Эти приемы помогут значительно усилить эффект от обучения:

– Изучайте материал последовательно, чтобы ничего не упустить.

– Уделите обучению достаточно времени. Если сейчас у вас нет свободных 40 минут, запланируйте обучение на то время, когда они у вас будут.

– Делайте перерывы каждые 15–20 минут – так вы гораздо лучше усвоите материал.

– Постарайтесь не отвлекаться, сосредоточьтесь на изучении материала.

– Во время изучения делайте записи, зарисовки, схемы.

– Чтобы лучше ориентироваться в учебнике и запоминать материал, перед началом обучения уделите внимание «Содержанию» и изучите структуру.

– Поищите дополнительную информацию по теме и попробуйте обсудить ее с коллегами или друзьями.

– Как только изучите электронный учебник, постарайтесь поставить себе такую задачу, чтобы опробовать новые навыки на практике

Подробнее о теме

Почему тема важна и что лежит в основе учебника?

Что вы изучите?

∞

Почему тема важна и что лежит в основе учебника?

Современный мир меняется так быстро, что требования к продукту (что бы вы ни делали) могут поменяться еще в процессе работы. И команде очень сложно перестроиться в процессе. А конкуренция огромна.

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

Сейчас большие и неповоротливые системы все чаще уступают место более адаптивным. Именно из-за потребности в методах работы, которые позволят быстрее подстраиваться к изменениям, и возник Agile-подход (от англ. – гибкий).

Что это такое, зачем он нужен и как приспособиться к работе в стиле Agile вы узнаете, изучив этот учебник.

Конечно, новые подходы (и Agile не исключение) далеко не всегда воспринимаются на «ура» всеми сотрудниками сразу. И это понятно. Наш мозг устроен таким образом, что все изменения, даже позитивные, сначала вызывают опасение и отторжение.

Скорее всего, вы вспомните ситуации из жизни, когда изменение совсем не обрадовало. А позже выяснилось, что все только к лучшему.

Agile тоже может стать удобным и полезным инструментом в работе, если разобраться в его сути.

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

∞

Что вы изучите?

Вам предстоит изучить:

– Понятие Agile;

– Основные ценности и принципы Agile;

– Ключевые различия между традиционным подходом и Agile;

– Практику использования Scrum и Kanban.

Это позволит вам:

– Лучше разобраться в сути Agile;

– Понять применимость Agile для вашей конкретной сферы деятельности;

– Выбрать и использовать при необходимости наиболее распространенные практики AGILE для работы своей команды.

Желаем эффективного и полезного обучения!

Глава 1
Основы Agile

Вы изучите:

– Agile или традиционный подход? Как выбрать?

После изучения вы:

– Разберетесь в различиях между Agile и традиционным подходом;

– Сможете определить применимость и плюсы использования Agile для ваших задач.

∞

Agile или традиционный подход? Как выбрать?

☢ Сначала рекомендуем сфокусировать свое внимание и ответить на следующий вопрос:

Что я хочу сейчас изучить? Какие у меня есть вопросы?

Прежде чем узнать об отличиях Agile и традиционного подхода и понять, насколько Agile будет полезен именно вам, необходимо определить, что же это такое?

Подумайте над ситуацией

Итак, слово Agile довольно часто всплывает в разговорах.

Вполне возможно, что в вашей компании вводится или уже введена работа по Agile.

Знаете ли вы, что это такое?

Используйте подсказку! Среди вариантов ниже есть один подходящий:

Это техника управления временем;

Это комплекс «гибких» методов и подходов к организации работы;

Это метод мотивации;

Это элемент в системе контроля качества продукции.

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

Что такое Agile?

Термин agile происходит от Agile Software Development. В переводе с английского – гибкая методология разработки программного обеспечения.

Изначально этот подход применяли IT-компании. Он предполагал командную работу и способность изменять первоначальный план действий, если изменились требования клиента.

Постепенно и другие компании стали применять методологии управления agile, но в более широком понимании.

Можно выделить несколько характерных черт Agile-подхода:

– Рабочий процесс разбит на короткие циклы, которые длятся 1–4 недели. В конце каждого из них команда демонстрирует продукт заказчику, подводит промежуточные итоги, анализирует работу и планирует дальнейшие действия на основе обратной связи клиента.

– Главный критерий результативности – работоспособный продукт, полученный в заданные сроки.

– При использовании agile-подхода работающий продукт выпускают максимально часто (от нескольких недель до нескольких месяцев) и дорабатывают по мере получения новых данных.

– При использовании Agile продукт разрабатывает небольшая команда 3–10 человек, которая взаимодействует с заказчиком.

– В ее состав могут входить сотрудники абсолютно разных отделов и областей квалификации – маркетинга, производства, IT, аналитики и других.

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

На заметку:

Почему стоит внедрять Agile?

– Agile-проекты завершаются вовремя, что отлично подходит для тех команд, которые стремятся закончить работу в срок и не превысить смету.

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

– Agile-команды делают потребителей счастливыми, в этом их огромное отличие от разработчиков сложных продуктов, суть которых пользователи не понимают.

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

Как появился Agile и зачем об этом знать?

Почему Agile как подход к организации работы появился в IT-среде?

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

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

Если в вашей компании тоже происходит внедрение «гибких» подходов, важно понять, как получить от них максимальную пользу.

Agile – это набор методов и методологий.

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

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

Agile – это мировоззрение.

Правильное мышление определяет эффективность процедур.

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

Решение ситуации

Вернемся к ситуации из начала раздела. Вы двигались в верном направлении, если в своих размышлениях склонялись к тому, что Аgile – это и методы, и методология, и мировоззрение, которые помогают гибко подходить к организации работы команды. При этом он помогает и управлять временем, и мотивировать сотрудников, и поддерживать качество продукта. А значит:

¡ Это комплекс «гибких» методов и подходов к организации работы.

Что было до Agile?

Обычно процессы работают по так называемой каскадной модели (или waterfall model) (см. рис. 1.) – все происходит поэтапно и последовательно.

Если в какой-то момент требования к продукту или конечной цели меняются, иногда приходится переделывать все заново. Как только отработанный план сталкивается с изменениями среды, он перестает работать.

Зачастую вместо того, чтобы отказаться от плана, компании делают вид, будто план работает.

Рис. 1. Каскадная модель (waterfall)

Agile-методы же призваны бороться с описанными ранее проблемами за счет своей гибкости.

Можно сказать, что Agile – комплекс из нескольких подходов, который минимизирует риски при помощи набора особых принципов и ценностей.

Пример:

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

Человек обращается в два агентства. Первое работает по традиционной каскадной модели. Второе внедрило agile. Посмотрим на разницу…

Агентство № 1

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

Когда заказчику покажут готовый сайт, он, конечно, добавит еще много пожеланий, сделает кучу правок. Очень сложно предусмотреть все сразу. А в уже сделанной работе гораздо сложнее сделать изменения, особенно серьезные.

Получается, что нужно многое переделывать. Недоволен клиент, который не получает работающий продукт и теряет деньги. Недовольны и исполнители: кому понравится перекраивать свою работу и слышать претензии?

Агентство № 2

Как мы помним, оно работает по принципам Agile.

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

Каждый день команда совещается и согласовывает действия всех участников процесса. Так никто не делает лишней работы и не ждет, пока другие завершат «свой кусок».

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

Однако, чтобы достичь такой слаженности в работе, agile-команда должна придерживаться определенных ценностей и принципов.

Ценности Agile

Как мы уже знаем, Agile – это не только набор техник, но и система определенных убеждений. Именно они задают направление всем действиям команды.

Ценность 1.

Люди и взаимодействие важнее процессов и инструментов.

Команда должна сосредоточиться на людях и на том, как они общаются, а затем уже на инструментах и методах, которые они используют.

Пример:

В компании договорились о внедрении новой системы документооборота. Она более функциональная и удобная для большинства пользователей.

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

Речь не идет об исполнении всех прихотей. Дело в уважении к каждому и принятии того факта, что у людей может быть свое мнение.

Почему это важно?

1. Люди могут выбрать неправильный путь, если слепо следуют процессам.

2. Отличный инструмент иногда помогает сделать быстрее неправильную вещь.

3. Важно понимать, как члены команды работают вместе и как каждый человек влияет на всех остальных.

4. Если люди, которые должны использовать процесс или инструмент, не примут его, то он окажется отброшен в сторону.

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

Пример:

Петр – маркетолог. Он недавно пришел в компанию и был включен в agile-команду по разработке рекламной акции для заказчика. У него возникла идея о том, как ускорить выпуск баннеров.

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

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

Ценность 2.

Работающий продукт важнее исчерпывающей документации

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

Пример:

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

Заказчик платит за работающий продукт, а не за процесс согласования.

Почему это важно?

1. Важно понять смысл слова «работающий». Это такой продукт, который добавляет ценность организации. Тот, на котором компания зарабатывает деньги, или обеспечивающий более эффективную работу сотрудников компании.

2. Документация – лишь средство достижения этой цели.

3. Для проекта это означает, что он должен заработать или сэкономить больше денег, чем стоимость разработки программного продукта.

Пример:

Елена – рекрутер. Она подбирает соискателей по заявкам руководителей отделов.

На этот раз нужен продавец-консультант элитной марки косметики.

У такого сотрудника два руководителя – директор магазина и менеджер по бренду. У каждого свой набор требований к претенденту на должность.

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

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

Ценность 3.

Сотрудничество с заказчиком важнее согласования условий контракта

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

Многие эффективные agile-команды рассматривают владельца продукта в качестве члена проектной группы, с которым нужно сотрудничать, а не только вести переговоры как с клиентом или заказчиком.

Пример:

От заказчика тоже не требуют ежедневного переподписания договоров и оформления доп. соглашений. Если нужно внести изменения, то они чаще всего обсуждаются на встречах или даже по телефону, и работа не останавливается в ожидании визы юриста.

Почему это важно?

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

2. Важно поставить владельца продукта в центр внимания, сделать его главным членом команды. Он может не заниматься активной разработкой, но должен иметь возможность вносить идеи и, главное, чувствовать свое право собственности на конечный продукт.

Пример:

Иван – заказчик проекта мини-гостиницы. У него есть много пожеланий к будущему зданию, но он не архитектор и не инженер. Иван не может сразу описать все детали.

Команда проектного бюро каждую неделю подключает Ивана по скайпу к своим совещаниям и показывает ему новую версию дизайна с учетом доработок. Иван слушает обсуждение, может задавать вопросы и вносить предложения. Он понимает, как идет работа над его заказом, в курсе всех изменений. А сотрудники бюро уверены в том, что не произойдет терминальных корректировок плана, и под заложенным фундаментом вдруг не придется проектировать бассейн.

Ценность 4.

Готовность к изменениям важнее следования первоначальному плану

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

Пример:

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

Если художник знает, как сделать работу эффективнее, то он вправе говорить об этом инженерам. Тогда процесс может поменяться.

Почему это важно?

1. Главное правило управления проектами, гласит: «план работы – рабочий план». Если вы работаете по неправильному плану, то создадите неправильный продукт.

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

Пример:

Команда digital-агентства работает над учебной игрой под одно популярное приложение для мобильных телефонов.

Внезапно вышли обновления этого приложения, и тот набор возможностей, на который рассчитывала команда, изменился. В результате в игре не будет работать 20 % функционала. Можно было бы оставить и так, но agile-команда, скорее всего, будет искать возможности адаптировать игру к другому приложению, которое позволит сделать все отлично.

Если команда использует agile-практики, чтобы построить рабочие процессы, и находит ценность работы с клиентами во взаимодействии и сотрудничестве с ними, в ответ на собственные изменения она получит больше от своих проектов, чем те, кто просто применяет лучшие методы планирования и ведения документации.