Что такое эджайл

Содержание

Что такое Эджайл простыми словами? (Agile)

Подробности
Категория: Интересное
Просмотров: 1657

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

 

Свою задумку они назвали Agile software development, что в переводе значит гибкая методология разработки. Гибкость — основное качество этой системы. Основой Эджайла стало несколько идей:
1. Взаимодействие между людьми важнее процессов и инструментов.
2. Работающий продукт важнее документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее соблюдения первоначального плана.
Этот список идей назвали Agile-манифестом. Подобный подход и раньше применялся в небольших компаниях, но после того, как появился этот манифест, философия Эджайла стала набирать все большую популярность и распространяться по миру.
Главная цель Эджайла — быстрая разработка качественных программ. Выпуск готового продукта должен занимать от двух недель до двух месяцев. Разработчики, заказчики и пользователи трудятся над проектом вместе. Постоянное взаимодействие с клиентом позволяет вносить изменения в продукт на любом этапе разработки. Бумажная работа сводится к минимуму. Все вопросы решаются при личном общении.
Чтобы применять принципы этого подхода на практике, используются наборы правил — фреймворки — Скрам, экстремальное программирование и другие. Они подсказывают, как организовать работу по принципам Эджайла. Эти правила постоянно развиваются и адаптируются, при этом сохраняя верность идеям Agile-манифеста.
Плюсы такого подхода в том, что сотрудники начинают профессионально развиваться и добиваться лучших результатов. А отсутствие громоздкой административной системы позволяет сосредоточиться на выполнении заданий и работать в комфортном ритме.
Минусами этой системы ее противники называют: отсутствие четкого технического задания, что позволяет заказчику внезапно менять требования к продукту, и стремление к простым и быстрым решениям, которые не всегда дают качественный результат. За время существования Эджайл показал свою эффективность для небольших компаний и стартапов.

Интересное в сети

www.38i.ru

Loading…

Что такое Эджайл простыми словами? (Agile)

Подробности
Категория: Интересное
Просмотров: 1659

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

 

Свою задумку они назвали Agile software development, что в переводе значит гибкая методология разработки. Гибкость — основное качество этой системы.

Что такое Agile-подход и зачем он нужен бизнесу?

Основой Эджайла стало несколько идей:
1. Взаимодействие между людьми важнее процессов и инструментов.
2. Работающий продукт важнее документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее соблюдения первоначального плана.
Этот список идей назвали Agile-манифестом. Подобный подход и раньше применялся в небольших компаниях, но после того, как появился этот манифест, философия Эджайла стала набирать все большую популярность и распространяться по миру.
Главная цель Эджайла — быстрая разработка качественных программ. Выпуск готового продукта должен занимать от двух недель до двух месяцев. Разработчики, заказчики и пользователи трудятся над проектом вместе. Постоянное взаимодействие с клиентом позволяет вносить изменения в продукт на любом этапе разработки. Бумажная работа сводится к минимуму. Все вопросы решаются при личном общении.
Чтобы применять принципы этого подхода на практике, используются наборы правил — фреймворки — Скрам, экстремальное программирование и другие. Они подсказывают, как организовать работу по принципам Эджайла. Эти правила постоянно развиваются и адаптируются, при этом сохраняя верность идеям Agile-манифеста.
Плюсы такого подхода в том, что сотрудники начинают профессионально развиваться и добиваться лучших результатов. А отсутствие громоздкой административной системы позволяет сосредоточиться на выполнении заданий и работать в комфортном ритме.
Минусами этой системы ее противники называют: отсутствие четкого технического задания, что позволяет заказчику внезапно менять требования к продукту, и стремление к простым и быстрым решениям, которые не всегда дают качественный результат. За время существования Эджайл показал свою эффективность для небольших компаний и стартапов.

Интересное в сети

www.38i.ru

Loading…


Огромное Вам благодарение! Сработало! Почему уролог Веб пропускает сии вирусы? Ведь автор этих строк приёмом включила проверку на вирус, раньше нежели отворить флешку. Сканер показал, что вирусов нет. а с годами ярлыки.

Total Commander скачать бесплатно русская версия.

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

Как восстановить удаленные сообщения в WhatsApp?

Мелёха, вас пишите,
8775 вроде лишь только причина WhatsApp будут восстановлены, ваша милость потеряете всю текущую историю сообщений, которые вас отправили равным образом получили по того, во вкусе принялись вслед за освежение 8776
Это знать, что неудаленные вплоть до восстановления сведения исчезнут? Спасибо!

Топ 5 лучших бесплатных антивирусов для Windows 2018

