Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban (pdf+epub) Коул Роб

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

• Повторение ошибок – смертный грех любых решений; всегда проверяйте и приспосабливайтесь.

Невозможно сыграть симфонию в одиночку. Для этого нужен целый оркестр.

Хэлфорлд Лаккок (американский методист, министр и профессор)

Завершающие слова

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

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

Нет необходимости вовлекать вообще всех, это не крестовый поход. Но обращайте внимание и на не столь очевидных кандидатов.

Блистательный итог

• Ознакомьтесь с причинами, которые могут заинтересовать всех принимающих решения насчет введения Agile, – с каждым нужно говорить на его языке.

• Agile – больше чем термин из IT; не оставляйте без внимания ни один аспект.

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

• Даже «старая школа» может пригодиться; она уже давно столкнулась с большинством проблем.

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

Глава 8. Вспомогательные механизмы

Введение

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

Но и это не все. Есть некоторое количество некоммерческих организаций мирового уровня, предлагающих больше вариантов обучения, чем любой профессионал может пожелать. Форумы можно найти на самых неожиданных сайтах; Agile охватывает все возможные аспекты современных медиа, включая вебинары и «Твиттер». Agile на YouTube посвящено больше видео, чем PRINCE2 и «Маппет-шоу» вместе взятым. Есть и отличные книги по теме[4]!

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

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

С чего начать

Много информации по теме – это палка о двух концах. Что бы вы ни искали, малоизвестную информацию или основы, – найдется все. Вопрос на миллион – что лучше всего изучить после прочтения этой книги? Не то чтобы на этот, без сомнения, замечательный вопрос было легко ответить, но мы дадим один совет: проверьте группы в LinkedIn[5].

В наше время предполагается, что у каждого международного специалиста есть аккаунт в LinkedIn; в 2015 году у этой сети было 400 миллионов пользователей, и мы рискнем предположить, что вы слышали об этом сайте.

Настоящий учитель не будет вести тебя за руку через дверь, а лишь подведет к ней.

Никки Роу (актриса)

