Постигая agile – Постигая Agile (Эндрю Стеллман, Дженнифер Грин) — купить в МИФе
«Постигая Agile. Ценности, принципы, методологии» Эндрю Стеллман и Дженнифер Грин
Agile-книга об Agile-методологиях
Авторы — большие приверженцы гибких методик разработки ПО и Манифеста Agile. Эндрю Стеллман — разработчик с богатым двадцатилетним стажем, а Дженифер Грин помимо программирования известна как менеджер и аналитик. Оба являются agile-коучами. Такой дуэт довольно неплохо помогает взглянуть на методологии: и глазами руководителя, и глазами разработчика.
Кому стоит читать?
В первую очередь всем, кто интересуется различными гибкими методиками или сталкивается с ними в работе. Наверняка вы уже многое вычитали в блогах и тематических сайтах и успели влюбиться или возненавидеть Agile. Книга хоть и возносит эти принципы, практики и подходы, но аргументирует своё отношение и даёт вполне объективную картину.
Менеджерам, коучам, рядовым сотрудникам
В «Постигая Agile…» десять глав, в которых последовательно раскрывается суть гибкого мировоззрения, методологий, разделяющих его принципы, даются полезные и конкретные инструкции. Структуру авторы как будто тоже попытались сделать «гибкой»: каждая часть сопровождается короткими тезисами в конце, рассказами «о двух разработчиках и менеджере проекта», советами для начинающих практиков и agile-коучей. Все эти элементы помечаются специальными значками. Те, кто желает познакомиться с теорией, могут пропустить «сюжетные вставки». Столкнувшиеся с проблемами при введении практик как раз в первую очередь обратятся к таким сюжетам: там подробно разбираются популярные подводные камни в применении гибких методологий.
Книга подойдёт и каждому, кто работает или управляет командой, использующей Agile-методологию. Эти люди смогут ответить для себя на многие вопросы касательно разных методик и практик. Возможно, понять наконец, что те же «дэйли-митингс» нужны не просто как бессмысленный ритуал, если им не смог это объяснить Scrum-мастер или менеджер проекта.
В «Постигая Agile…» очень хорошо разобраны четыре самых популярных методологии: Scrum, XP, Kanban и Lean. Главы о каждой вполне хватит, чтобы начать в ней разбираться и понимать отличия.
Разработчикам
Каждый, кто имеет отношение к разработке ПО найдёт здесь для себя что-то интересное и полезное. Не важно, какую методологию использует его компания и каких взглядов придерживается. В разделе об XP содержится много информации о программировании: различных практик, к которым стоит хотя бы присмотреться и знать, что такие существуют.
Любому, кто хочет оптимизировать рабочий процесс
Даже если вы не работаете в IT-сфере, не руководите коллективом или, может быть, вы вообще фрилансер, в этой книге вы найдёте полезные советы. Главы о Kanban и Lean содержат много интересной информации и о личной эффективности. Как смотреть на свой труд по-новому, как сокращать затраты и издержки в деньгах и во времени там, где это возможно.
Кому не стоит читать?
Тем, кто уже хорошо знаком с Agile-методологиями и пытается внедрять их в сфере, далёкой от разработки ПО. Если вам не надо объяснять, чем Kanban отличается от Scrum, как работать с диаграммой сгорания и доской задач, то книга может показаться местами повторяющейся и скучноватой. Особенно, если вы ищите способы ввести, например, «Скрам», в сфере маркетинга. Ответов на такие вопросы книга не содержит.
Преимущества и недостатки
На основании в первую очередь содержания и структуры можно выделить преимущества и недостатки «Постигая Agile…».
Преимущества:
- Удобная структура. Разные элементы содержания промаркированы, по ним легко искать то, что необходимо.
- Иллюстрации. Графики и комиксы дополнительно помогают понять суть методологий, разных инструментов и проблем.
- Практики и ошибки во внедрении методологий и при разработке ПО отлично разъясняются на живых примерах и тех же картинках.
- Исчерпывающая информация о каждой методологии.
- Авторы составили более менее объективное и аргументированное мнение об Agile практиках и принципах в целом.
Главный недостаток: ни слова о других сферах, где применяются гибкие методики. И хотя это можно расценить как недостаток, можно предположить, что авторы сосредоточились на своей специализации и создали полезный и широкий материал для своей сферы.
Другим упущением можно считать занижение фактора самомотивации. Видимо, по мнению писателей, любая команда разработчиков начнёт работать хорошо, когда окончательно поймёт все принципы и станет соблюдать все практики выбранной методологии. То, что сотрудники могут просто не справиться с такой самостоятельностью, как, например, при Канбан, не особенно берётся во внимание. Возможно, действительно стоит лишь понятно и доступно разъяснить все принципы Agile. Хотя авторы и поясняют: не каждому коллективу подойдёт любая методология.
В целом с «Постигая Agile…» полезно ознакомиться тем, кто начал изучать гибкие методологии. Это подробнейший справочник, который разъясняет ценности, принципы и практики таких систем, показывает, как это работает на практике, рассматривает частые ошибки. Коучам, начинающим свою карьеру, руководителям проектов, сотрудникам компаний, где вводятся гибкие методики, книга тоже будет очень полезна. Недостатков, необъективности и недосказанности здесь почти нет, особенно как для вводного учебника по этой теме.
kogio.ru
Что такое Agile. Гайд по гибким методологиям, или Как работать с пользой. Часть 1
Алена Лепилина
Agile — гибкий подход к разработке, включающий разные методологии (Scrum, Канбан, ХР, Lean и другие). Об этом знают многие. Но есть десятки мелочей и всяких интересных штук, которые не лежат на поверхности.
Подготовили серию статей и для новичков, которые с гибкими методологиями пока на «вы», и для тех, кто с ними давно дружит. Расскажем и об основных понятиях (вкратце), и о неожиданном применении Agile и Scrum в повседневной жизни. Сегодняшняя статья — как вводная лекция: о том, что такое Agile и с чем его едят.
Большой взрыв проектов
Если провести параллель с зарождением Вселенной — эту роль отведем Agile, — тогда Большим взрывом станет проблема номер один, которая довела до нервного срыва не одну сотню менеджеров проектов, — изменение требований к продукту. Именно это — причина стенаний, надрывных возгласов «За что мне эта кара?» и поредевших шевелюр.
Обычно процессы работают в рамках каскадной модели (или waterfall model) — все происходит поэтапно и последовательно. Проще говоря, «вижу цель — иду к цели». И если в какой-то момент требования к продукту, конечной цели меняются, иногда приходится переделывать заново. Как только превосходно отточенный план сталкивается с реальностью, он сразу рассыпается в прах. Но вместо того чтобы выбросить в мусорную корзину и сам план, и свой подход к нему, руководители делают вид, будто план работает, и даже нанимают для этого специалистов. По сути, они платят людям за то, что те им лгут.
По мнению Джеффа Сазерленда, создателя Scrum, это напоминает модель поведения Политбюро ЦК КПСС в конце 1980-х годов, якобы верившему отчетам, которые оно получало накануне крушения Советского Союза.
Agile-методы же призваны бороться с этим за счет своей гибкости. Можно сказать, что Agile — сборная солянка нескольких подходов, призванная минимизировать всяческие риски при помощи набора принципов. Эти самые принципы и 4 основных идеи собраны в Agile-манифесте, датированном 2001 годом.
Манифест Agile
Если упростить формулировки, чтобы «выкристаллизовать» соображения, которыми руководствуются все, кто работает по эджайлу, получится что-то вроде этого:
- Самое главное люди, а не вещи
- Документация (которую еще и никто не читает) не должна никому мешать работать
- Сотрудничайте, а не перечитывайте контракт
- Живите, дышите, меняйтесь — так быстро, насколько это возможно
Как устроены процессы
Посмотрим, как можно работать по эджайлу. Для примера возьмем Scrum — сегодня это самая популярная гибкая методика. Джефф Сазерленд, автор книги «Scrum», изобрел эту методику, чтобы справиться с недостатками классического управления проектами.1. Выберите владельца продукта — это человек, который видит, к какой цели вы идете и что хотите получить в итоге.
2. Определитесь с командой — от 3 до 10 человек, владеющих навыками, которые позволят получить результат (т.е. работоспособный продукт).
3. Выберите скрам-мастера — этот человек следит за ходом проекта и помогает команде бороться с трудностями.
4. Составьте бэклог продукта — соберите в одном месте (желательно на Agile-доске) все-все-все требования к продукту и расставьте приоритеты. Владелец продукта должен продумать и собрать все пожелания. Затем команда должна оценить бэклог, чтобы понять, возможно ли все это сделать и сколько времени потребуется.
Так выглядит agile-доска в Яндексе, — источник.
5. Запланируйте спринты — отрезки времени (неделя или две), за которые команда выполняет определенный набор задач. Спринты будут регулярными: например, 15 раз по две недели, пока получится готовый продукт.
6. Проводите ежедневные встречи на 15 минут (и ни минутой больше) — на повестке три вопроса, на которые коротко отвечает каждый: что делал вчера, что буду делать сегодня и какие преграды мешают «взять высоту».
7. Делайте обзоры — по итогам спринта команда рассказывает, что удалось сделать, и демонстрирует работоспособные части продукта. На обзоры может прийти кто угодно: владелец продукта, главный заказчик или даже потенциальные клиенты.
8. Проводите ретроспективу — после каждого спринта Agile-команда обсуждает проблемы и ищет решения. Должен получиться план изменений, который команда сразу же и внедрит — на следующем спринте.
Более подробно о том, как внедрить скрам и повысить эффективность команды, читайте в этой статье.
Scrum — это больше, чем метод командной работы. Scrum ускоряет темп всех начинаний человека. Неважно, в чем суть проекта или проблемы, — методика Scrum может быть использована в любом начинании, чтобы повысить производительность и добиться лучших результатов.
Знать Agile в лицо
Agile-методики легко опознать по ключевым характеристикам, эдаким «сигнальным флажкам».
- Минимизация рисков — это главная цель в рамках любого гибкого подхода.
- Итеративная разработка — работа в коротких циклах.
- Люди и коммуникация — самое важное.
Если рассматривать Agile с двух берегов реки — заказчика и команды, — такой подход имеет смысл для всех.
- Заказчику нужно вовремя получать хотя бы минимально работоспособный продукт (не важно, речь идет о ПО или же о других процессах и явлениях), менять условия, при этом не оставаясь с дыркой от бублика в кармане, — это уже к вопросу о страховании рисков.
- Команде на руку общение с заказчиком и коллегами (чтоб без этого: «Вы меня неправильно поняли — переделайте все быстренько. И да, это надо вчера!»), прозрачность процессов, что уменьшает шансы на неожиданности, быстрое решение проблем. Ну и многие понимают, куда девается время и где работа стопорится. Мелочь (на самом деле нет), а приятно.
Плюс качественно улучшается коммуникация внутри команды. Все фокусируются на общей идее, секретов друг от друга нет, каждый берет на себя обещание (социальные обязательства — куда без них). Вишенка на торте — возможность работать в комфортном темпе, пусть и быстром (как минимум быстрее, чем обычно).
Agile приводит от хаоса к порядку. Проводились исследования: выяснилось, что проекты, где работа велась в рамках гибкого подхода, в 3 раза успешнее, чем те, где процессы выстроены в стандартной парадигме. И это выглядит вполне логичным: заказчик получает то, что хочет, и с минимальными затратами времени и ресурсов.
Кому это может не понравиться?
С момента своего возникновения концепция Scrum легла в основу проектирования новых программных продуктов для технологических отраслей. Однако, снискав признание и успех в Кремниевой долине среди руководителей проектов по созданию программного обеспечения и нового оборудования, в общей деловой практике Scrum остается еще малоизвестной методологией.
На сегодня это все. В следующий раз расскажем про скрам скрамов и о том, как гибкие методологии работают в российской действительности. Не переключайтесь.
Читайте продолжение:
Что такое Agile. Гайд по гибким методологиям, или Как работать с пользой. Часть 2
Что такое Agile. Гайд по гибким методологиям, или Как работать с пользой. Часть 3
P.S. Хотите каждую неделю получать полезные советы из самых интересных книг по бизнесу и маркетингу, узнавать о новинках и получать скидки? Подписывайтесь на нашу рассылку. В первом письме — подарок.
biz.mann-ivanov-ferber.ru
15 Agile-мыслей | Бизнес
Лиана Хазиахметова
Agile — новое мировоззрение, принципы которого работают и на работе, и в жизни. Agile позволяет быть гибким и не сломаться под тяжестью проблем. Выбрали для вас 15 интересных мыслей, которые отражают эту философию. В конце — хорошая новость для поклонников Agile.
1. Шаги в правильном направлении
К любому крупному достижению приводит не один четко спланированный марш-бросок, а множество небольших шагов в правильном направлении. «Прекратите распылять ваши усилия и внимание на миллион дел. Определите приоритеты и сконцентрируйтесь на них. Именно это отличает успешных людей от неудачников», — пишет Катерина Ленгольд, автор блокнота «Космос. Agile-ежедневник для личного развития».
2. Благодарите
Говорите спасибо как можно чаще и искренне. Так же искренне извиняйтесь. Многие опасаются признать неправоту, но умение признавать свои ошибки — признак уверенных людей, которым можно доверять.
3. Об окружающих
Ваш потенциал — среднее арифметическое потенциала людей, с которыми вы проводите бóльшую часть своего времени. Оборвите связи с «токсичными» людьми, пессимистами и недоброжелателями и окружите себя теми, кто вас мотивирует и вдохновляет.
Плохой кандидат — это хронический нытик, всегда недовольный, обвиняющий во всем других, не желающий брать на себя ответственность, нечестный, никому не доверяющий. Плохой кандидат ждет, когда ему скажут что делать. Не самый подходящий кандидат — тот, кто негибок, и тот, кто говорит: «Это не моя работа».
4. Дайте людям свободу
Избавьтесь от званий и титулов, от руководителей и иерархических структур. Дайте людям свободу делать то, что они считают правильным, и возможность нести за это ответственность. Результаты вас поразят.
Когда люди занимаются осмысленным делом, когда у них есть право принимать решения и ресурсы для осуществления идей, им не нужны ни зажигательные речи, ни начальник, чтобы их мотивировать.
5. Не бойтесь
Взгляните в лицо своим страхам. Попытки скрыть их от окружающих и себя самого отнимают немало сил. Спросите начальника о повышении, сделайте звонок, который откладываете уже неделю… Всего 60 секунд в день. Попробуйте!
6. Избавьтесь от хлама
Выбросьте одежду и обувь, которую не носили последние 12 месяцев; кухонную утварь, которой не пользуетесь; сувениры и старые открытки (в крайнем случае, сделайте фото и сохраните в Dropbox). Дома будет легче дышать, спать и думать.
7. Прокрастинируйте с пользой
Прокрастинация — это привычка откладывать важные дела на потом. Попробуйте извлечь из нее пользу. Катерина Ленгольд, например, в таких случаях вместо блуждания по Facebook читает сохраненные статьи (через приложение Instapaper), занимается спортом или смотрит онлайн-курсы. Составьте список из 5–7 полезных активностей на случай, когда вам захочется полениться.
8. Не останавливайтесь в поиске
Порой нужно творчески проявлять себя и пробовать разные подходы, иногда кажущиеся сумасшедшими. Время от времени вы чувствуете отчаяние и готовы отказаться от своего выбора. А потом вдруг осознаете, что существует еще один способ подойти к ситуации и заставить ее работать на вас.
9. Определите действительно важное
Не пытайтесь успеть все. Перед тем как вписывать задачу в to do — лист и искать для нее время в своем расписании, убедитесь, что ее вообще стоит выполнять. Продуктивность — это не сто дел, а хорошо сделанное одно важное дело.
10. О времени
Время — главный ограничитель всех человеческих устремлений. Время имеет отношение ко всему: сколько мы работаем; как долго приходится заниматься разными вещами; насколько мы успешны. Неумолимый и необратимый ход времени формирует наше видение мира и нас самих.
11. Наслаждайтесь моментом
Приучите себя наслаждаться моментом. Даже если все против вас. Вы спешите на работу, в городе пробки и ливень. Вы забежали в «Старбакс» за кофе. Как назло, бариста еле шевелится… Остановитесь! Прислушайтесь к запаху кофе. Какой он? О чем он вам напоминает? Улыбнитесь баристе, поблагодарите за кофе. Наша жизнь — коллекция таких моментов.
Или уберите подальше телефон, выключите телевизор и позавтракайте с любимыми. Если у вас разные графики с утра — ужинайте вместе. Поделитесь новостями, расскажите, как прошел день, чего удалось достичь. Слушайте друг друга.
12. Будьте упорным
Главное качество успешного человека — упорство. Провалы неизбежны, они рано или поздно происходят с каждым. Не позволяйте неудаче замедлить ваше движение, продолжайте идти вперед. Упорство поможет вам победить тех, кто умнее и опытнее вас, только потому, что они сойдут с дистанции, а вы нет.
13. О расписании на день
Когда вы наиболее продуктивны? Обычно пик продуктивности приходится на первую половину дня, через 3–4 часа после пробуждения. Пересмотрите расписание и попытайтесь найти свою «зону сверхвозможностей». Старайтесь планировать задачи, требующие максимальной концентрации и творческого подхода, на это время.
14. Фокусируйтесь на правильных вещах
Прекратите беспокоиться и жаловаться на все, что не поддается контролю. Нет смысла тратить энергию на то, что вы не можете изменить. Фокусируйте усилия на проблемах, которые вы лично можете решить.
15. Начните с себя
Нужно уметь хорошо управлять собой, если хочешь хорошо управлять другими людьми. Чем больше времени вы будете уделять самопознанию, пониманию своих реакций, осознанию того, что вас воодушевляет, а что мешает, тем лучше для вас.
По материалам книг «Космос. Agile-ежедневник для личного развития», «Путь скрам-мастера», «Открывая организации будущего», «Scrum», «От разработчика до руководителя».
А теперь приятная новость. Совсем скоро выходит новая книга от самого молодого вице-президента в мировой аэрокосмической индустрии Катерины Ленгольд! Из Agile Life вы узнаете, как двигаться к успеху с космической скоростью!
Подписка на выход книги
Мы напишем вам, когда книга «Agile Life» выйдет в продажу, и дадим на нее скидку
Мы напишем на {{ email }}, когда книга «Agile Life» выйдет в продажу, и дадим на нее скидку
Обложка поста: pixabay.com
Подписка на выход книги
Мы напишем вам, когда книга «Agile Life» выйдет в продажу, и дадим на нее скидку
Мы напишем на {{ email }}, когда книга «Agile Life» выйдет в продажу, и дадим на нее скидку
biz.mann-ivanov-ferber.ru
Что такое Agile. Гайд по гибким методологиям, или Как работать с пользой. Часть 3
Алена Лепилина
Продолжаем цикл статей об Agile. Если вы пропустили «вводную лекцию» и рассказ о скраме скрамов, борьбе с потерями и Agile в российских реалиях (на примере «Сбербанка»), советуем их тоже почитать. А сегодня — пару слов об основных элементах Scrum, об отличиях Agile-методологии от традиционного подхода, Канбане, скрам-доске и графике сгорания работ. В конце статьи собрали короткий список книг по теме.
О ролях, артефактах, процессах и видении
— Скажите, пожалуйста, куда мне отсюда идти?
— Это во многом зависит от того, куда ты хочешь
прийти, — ответил Кот.
— Да мне почти все равно, — начала Алиса.
— Тогда все равно, куда идти, — сказал Кот.
Льюис Кэрролл, «Алиса в Стране чудес»
Способность представить себе то, как должен выглядеть новый продукт или его новая версия, необходима для того, чтобы куда-то прийти. Представления о продукте выливаются в видение — набросок будущего продукта.
Видение служит объединяющей целью, которая придает энергию и направляет работу людей. В этой цели смысл существования продукта.
Результат работы в рамках гибких методик впечатляет.
Классический скрам состоит из стандартных элементов — это каркас. Еще раз кратко напомним, что это такое.
- Роли: владелец продукта, скрам-мастер, команда.
- Артефакты: беклог продукта, беклог спринта, инкремент продукта (законченный набор функций, который получается в конце спринта).
- Процессы: планирование спринта, обзор спринта, ретроспектива, митинг, спринт.
Чем отличается Agile от других методик
Agile, или гибкое управление продуктом, основанное на Scrum, отличается от традиционных подходов во многих отношениях. Роман Пихлер, один из ведущих экспертов по Scrum и Agile, приводит в своей книге следующие различия:
А как же канбан, который нельзя назвать традиционным? Дэвид Андерсон, основатель учебных заведений Lean Kanban University и David J Anderson School of Management и автор книги «Канбан», предлагает такой взгляд.
Канбан-метод предлагает комплексную адаптивную систему, которая направлена на катализацию перехода организации к бережливому производству. Некоторое количество канбан-жетонов (или карточек), равное (оговоренной) емкости системы, запускается в обращение. Одна карточка соответствует одному элементу работы. Каждая карточка — это сигнальный механизм. Новый элемент работы может начаться, только если для него доступна карточка. Эта доступная карточка прикрепляется к элементу работы на время его прохода через всю систему.
Канбан дает инструменты для отслеживания хода проекта, — источник.
Когда карточек больше не остается, новую работу начинать нельзя. Любая новая работа должна оставаться в очереди, пока карточка не освободится. Когда какое-то количество работы окончено, карточка освобождается и снова запускается в обращение. Теперь можно начинать работу над новым элементом в очереди.
Этот механизм известен как вытягивающая система, поскольку новая работа втягивается системой, когда она обладает достаточной емкостью для этого, а не вталкивается в нее по требованию. Вытягивающая система не может оказаться перегруженной, если емкость, определяемая количеством находящихся в обращении карточек, определена верно.
Канбан-система пригодна для того, чтобы довести число незавершенных задач команды до заданной емкости и достичь баланса между нагрузкой на команду и ее пропускной способностью.
Какую методологию работы выбирать — решать вам самим. Однозначного ответа нет. Принимая решения, учитывать стоит все, даже кажущиеся мелкими и неважными, факторы: тип продукта, людей, работающих в команде, цели и планы компании, сроки по проекту и характеристики заказчика.
Скрам-доска и другие инструменты визуализации
Работа должна быть видимой — это один из главных принципов Agile. Прозрачность всех действий и процессов обеспечивает скорейшее достижение цели. Наиболее распространенный способ добиться этого — завести скрам-доску с колонками: «Нужно сделать, или бэклог»; «В работе»; «Сделано». Стикеры — это пользовательские требования, которые нужно реализовать; по мере того как они выполняются, команда перемещает стикеры из одной колонки в другую.
Скрам-доска может выглядеть по-разному, но принцип одинаков всегда, — источник.
Любопытно, что это можно использовать даже дома. Например, копирайтер Сергей Капличный с помощью Scrum выполнил все рабочие задачи, успел опубликовать несколько постов в личном блоге, сделал один пункт своего Лайфлиста и разобрался с кучей бытовых проблем. И даже спланировал переезд в Китай. А также понял, что совместное планирование выходных за несколько дней до их наступления, делает уикенд продуктивным и богатым на впечатления. Выставки, путешествия и походы в кино не переносятся «на потом», а всегда на виду.
По выражению Сергея, при таком подходе у коварного лентяя, который сидит в каждом из нас, просто не остаётся права голоса.
А вот еще один способ сделать работу видимой — создать график сгорания работ, позволяющий отслеживать и прогнозировать ход проекта. Он базируется на двух факторах: времени и оставшемся объеме работ из бэклога продукта.
Составление графика — процесс несложный. Сначала мы чертим систему координат и на оси х указываем количество спринтов. На оси у мы пишем очки за пользовательскую историю (или другую, более привычную вам единицу измерения усилий). Первая точка на графике — это примерный объем работ на весь бэклог продукта еще до разработки. Для следующей точки нужно определить оставшийся объем работ из бэклога продукта в конце первого спринта. После этого мы проводим линию между этими точками.
Она называется сгоранием и показывает скорость, с которой разрабатывается функционал из бэклога продукта.
Если мы продлим линию выполнения до оси х , то сможем предсказать, когда примерно проект будет закончен (при условии, что скорость работы и усилия останутся стабильными). График, или диаграмма сгорания работ — это неотъемлемый инструмент отслеживания и прогнозирования хода проекта в Scrum.
Постоянство перемен
Прорывные технологии со временем появляются в любой отрасли. Непонятно только, насколько быстро и часто это случается. Компании, неспособные к стремительной адаптации, сойдут с дистанции, даже если в данный момент с их доходами все в порядке.
Все, что когда-то было новым, со временем таковым больше не является. Это законы мироустройства, — источник.
К счастью, эмпирическая природа Scrum отлично приспособила эту методологию к внедрению разных новшеств и инноваций, действий в сложных ситуациях, где преобладают текучесть и непредсказуемость. Если ваш бизнес характеризуется переменами, в Scrum вы, скорее всего, найдете мощного союзника.
Agile-методы, в том числе Scrum, придерживаются старой как мир истины: постоянны только изменения.
В книге «Scrum» Джефф Сазерленд пишет любопытную вещь: «Я подвожу вас к тому, что в Scrum есть правила и вам стоит сделать и то и другое: сначала изучить, а потом избавиться от них. Очень надеюсь, что, увлеченные идеей Scrum, вы начнете применять этот метод не только на работе, но и в своей повседневной жизни. Однако парадокс заключается в том, что правила Scrum снимают все ограничения и предоставляют вам полную свободу действий».
Что еще почитать о гибких методологиях, кроме «Scrum. Революционный метод управления проектами»: «Управление продуктом в Scrum», а также «Постигая Agile» и «Канбан. Альтернативный путь в Agile» (готовятся к выходу, можно подписаться и узнать первыми, когда появятся книги).
Если вам есть чем дополнить тему и вы знаете больше нас, пишите — обсудим.
Обложка поста: pexelsbiz.mann-ivanov-ferber.ru
Что такое Agile. Гайд по гибким методологиям, или Как работать с пользой. Часть 2
Алена Лепилина
Публикуем вторую статью о работе с гибкими методологиями (если вдруг пропустили, вот первая): как избежать потерь, что такое скрам скрамов, как внедряют Agile в российских компаниях и каковы плюсы и минусы agile-подхода.
Скрам против потерь
Обратимся к уже известной нам методологии Scrum. Суть системы Scrum заложена в ритме деятельности. Для человека ритм имеет особое значение. Он есть в биении нашего пульса и заложен в недрах нашего мозга. Мы склонны выискивать ритмы во всех областях жизни и все время стараемся ориентироваться на готовые модели. Правда, образцы, которые мы находим, не всегда оказываются удачными и подходящими, чтобы сделать нашу жизнь счастливой. Ведь есть такое явление, как нарушение ритма.
Пройдитесь по помещениям любого офисного здания — вы увидите, как проявляются негативные образцы. Их полно в тех коллективах, где у людей подорвана вера в свои силы, где они ощущают себя в тупике. Поскольку человек, вдруг обнаружив себя в тисках равнодушной системы, понимая, что он лишь винтик этого бездушного механизма, начинает или тихо приходить в отчаяние, или злиться от собственного бессилия.
Создавая Scrum, Джефф Сазерленд ориентировался на другие образцы. Ему хотелось выстроить модель, принципиально отличающуюся от описанной выше. Он задавал себе вопрос за вопросом: «Вдруг у меня получится сделать процесс настолько ритмичным, что каждый цикл его сможет волшебным образом самоорганизовываться? Вдруг удастся направить рабочий процесс в положительное русло?». Надо сказать, в известной степени это у него получилось.
Однако и на таком пути нас подстерегают опасные ловушки. Новая модель, на которую все возлагают огромные надежды, оборачивается очередной глупостью и сплошными потерями. В их причина?
По статистике, в компаниях от 50 до 85% усилий сотрудников уходят впустую. По разным причинам: сменяется руководство и проект сворачивают, изменяются условия или ситуация на рынке. Несколько месяцев нашей «рабочей жизни» тратятся зря. Scrum пытается справиться с этой проблемой благодаря сочетанию дисциплины и потока. Вот советы, которые помогут найти его.
- Делайте все правильно с первого раза. Совершив ошибку, исправ- ляйте ее сразу. Отложите все другие дела и займитесь ею. Устранение дефекта спустя некоторое время займет в двадцать раз больше сил и часов, чем немедленное исправление ошибки.
- Если слишком усердно трудиться, работы становится больше. Если работать сверхурочно — это не значит, что успеешь больше. Слишком усердный труд приводит к усталости, которая в свою очередь приводит к браку в работе, и его приходится сразу устранять. Чем трудиться допоздна и еще по выходным, лучше работать в будни в постоянном ритме. И не забывать об отпуске.
- Не будьте неразумны. Амбициозные цели — лишь мотиваторы, которыми пользуются ваши руководители. Недостижимые цели только вызывают депрессию.
- Без героизма. Если для выполнения работы вам нужен герой — у вас проблема. Героическое усилие следует рассматривать как признак ошибки при планировании.
- Довольно с нас глупых концепций. Любая политика, кажущаяся смехотворной, с большой вероятностью таковой и является. Глупые формуляры, глупые совещания, глупые утверждения, глупые стандарты — все они просто глупы. Если ваш офис напоминает офис Дилберта, значит есть что исправлять.
- Никаких засранцев. Не будьте им сами и не позволяйте другим. Любой человек, создающий эмоциональный хаос, внушающий страх и ужас, унижающий людей, должен получить по заслугам. Его не должно быть в вашем коллективе.
Скрам скрамов
При управлении проектами традиционно требуется наличие двух вещей — подконтрольность и предсказуемость. Такой подход неминуемо приводит к возникновению огромного количества документации, таблиц и диаграмм. К великому сожалению, подобный сценарий на самом деле никогда не воплощается в жизнь.
Для больших проектов, которые в типичные цифры скрама «команда 7±2 человека» не вписываются, эффективнее использовать масштабировать методологию и «уйти» в скрам скрамов — Scrum of Scrum или даже Scrum of Scrum of Scrum, когда команды объединяются в подобие нейросети.
И обыкновенное мороженое может стать совсем не тем, что задумывалось изначально, если не следить за процессом.
В этом случае необходимо, чтобы был руководитель программы (РМ), который организовывает собрания. От каждой команды на него приходит скрам-мастер, а митинг проводится так, как будто это одна скрам-команда. Можно задавать разные вопросы, например, что было сделано с момента прошлого Scrum of Scrum или что помешало завершить спринт так, как планировалось.
Точно так же можно масштабировать еще на уровень выше — проводить Scrum of Scrum of Scrum.
Agile в российской практике
Попытки загнать творческую деятельность человека в разноцветные графики и таблицы, как правило, бессмысленны и обречены на провал. Это не имеет никакого отношения ни к работе людей, ни к выполнению проекта, а тем более к тому, как вызревают и осуществляются идеи и как совершаются великие дела. Возможно, в этом причина популярности скрама в частности и Agile в общем. В нашей стране становится все больше и больше адептов гибкого подхода к разработке: процесс идет с начала 2000-х. Буквально недавно глава Сбербанка Герман Греф на лекции в Сколково высказал свои соображения по поводу эджайла.
источник
«Переход на Agile — это громадный вызов, потому что ты не можешь просто положить сюда свою старую технологическую платформу. Нужно переработать все процессы. Изменить всю философию компании. Этот вызов стоит перед нами, как и перед другими крупными компаниями. Можно сказать, что все, кто уже не перешел на Agile, сейчас являются потенциальными клиентами других организаций».
Чтобы «погрузить» своих сотрудников в тему, в начале года в Сбербанке организовали семинар для сотен сотрудников. Сбербанк сотрудничает с консалтинговой компанией McKinsey, которая должна сделать из него компанию с Agile-структурой. Что уж говорить о тысячах компаний не такого масштаба: там переход на гибкую методологию разработки куда проще.
Мы попросили поделиться мнением Дмитрия Григорьева, основателя платформы Rubrain, прошедшего путь от программиста до технического директора, его опыт в управлении проектами — 8 лет:
«В наше время практически на любом рынке выигрывает тот, кто научился быть „гибким“. Сейчас очень популярны такие концепции предпринимательства, как Lean Startup, в основе которых лежит правило быстрой валидации гипотез. Подобные подходы не могли бы существовать без поддержки гибких методологий. Поэтому, на мой взгляд, Agile выигрывает у классической каскадной модели разработки и помогает многим компаниям становиться лидерами на своем рынке.
Scrum — это фреймворк и, конечно, он не является „серебряной пулей“ и гарантией успеха проекта, но дает большие преимущества. Я люблю этот фреймворк за то, что он:
- позволяет командам увеличивать свою производительность и достаточно легко и удобно планировать работу;
- позволяет быстрее валидировать гипотезы, получать обратную связь и вносить изменения в продукт;
- ставит в центр основных ценностей — команду, прозрачность и взаимодействие с заказчиком.
В качестве „минусов“ Scrum я бы отметил то, что он может обмануть вас своей простотой и легкостью. На самом деле его легко понять, но не так просто использовать. Недостаточно прочитать несколько брошюр в интернете и идти с ног на голову менять процессы в вашей команде. На мой взгляд, гибкие методологии требуют от человека глубокого осознания и понимания. Как говорится, нужно „стать Agile“ :)».
В следующий раз разберемся в том, чем же все-таки отличается Scrum от Канбана и других agile-методологий и на какой методике лучше остановить свой выбор, а также расскажем про скрам-доску как рабочий инструмент.
P.S. Понравилось? Подписывайтесь на нашу рассылку по бизнесу и маркетингу. Раз в неделю рассказываем о самых ценных идеях их новинок и даем скидки только для своих.
biz.mann-ivanov-ferber.ru
Постигая Agile: компетенции и метанавыки scrum-мастера
Сергей Капличный
Выдающийся скрам-мастер — кто он? Как он мыслит? Что определяет качество работы скрам-мастера? Какие навыки ему необходимы? Давайте найдём ответы на эти вопросы вместе с книгой «Путь скрам-мастера».
Метанавыки
Метанавыки — это намеренно выбранные варианты отношения к ситуации, философия или позиция. Они представляют собой когнитивные стратегии, которые человек применяет к новым ситуациям, исходя из опыта предыдущих. Вот самые важные метанавыки, которые необходимо иметь любому scrum-мастеру:
— Обучение
— Слушание
— Любопытство
— Уважение
— Экспериментаторство
— Терпение
Очень важно выбирать подходящий метанавык для каждой конкретной ситуации и намеренно использовать его. Например, если вы присоединитесь к обсуждению, вооружившись любопытством, то будете действовать иначе, чем если бы предпочли слушание или обучение.
Разные повороты ситуации требуют своих метанавыков, и вы не должны на протяжении всей ситуации придерживаться того, что было выбрано в начале. Но менять ведущий метанавык нужно преднамеренно, а не под влиянием импульса, побуждающего делать то, что привычней.
Компетенции
Давайте рассмотрим компетенции и сферы опыта, необходимые каждому scrum-мастеру. Существуют три основные компетенции scrum-мастера. При этом ему необязательно иметь глубокие знания по каждой — экспертная эрудиция может помешать scrum-мастеру быть хорошим фасилитатором и коучем, — но он должен пользоваться всеми тремя, как повар специями. Эти компетенции столь различны, что трудно достичь глубин опыта сразу во всех. Однако иметь представление о каждой — чрезвычайно полезно.
Понимание бизнеса может быть не так уж важно для scrum-мастера на начальных этапах, потому что за соответствующие вопросы здесь несет ответственность Владелец продукта. Однако в дальнейшем scrum-мастер уже должен уметь учить и консультировать Владельца продукта по проблемам гибкого управления продуктами и вводить новые практики и концепции управления продуктовым портфелем.
Управление изменениями особенно полезно, потому что scrum-мастер — это как раз тот, кто внедряет изменения в компании. Причем изменение может быть либо громадным — японцы называют это Кайкаку, либо небольшим — Кайдзен.
Кайкаку — это радикальное, прорывное изменение, которое возможно лишь время от времени. Оно труднореализуемо и потому вызывает достаточно большое сопротивление, например переход от традиционного управления к agile-методам. С другой стороны, можно осуществить небольшое эволюционное, постепенное улучшение, именуемое Кайдзен. Такова, например, цель Ретроспектив в Scrum. Нужно лишь определить первый шаг, который немедленно повысит эффективность текущей работы: например, применить правило «одна пользовательская история в каждый момент времени».
Технические знания — тоже хорошее подспорье, но не потому, что scrum-мастер может рассказать команде, как лучше писать код, или даже сделать это за нее, а потому, что он готов посоветовать нечто важное на уровне практики разработок. Акцент здесь делается на практиках Экстремального программирования, таких как общий код, простота, непрерывный рефакторинг, парное программирование, непрерывная интеграция, автоматизация тестирования или разработка, основанная на тестах. Техническая подготовка scrum-мастера может оказаться чрезвычайно полезной при использовании таких технических методов.
Упражнение: какие компетенции у вас есть?
Изучите следующие два примера, а затем используйте пустую диаграмму, чтобы определить вашу текущую ситуацию. Во-первых, оцените реальность: насколько хорошо вы сейчас практикуете каждую из компетенций, — и затеняйте соответствующий сектор. Затем другим цветом обозначьте области, в которых хотели бы улучшить ситуацию. Середина круга соответствует оценке «не хорошо»; края — «великолепно».
Подсказки для выдающегося scrum-мастера
• Рассматривайте организацию как систему.
• Создавайте настоящую команду scrum-мастеров для преодоления организационной сложности.
• Намеренно привносите в повседневные ситуации метанавыки любопытства, экспериментаторства, уважения и терпения.
• Scrum-мастер никогда не прекращает учиться. Следите за блогами, читайте книги, смотрите видео и ежегодно выбирайте для себя один учебный курс, чтобы повысить ту или иную компетенцию.
«Путь скрам-мастера» пока не поступила в продажу. Подпишитесь, чтобы первым узнать о выходе книги и купить её со скидкой.
biz.mann-ivanov-ferber.ru
Как Agile используют в правительстве Норвегии, Новой Зеландии и США, или О важности изменений
Алена Лепилина
Буквально на днях президент «Сбербанка» Герман Греф, недавно вернувшийся из Силиконовой долины, выступил в бизнес-школе «Сколково» и рассказал любопытнейшую вещь. Оказывается, в Калифорнии бывают члены правительств развитых стран, которые обучаются… эджайлу, чтобы эффективнее управлять государством.
Немного об этом и о том, как можно применить Scrum — в рамках Agile-модели — в делах государственной важности, рассказываем в этой статье.
Ужасающая новость из Силиконовой долины
Вот чем поделился Герман Греф со слушателями в Сколково: «Плохая новость, которую я привез в этом году из Силиконовой долины, меня страшно напугала. Мурашки по коже пробежали. Компания Pivotal — один из самых крупных в мире консультантов по внедрению Agile и Scrum. И вот там (в офисе Pivotal — прим). в мы видим, как в одной из стеклянных переговорных сидят такие уважаемые люди. Оказалось, это правительство Норвегии. И они изучают эджайл. И мне стало плохо. Я просил, есть ли еще у компании подобные клиенты? „Да, уже прошли правительство Новой Зеландии, два министерства США и еще несколько правительств разных стран“, — был ответ.
Мне стало дурно просто. Если мы сейчас начинаем внедрять эджайл в коммерческий сектор, а эти люди внедряют его уже в правительство, то мы понимаем, что скорость преобразования в государствах, тех, которые сумеют внедрить эджайл, будет настолько нарастать в отношении нас, что это просто уже опасно. Опасно для нашей страны. Когда я вернулся, то сказал: „ Ребята, надо что-то со всем этим делать. Если мы дальше будем отставать, то это отставание будет, уже, к сожалению, мало сопряжено с возможностью нам выжить в этом глобальном мире“».
источник
Болезнь современных государств
Также Греф рассказал и о наболевшем. «Бюрократия имеет два проявления: недорегулированность и перерегулированность, когда процессы четко не отрегулированы и тогда чиновиники, участвующие в процессе, принимают либо такое, либо же другое решение. Когда собираешь комплект документов, чиновник говорит: „Принеси еще 18 бумажек“. Приносишь, он снова: “Я внимательно подумал, принести еще десять”. И в итоге ты понимаешь, что проще отнести это все в юридическую компанию, которая знает, какое количество бумажек надо принести и что между ними положить, чтобы это все состоялось в конце концов. Это первый случай недоругелированности, сопряженный с коррупцией.
Второй случай — перерегулированность, когда решение принимает огромное количество инстранций, которые там не должны участвовать вообще. Это все плохой process management. Что нужно, чтобы от этого уйти?
Нужны изменения. Реформы. А что такое любая реформа? Это проект.
источник
В системе управления нашим государством PM (project management) практически отсутствует. И это не касается эксклюзивно России, потому что это болезнь очень многих государств. Или почти всех государств. И сейчас они пытаются уходить от этого. Начал процесс Тони Блэр, и сегодня это в разных формах потребляется в большом количестве стран.
И это project management, который нужен России непременно.
Изменить мир при помощи Scrum
Джефф Сазерленд, создатель метода управления проектами Scrum, основная черта которого — гибкость, до сих не может привыкнуть к мысли, что система, которую он впервые применил в 1993 году, чтобы выручить коллектив разработчиков программного обеспечения, оказалась универсальной — и не только в мире бизнеса. Scrum приумножает человеческие усилия независимо от их направленности.
«Мне посчастливилось увидеть присутствие Scrum в самых невероятных местах; методология на самом деле помогает разрешать очень непростые проблемы, с которыми сталкивается человечество. Вспомним лишь некоторые из них.
- Нищета — она не только унижает человеческое достоинство, но и становится рассадником огромного множества социальных бед: крушение надежд, преступность, коррупция, войны.
- Образовательная система — бесконечно обманывающая учащихся всго мира; вместо того чтобы обучать их навыкам XXI века, мы навязываем молодежи методы, созданные в позапрошлом столетии.
- Органы власти — еще одна, сразу приходящая на ум неработоспособная система, во многих отношениях зашедшая в тупик, цепляющаяся за безнадежно устаревшие идеи, не отвечающие реалиям нашей сегодняшней жизни.
Легко в отчаянии заламывать руки, посмотрев последние новости о людях, гибнущих в Африке, про насилие в наших школах, про нескончаемые и так надоевшие манипуляции власть предержащих. Порою кажется, что это замкнутый круг. Однако появляются смельчаки, решившиеся обратиться к помощи Scrum.
Эти люди надеятся, что методология поможет им решить серьезные проблемы человечества. Как и в мире предпринимательства, люди, выбравшие этот путь, демонстрируют впечатляющие результаты.
Scrum в правительстве
В современном государстве слишком много проблем. Назовем лишь некоторые из них, и в первую очередь разросшуюся бюрократию, чьи интересы настолько тесно переплетены с правительственными, что голос народа улавливается с большим трудом. Коррупция существует в самых разных масштабах — небольших, когда кучка бюрократов берет взятки за свои услуги, или огромных, когда крупные банки концентрируют колоссальные капиталы за счет присваивания прибыли и обобществления убытков.
источник
В большинстве столиц мира вырос придворный класс, осуществляющий постоянное давление на наши правительства. Выгодные контракты распределяются среди «своих», делаются грязные деньги, власть распределяется на основании нужных знакомств, а не честных дел.
Однако нет смысла искать плохих людей, ищите плохие системы.
Давайте зададим вопрос, который мог бы изменить положение вещей: «Что стимулирует в людях плохое поведение?» Весьма сомнительно, что кто-то в политических кругах серьезно считает себя дурным человеком. Готов спорить, большинство их исполнены самых благих намерений. Все дело в системе, которая подвела их, а заодно и нас. Как нам поменять систему? Как обеспечить принцип прозрачности? Как расставить приоритеты? Как повысить ответственность? На все наши «как» есть один ответ — Scrum.
Чтобы справляться с огромным объемом работ, в информационной службе штата Вашингтон используют методику Scrum. Были сформированы скрам-команды и даже снесены внутренние стены в помещении. Майкл де Анджело, заместитель директора информационной службы, говорит, что они стараются каждую неделю снабжать учреждения штата пригодными для использования практическими директивами.
Мы постоянно дорабатываем процесс предоставления своих инвестиционных планов на рассмотрение учреждениями. Наша цель — каждую неделю что-то менять. Мы используем пошаговый подход. Еженедельно мы выдаем потенциально готовый к поставке продукт, который учреждения могут опробовать на практике. Представители учреждений действительно видят что-то реально сделанное.
источник
«Готовый к поставке продукт» в их случае означает некие изменения в директивах, которые могут быть применены на практике. Это не обязательно должно быть нечто материальное. Важно, чтобы это было что-то, создающее ценность.
Информационная служба штата активно занимается внедрением методологии Scrum во все бюрократические системы штата. Собственно, они начали с себя, чтобы показать пример всем государственным службам. Преимущества Scrum слишком велики, чтобы можно было их игнорировать.
Мост через реку по Scrum
В обновленном, основанном на Scrum мире вместо того чтобы утверждать конкретный план строительства моста через реку, законодательный орган скажет управлению автодорог: «Мы хотим, чтобы X людей могли пересекать эту водную преграду за время Y и чтобы на это потребовалось Z денег. Как вы этого добьетесь — дело ваше». Такой подход откроет двери любым инновациям.
источник
Вместо этого сегодня являются нормой строительные проекты, которые на многие миллионы долларов превышают бюджет. Почему? Когда команды работают над проектом, они обнаруживают новые проблемы и новые пути их решения. Вместо того чтобы пресекать на корню такогрода нововведения руками комиссии по контролю за внесением изменений, мы должны поддерживать подобные начинания.
Но все же мир меняется, и те, кому выгодна секретность и обман, скоро обнаружат, что осталось не так много мест, где они могли бы укрыться.
Scrum меняет действительность, и несмотря на отчаянное сопротивление коррупционеров, бюрократов, карьеристов и просто лентяев, изменения неизбежны. Scrum позволяет работать настолько быстро, открыто и качественно, настолько лучше отвечает потребностям людей, что в конце концов этому методу суждено победить политиков, стоящих у него на пути.
Изменись или умри.
По материалам книги «Scrum. Революционный метод управления проектами»
Обложка поста: vedomosti.rubiz.mann-ivanov-ferber.ru