Спасибо из-за эту версию. Искал эту программу помимо дополнительного софта, а то-то и есть безо Notepad++. Просто симпатия поуже вшит тама равно давнопрошедший, а мы век ставлю самый конечный равным образом обновляю потом. И,если моя особа установил Тотал от Notepad++ равно установил особый Notepad++, так конфликты возникают.

Agile/Scrum для начинающих. Что такое гибкая методология?

А в этом Тотале сносно лишнего. Ещё раз в год по обещанию огромное благодарность !

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

Полная вариант Total Commander распространяется на платной основе — плата ее составляет приближённо 95$. Поэтому радикально не грех найти бесплатную версию программы, выполняющую всегда базовые функции равно предоставляющую основные потенциал управления файлами да папками. Благодаря удобству, простоте да больший функциональности, сие ПО приобрело большую слава середь пользователей да выходит одним с лучших файловых менеджеров на ОС Windows. Смело можем разъяснять вы перекачать беззлатно Total Commander в целях Windows 7.

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

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

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

Срочно проверяй камп последним антивирусом у тебя самоочевидно какая-то дрянцо в памяти сидит. Попробуй снова обследовать камп AVZ -ом

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

Что такое Аджайл

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

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

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

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

Как появился Аджайл

Раньше продукты делали сразу целиком. Для этого шли по цепочке: идея → техническое задание → дизайн → программирование → тестирование → релиз. Если на этапе дизайна появлялась новая идея, приходилось игнорировать её или переделывать все предыдущие этапы. Это было неудобно — продукты или получались хуже, чем могли бы, или выбивались из сроков и бюджетов.

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

Чтобы найти формулу успешных продуктов, в 2001 году 17 практиков современных подходов собрались в маленькой горной деревушке Сноубёрд. Они обсудили свои способы разработки и сделали открытие: подходы у всех разные, но идеи совпадают. Эти идеи заложили в основу Аджайла, записали в Аджайл Манифесте и дополнили Принципами Аджайла.

В чём суть философии Аджайла

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

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

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

Шеф и технолог будут отчитываться перед владельцем пекарни. А он — хвалить или ругать за неудачу.

Аджайловая пекарня
Для создания рецепта привлекут всех, кто будет работать с новой выпечкой: кондитеров, продавцов из розничных магазинов, специалистов отдела доставки и закупки продуктов, владельца пекарни, технолога и шефа. И обязательно — реальных покупателей.

В Команде нет начальников и иерархии.

AGILE – гибкая система управления проектами

Решение принимают профессионалы, которые вместе отвечают за успех или неудачу.

Аджайл — это быть командами профессионалов, которым не нужны начальники

Процесс работы тоже отличается. Строгое распределение функций в традиционной пекарне и совместные эксперименты Команды:

Традиционная пекарня
Владелец пишет письмо шефу о том, что надо выпустить новую выпечку, и больше не вмешивается в работу.

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

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

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

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

Аджайл — это работа вместе с клиентом, эксперименты и готовность изменить план

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

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

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

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

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

Аджайл — это быстрый выпуск работающего Продукта, который нравится клиентам и заказчикам

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

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

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

Что даёт Аджайл

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

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

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

Больше общения. Внутри коллектива складываются настоящие команды, где один за всех, и все за одного. Такие мушкетёры делятся проблемами и в нужный момент приходят товарищу на помощь ради успеха общего дела.

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

Аджайл помогает быть счастливее: видеть в работе дело жизни и получать от неё удовольствие

При чём здесь Скрам и Канбан

Мы выяснили, что Аджайл — это философия со своей системой ценностей. Они звучат заманчиво, но использовать их в жизни сложно. Не каждая команда может завтра начать работать без начальника. Непонятно, как работать без подробного технического задания. Не всякий клиент согласится ездить в офис разработчиков или созваниваться по нескольку раз в день. И непонятно, с чего начать быть аджайл.

Чтобы применить философию на практике, используют фреймворки: Скрам, Канбан и другие.

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

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

Сами того не зная, вы разделяете философию Аджайла, хотя и не используете фреймворки.

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

Лучший вариант — соединить философию с практикой и получить предсказуемо хороший результат

Шпаргалка

Запомнить
Аджайл — это образ мышления со своей системой ценностей.

Фреймворк — это набор правил для переноса философии Аджайла в жизнь.

Вместе они дают результат.

Говорить правильно
быть аджайл
работать в духе Аджайла
работать по Аджайлу
аджайловый образ мышления

Узнать больше
Аджайл Манифест

Принципы Аджайла

Записаться на тренинг
Статьи хороши для первого знакомства с Аджайлом.

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

Записаться…