Там найдется больше групп об Agile, чем даже можно вообразить. Большинство из них открыты для всех, особенно для любознательных новичков. Вы можете присоединиться к одной из групп по управлению проектами для более широкого кругозора. Наши фавориты – Scrum Practitioners (https://www.goskills.com/Course/Agile-Scrum-Practitioners) и Project Managers Network (http://network.projectmanagers.net/).

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

Блистательный пример

Новичок задает вопрос в популярной группе по Скраму: нормально ли делать записи во время ежедневных Скрам-встреч, а потом рассылать участникам эти заметки как памятку?

На первый взгляд довольно простой и однозначный вопрос.

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

Даже если вы зададите кажущийся простым вопрос, он будет разобран со всех сторон.

Вспомогательные организации и другие сообщества

Agile Alliance (https://www.agilealliance.org/) – одна из самых больших организаций; кое-кто заявляет, что самая большая и самая лучшая. Они позиционируют себя как некоммерческую организацию, с участниками со всего мира, занимающуюся развитием принципов и практик Agile. Стоимость – около $100 за одного человека, и в два раза меньше – за корпоративное членство от пяти человек; отличная цена для доступа к необходимым ресурсам. И к тому же это прекрасно смотрится в резюме!

Scrum Alliance (https://www.scrumalliance.org/) и Scrum.org[6], как можно понять из названий, ориентированы на обсуждение Скрама, но и другие темы по гибким подходам там тоже обсуждаются. Обе организации предоставляют членство вместе с сертификатом. В общем, замечательные ресурсы, которые доступны и предлагают вдобавок огромное чувство общности. Наверное, есть такие коллекционеры сообществ, которые состоят в обеих организациях, но в целом членства в одной из них более чем достаточно.

Другой интересный вариант для интересующихся Agile – это доски обсуждений Yahoo! Groups, на которых все так же разбирается до мелочей. Если вы разработчик программного обеспечения, использующий гибкие решения и знающий испанский, или более заинтересованы в бережливом управлении или Канбане – тут найдется что почитать. Проблемы могут возникнуть, только если вам нужно что-то специфическое – но, скорее всего, и это отыщется после непродолжительных поисков.

Наконец, нельзя не упомянуть, что и очень уважаемые организации тоже признают Agile. Ассоциация по вопросам управления проектами (Association for Project Management, https://www.apm.org.uk/) и Институт управления проектами (Project Management Institute, https://www.pmi.org/) – авторитетные источники, к которым тоже стоит обратиться. Список можно продолжать бесконечно; в целом сообществ огромное количество[7].

Конференции

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

До сих пор нам не встречались события, организованные специально для поклонников Agile из числа любителей хэви-металл, но, помимо этого, сложно представить что-то, применения чего в контексте гибких подходов нам не доводилось бы видеть. Хороший пример разнообразия Agile – проект «Agile на пляже» (www.agileonthebeach.com). Это событие достаточно велико для того, чтобы удовлетворить самые разнообразные вкусы, но в то же время достаточно компактно, чтобы эти вкусы удовлетворялись в дружеской обстановке. Оно прекрасно подойдет для начинающих, но специалисты узнают там очень много нового (плюс оно происходит в отличном месте). Вы можете получить хорошее представление об «Agile на пляже», посмотрев видео с конференции на YouTube – ссылки указаны на веб-сайте организаторов, – и это будет очень полезно как для новичков, так и для специалистов. В плане соотношения цены и качества это однозначно наше любимое событие!

Другие, намного большие конференции, похожие на фестивали, организовывает Agile Alliance в США. Наш опыт подсказывает, что существует достаточно местных мероприятий, для посещения которых совершенно не нужно лететь через океан, но нет никаких сомнений в том, что международные Agile-конференции – отличное времяпрепровождение. Возможности для общения на таких больших событиях просто феноменальны, а организация настолько хороша, что у вас будет много шансов пообщаться с настоящими знатоками Agile. Что-то интересное найдется для каждого.

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

Советы для посещающих конференцию по Agile

Люди, которые посещают конференции, обычно гораздо важнее того, о чем они там рассказывают. Несомненно, лучшая IT-конференция в мире – ежегодное событие QA&TEST в Бильбао, Испания (www.qatest.org). У этой конференции отличные организаторы и превосходный отборочный комитет, и они привлекают массу прекрасных специалистов со всего мира. Конференция проводится в отличном месте, где все продумано до мелочей. Основная тема – качество программных разработок и его тестирование – звучит не очень привлекательно, но за счет разнообразия аудитории организаторам удается добиться исключительных результатов. Дополнительным преимуществом является то, что многие из числа известных специалистов по Agile регулярно выступают там в качестве спикеров.

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

Налаживание контактов

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

Практически все организации, использующие гибкие подходы, устраивают регулярные события, и это одна из дополнительных причин наладить контакты с подобными организациями – вы вряд ли пожалеете об этом. Конечно же, если вы уже являетесь членом этой организации, то вы так или иначе познакомитесь с Agile. Однако если это не так, то возможность поучаствовать в собраниях – отличный повод завязать отношения с этими организациями. Другая возможность, о которой не стоит забывать, это использование https://www.meetup.com/ru-RU/ для поиска Agile-групп. Ну и наконец, вы всегда можете просто поспрашивать знакомых.

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

– Мне кажется, он не совсем понимает, что такое близкие контакты…

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

И наконец, не перепутайте www.meetup.com с сайтом знакомств www.meetme.com. Гибкость, указанная в списке интересов на одном из них, значит кое-что совершенно иное на втором.

Будь готов

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

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

Нет ничего плохого в том, чтобы использовать эту книгу как основу. Более того, она рассчитана именно на это. Есть масса дополнительных бесплатных материалов, которые могут раскрыть рассматриваемые здесь темы: например, на сайте www.scrumtrainingseries.com.

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

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

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

Блистательная мысль

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

Зайдите на Amazon и введите в поиск слово Agile. Вас ожидает масса книг, многие из которых были опубликованы сравнительно недавно.

Формальная подготовка

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

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

Блистательная мысль

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

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

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

Блистательная мысль

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

Коучинг и менторинг

Мы питаем смешанные чувства относительно некоторых аспектов формальной Agile-подготовки, но это ни в коей степени не распространяется на менторинг и коучинг. Наличие опытного коуча, который помогает и направляет команду с первого дня, исключительно полезно. Лучшие коучи всегда находятся на низком старте: они знают, что большинство команд нуждаются в помощи, чтобы разобраться с гибкими механиками и подходами, и решают очень конкретные вопросы. Хороший коуч исключительно полезен в данной ситуации; в то же время, если проблемы команды связаны с пониманием фундаментальных аспектов Agile, коуч всегда должен быть готов объяснить основы подходов и заложить прочное основание для их понимания.

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

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

Добиться максимума от тренера с персональной точки зрения несложно. Успешность в данном случае зависит от объективных достижений, а не личных мнений. Agile-коучинг – это больше личные консультации; коучи тут не для того, чтобы оценивать, а чтобы направлять. Их советы помогают подчеркнуть ключевые моменты, которые могут привести к успеху или к провалу. Например, неэффективные ежедневные совещания куда легче будет исправить под руководством опытного профессионала.

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

Блистательный совет

Вы всегда можете расслабиться и посмотреть фильм, который напомнит вам о преимуществах Agile:

• «Титаник» – история о том, как проект с большим бюджетом пошел ко дну (в буквальном смысле).

• «День Сурка» – история о пользе обучаемости.

• «Психо» – вот что бывает, если менеджеры не изучают принципы Agile.

• «Бункер» – печальные последствия иерархии управления.

• «12 разгневанных мужчин» – пример того, как влиять на свое окружение и добиваться консенсуса.

• «Кунг-фу панда» – история о том, как неожиданное сочетание коллег позволяет добиться успеха.

Подкасты и вебинары

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

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

Завершающие слова

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

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

Брайан Трейси

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

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

Не медлите!

Блистательный итог

• В Сети есть масса доступной информации; в худшем случае вы всегда можете задать вопрос в профессиональном сообществе.

• Не все то золото, что блестит; не стоит слепо верить всему, что вы слышите: постарайтесь выработать свое собственное мнение.

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

• Менторинг и коучинг требуют затрат, но эти затраты обычно окупаются.

• Ищите новую информацию и идеи, но всегда оставайтесь верны себе.

Глава 9. Призыв к действию

Введение

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

Главное, что нужно помнить, – Agile в первую очередь правильный способ мышления, майндсет. Придется думать по-другому и решать традиционные проблемы новыми способами. Процессы могут быть строго ограничены – а гибкие подходы освобождают и поощряют нас быстро и изобретательно адаптироваться к изменениям. В самой сути Agile лежит идея «проверь и приспособься», а вовсе не некий набор правил и предписаний.

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

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

Предоставление гибкости

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

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

Если мы посмотрим вперед, в следующее столетие, мы увидим, что лидерами будут те, кто поддержит других.

Билл Гейтс

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

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

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

• Убрать любые препятствия. Сделайте процесс работы над проектом простым для команды. Наблюдайте и только затем действуйте.

Назад к истокам

Что бы ни случалось, всегда помните об основных принципах Agile. Не углубляйтесь в тонкости и хитросплетения Скрама или Канбана – сосредоточьтесь на соблюдении Манифеста Agile и принципах бережливого управления, которые лежат в его основе. Их легко понять и просто применять, и они суммируют все самое основное. Все гибкие решения построены вокруг этих основных идей, и любые новые концепции, методы или практики будут разделять их на уровне ДНК.

Блистательная мысль

Начать Agile-проект – все равно что выйти на прогулку. Нужно знать, куда идешь, и просто ставить одну ногу перед другой.

И быть готовым обойти любое встретившееся препятствие.

– Смит, вам нужно стать более гибким!

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

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

С чего начать

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

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

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

Блистательные «можно» и «нельзя»

Основываясь на опыте, можно выделить несколько вещей, которые стоит и которые не стоит делать с самого начала:

Стоит:

• Выбрать небольшой проект с малыми рисками, чтобы на нем опробовать Agile.

• Объяснить людям, почему вы считаете, что Agile будет полезен.

• Четко представлять себе видение, цели или задачи.

• Делать то, что вы делаете, понятным и прозрачным.

• Начать прямо сейчас.

Не стоит:

• Пытаться все сделать самостоятельно.

• Зацикливаться на самом процессе.

• Брать на себя слишком много.

• Пробовать слишком много новых техник за раз.

• Усложнять.

Постоянное совершенствование

Agile предлагает нам быстро учиться на своих ошибках. Как часто вы думали: «Если бы я только знал то, что знаю сейчас»? Обучаемость – ключ к успеху как в плане избежания ошибок, так и в плане повторного использования удачных идей. Именно ее закладывают в свою основу гибкие подходы. С момента самого появления принципов бережливого производства предполагается, что всегда есть пространство для улучшения всего, что мы делаем, а непредвзятый подход к совершенствованию процесса приносит свои плоды.

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

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

Блистательный пример

Томас Эдисон испробовал 2000 различных материалов для нити накаливания. Когда ни один из этих материалов не подошел, его помощник пожаловался: «Вся наша работа напрасна. Мы ничего не узнали». Эдисон очень уверенно ответил: «О, мы прошли долгий путь и многому научились. Мы знаем, что есть 2000 элементов, которые мы не можем использовать, чтобы создать хорошую лампочку».

Рассказ из темных (буквально) веков

Не переставайте учиться

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

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

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

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

Будущее Agile

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

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

Блистательная мысль

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

Более объемный журнал – не такая большая проблема, и его наличие иногда само по себе последствие успеха. Проблема возникает тогда, когда одной команды недостаточно для выполнения всего массива работ. Налаживание отношений между несколькими взаимосвязанными Agile-командами – неординарная задача. Очень важно поддерживать между ними диалог.

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

Рис. 9.1. Зонтик Agile

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

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

Не забывайте об азах

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

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

• Сделайте процесс работы прозрачным. Лучший способ гарантировать успех – дать другим понять, что происходит, чтобы они могли использовать свои навыки и опыт. Скрытая работа не вариант. Проблемы, которые не видны, не будут рассмотрены. Команда не может помочь с проблемой, о которой не знает.

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

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

Блистательный пример

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

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

Аудиторы высоко оценили работу этого руководителя проекта, тогда как оценки Agile-команды были не очень высоки.

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

Завершающие слова

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

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

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

К счастью, у Agile очень низкий порог вхождения. Некоторые начинают использовать Agile, даже не понимая этого! Для этого не нужно готовиться, получать сертификаты и тратить деньги. Все, что вам необходимо, – это желание начать.

Удачи!

Совершенствоваться – значит меняться; быть совершенным – меняться часто.

Страницы: «« 123456

Читать бесплатно другие книги:

У тебя есть мечта? Сейчас самое подходящее время задуматься об этом, даже если тебе кажется, что пос...
В книге представлены описания настроек Дао Рейки-Иггдрасиль, вошедших в блок «Денежная магия», а так...
О чём мечтают молодые красивые девушки? О принце на белом коне, о настоящей любви, о воплощении жела...
Дерзкая история, которая захватит ваш мозг.Отрицательный герой — тоже герой.Вы готовы узнать его тай...
Известный экономист Ха-Чжун Чанг изучает и подвергает сомнению принципы неолиберализма: свободный ры...
Я заметил, что на груди белой майки налипло что-то черное, по форме – вроде большой бабочки с раскры...