Текст: Люба Мамаева

Поделиться

Линкануть

Поделиться

Класснуть

Отправить

Как рассказать что такое Agile на заводе? Топ 5 самых популярных Agile-практик

Если заглянуть в реальную российскую компанию старше 30 лет и больше чем с тысячью сотрудников и произнести слово Agile, то реакция будет как минимум настороженная. Люди там уже слышали истории похожие на «Как рассказать бабушке» или «Как рассказать дедушке» и посмотрели все выступления Грефа, получили с десяток предложений внедрить гибкость за неделю, кто-то из сотрудников даже поработал год со Scrum, но остается один вопрос:

«Что с этим нам делать то, у нас из программирования только сайт?»

В итоге примерно для 100% компаний Agile смахивает на шарлатанство.

Но вот парадокс — в мире 77% компаний*, использующих Agile в проектах, занимаются совсем не разработкой программного обеспечения.


*Из большого ежегодного опроса компаний от VersionOne

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

Вместо определения. Что сказать про Agile, когда собрались разные люди из разных отделов

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

Команда в игре «Что? Где? Когда?» существует по принципам Agile. Взаимодействиям отдана ключевая роль. Капитан выполняет роль заказчика продукта (верного ответа), 2-3 эрудита перебирают массивы информации, кто-то следит за временем, есть человек, который анализирует, задает вопросы и побуждает общение, любой может высказаться и привести к результату или все провалить, за пределами игры есть разбор полетов (ретроспектива).

Противовес Agile — это конвейерный (каскадный) метод с жесткой иерархией и точными задачами поставленными как можно ближе к SMART. По этим принципам в «Что? Где? Когда?» капитан должен был бы раздавать точные задачи — кому в каком направлении думать и пытаться собрать это в ответ. Каждый участник должен был бы соблюдать приличия и высказываться когда дойдет очередь. В случае провала нужно было бы кому-нибудь понизить мотивацию или уволить и принимать это решение будет капитан.

Главной причиной появления и развития Agile является то, что все больше проектов не имеют 100% понимания, что должно быть в конце. Расписать точные задачи попросту невозможно. И решили, что свободные взаимодействия важнее инструкций, а готовность к изменениям важнее планов.

Гибкие методологии — это ответ на неопределенность; до конца неизвестно, что нужно сделать и что должно получиться в результате. Казалось бы, а что непонятного в разработке, например, сайта или в строительстве дома или в приготовлении гамбургера в Макдональдсе? Эти проекты поставлены на поток, где неопределенность?

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

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

Хорошо, в изготовлении гамбургера в Макдональдсе нет никакой неопределенности. Процесс отработан за 70 лет и воспроизведен в 125 странах. Да, это конвейер, куда лучше не влезать с гибкостью. Agile не применим в хорошо отлаженных годами процессах. Правда, открытие нового ресторана по очень точной франшизе — это всегда уникальный проект. Где к месту будет итеративный подход, сокращение итераций, распределение ролей, открытое взаимодействие, визуализация проекта на Agile-доске, ретроспектива, ежедневные планерки.

Итого ключевые ценности Agile (манифест):

  • свободное взаимодействие в команде
  • результативность проекта (классный продукт)
  • партнерское общение с клиентом
  • готовность к изменениям

Что такое команды с ролями?

В привычной команде есть две роли: Начальник и Подчиненный, один умный другой дурак. В Agile принципиально важны три: Заказчик продукта, Методист, Участник команды.

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

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

Со стороны гибкая команда от привычной отличается именно наличием или отсутствием так называемого повествовательного диалога (narrative collaboration). Если идет обсуждение вопроса «Как реализовать продукт?» на всех уровнях, значит команда гибкая. Если ищут кто виноват, что не выполнен список конкретных задач, значит все как обычно.

Главный вопрос: «Как управлять ресурсами когда все так гибко?»

Все эти рассказы про ответственные команды и истории появления метода воспринимаются как полная фигня, если нет ответа на вопросы:
«А как точнее управлять ресурсами?», «Как раньше понять, что в проекте ресурсов стало не хватать для окончания?», «Мы всегда ставили и распределяли задачи по исполнителям и могли прогнозировать результат, а что теперь?». Что бы рассказать про Agile, можно раскрыть только этот вопрос.

Надо отметить, что вообще весь Agile сконструирован именно для решения вопроса с ресурсами «Как эффективно управлять ресурсами в проекте с непредсказуемостью» Методология бы не родилась, если главной задачей был бы комфорт и свобода людей в команде.

Есть несколько важных принципов и методов, явно направленных именно на прогнозирование ресурсов:

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

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

3. Короткие итерации (спринты). Этот подход, как никакой другой позволяет компаниям пробовать что-то из Agile. Руководство согласно на промежуточный результат через пару недель без того, чтобы влезать и всем проставлять задачи.

Согласиться на такой режим работы на полгода было бы невозможно.
Спринт (итерация) — это отрезок времени в несколько недель. У нас чаще всего это 2 недели. Самое важное в спринте — это определение того, какой промежуточный результат должен быть получен. Этим результатом хорошо называть итерацию, например, «Выпуск досок с правами» или «Выпустить сайт на тест». Если работа идет по отрезкам времени, но каждый отрезок не приводит к какому-то конкретному результату, то это уже не итерационный подход.

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

Мы используем третий, но оценки бывают только 1h, 2h, 4h, 8h.

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

5. Burndown chart (график сгорания)
Очень простая вещь — это график с двумя линиями; первая — сколько времени сгорело и это всегда прямая, на второй — сколько задач в пересчете на ресурсы закрыто и тут возможны колебания. Фактически это графический ответ на вопрос идет ли команда по плану или отстает.

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

  • самая частая ошибка — попытка попадать в оценки очень точно, команда перестает работать на результат
  • самый успешный подход — заложить запас по времени, планировать на 80% ресурсов

Инсайд из самой большой, старой и известной seo-студии в России — они закладывают запас в ресурсах два раза, первый при обсуждении с клиентом, второй при внутреннем планировании.

Топ 5 самых популярных Agile-практик понятных всем

Еще раз подчеркну, Agile на базовом уровне применения — это просто. Нет никаких сверхсложных приемов, которые надо долго изучать. Ниже для примера приведено 5 самых популярных практик (по данным все того же опроса от VersionOne)

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

1. Итерационное планирование — спринты (90% команд используют)
Работать небольшими забегами с промежуточным результатом — хорошая практика. Спринт — это несколько недель. Слишком короткие или слишком длинные отрезки — плохо. Одинаковый интервал на все случаи жизни тоже не годится. У спринта должна быть максимально точная цель, исходя из этого и определяется длительность.
Самый частый ошибкой является то, что команды привыкают просто расписывать задачи раз в две недели, теряются процессы постановки промежуточных целей и подведение итогов в конце. Работа сваливается в обычный поток задач с обновлением раз в спринт. Проблему должен решать методист.

2. Ежедневные планерки (88% команд используют)
Задача — чтобы каждый день команда подтверждала единое направление движение всех участников. По классическому описанию каждый в команде раскрывает три вопроса:

  • Что сделано к этому моменту из спринта?
  • Что планируется на сегодня?
  • Какие проблемы возникли или что мешает?

По нашей практике это быстро надоедает командам и становится рутиной или формальной отчетностью. Что помогает:
Менять время планерки — 6 мес. утром, 6 мес. вечером.
Каждый раз менять ведущего планерки, не должно быть лица перед которым отчитываются. Отличный вариант если ведущий разыгрывается жребием. Заказчик продукта, делиться историями о клиентах в начале планерки. Обсуждать общие темы и только потом переходить к вопросам. Не пускать на планерки никого кроме участников команды.

3. Ретроспективы (83% команд используют)
Совещание в конце итерации.

Что такое Agile?

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

4. Итерационные показы (81% команд используют)
Это демонстрация от команды раз в несколько итераций результатов проекта, как правило в виде выступления. Главный смысл в том, чтобы была «сессия» и ничего страшного, если это станет похоже на отчетность перед руководством. Главная трудность в том, чтобы собрался кто-то кроме команды, да еще и понимал смысл происходящего. По нашей практике приживается только при очень крутом руководстве.

5. Короткие итерации (71% команд используют)
Смысл в том, что нужно постоянно стараться сокращать цикл получения маленьких промежуточных результатов. Если этого не делать, циклы будут естественным образом расти или будет постоянными, независимо от промежуточных целей. Чем короче цикл, тем меньше ошибок при итерационном планировании. Это задача методиста, стоит вспоминать про это хотя бы раз в полгода.

Как понять ведется ли проект по Agile-методологии или еще нет?

Диаграмма того, сколько компаний меняют Agile под себя выглядит так:

Гибкость подхода распространяется и на сам подход. Это первое, что стоит узнать команде, если им предстоит стать гибче. Нельзя быть на 100% Agile, выполняя все предписания. Никто строго не соблюдает правила в чистом виде, на практике у каждой компании есть свои модификации.

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

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

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

Но если осмыслено внедрен хоть один подход, то эта компания работает по Agile-методологии и будет не лишним гордо сообщать об этом внутри коллектива.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *