Гибкое управление сложными проектами

Что такое agile

Crystal-проекты должны соответствовать 3 основным показателям:

В этой книге Алистер описывает три типа методологий, которые он использует в своей работе: Кристальная ясность (методология Гумана для небольшой команды)

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

Процесс, использовавшийся до появления “Манифеста Agile Software”.

Что такое scrum и kanban

Аджайл – не инструмент

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

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

Инструменты управления включают Kanban и Scrum. Мы напишем статьи о каждом инструменте в будущем, но вы должны понимать, что Ajail – это, прежде всего, корпоративная философия.

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

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

. Они предпочитают видеочаты и интерактивные доски деловой электронной почте, если вы не можете жить без Интернета.

Команда

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

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

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

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

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

Чужой нос

Больше никаких частных зон в бизнесе. “Я не шучу с тобой, и ты тоже не шути со мной”, – звучит как будто.

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

Плохо также, когда глаза периодически вымываются.

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

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

Четыре ценности – не единственное, что определяет agile [1]. Манифест содержит 12 руководящих принципов, которые дополняют и уточняют его. К чему же тогда все это сводится?

• Основная цель – удовлетворение потребностей клиентов. Все процессы и задачи меняются и соответствующим образом адаптируются.
• Разработчики и представители заказчика должны работать вместе на ежедневной основе, обмениваясь идеями и полезной информацией.
• Каждый член команды должен быть хорошо мотивирован: комфортные условия, положительная обратная связь, материальное вознаграждение.
• Изменения могут быть внесены в любое время, даже непосредственно перед запуском. В то же время на каждой итерации (от двух недель до двух месяцев) должен быть запущен рабочий продукт.
• Каждый должен стремиться к максимальной простоте и самоорганизации.

Поэтому agile можно рассматривать как набор ценностей или философию бизнеса. Она позволяет сосредоточиться на главном и быстрее получить рабочий продукт. Для реализации принципов этой ценности на практике можно использовать только определенные техники. Scrum и Kanban – две наиболее распространенные в России.

Agile-хлебзавод в россии

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

Не только маркетологи и технологи, но и продавцы конфет. реальных клиентов.

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

Все сотрудники дают обратную связь и оценивают результат на разных этапах процесса.

Essup оперирует понятием практики, в которые входят:

Методология RUP, CMMI и методология разработки Agile в той или иной форме включают в себя каждую из этих практик.

Feature driven development состоит из таких цикличных этапов:

Getting real (gr)

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

В каких компаниях используют agile

В набор входят следующие 7 принципов:

В скрам есть 4 ключевых элемента:

Метод экстремального программирования был создан создателем этой методики Кентом Беком.

Вердикт

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

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

Внедрять или нет

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

Я благодарен за это, как ни странно. И времени, и ошибок удастся избежать.

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

• Альфа-банк;
• Сеть пиццерий “Додо Пицца”;
• Бухгалтерский сервис “Кнопочка”.

Альфа-Банк – это крупная организация, располагающая персоналом и ресурсами для внедрения инноваций в свою систему.

Если бы не бизнес, дела у “Додо Пиццы” и “Кнопки” обстояли бы гораздо лучше. Успех их стратегии был во многом обусловлен этой стратегией.

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

1. Благодаря использованию “гибких” подходов повышается качество результатов;
2. Результаты достигаются гораздо быстрее и эффективнее, что экономит время и затраты;
3. Компания лучше адаптируется к изменениям (даже непредвиденным) и конкуренции;
4. Создание проектов лучше планируется и контролируется;
5. Компания может создавать продукты, которые клиенты будут ожидать и покупать

Внутренняя работа

Как происходит работа в agile-компании?

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

Продолжим рассказ о наших любимых пекарях. И к их предыдущему заданию: выведению нового сорта хлеба. Задание было написано следующим образом:

1. Введение. Директор говорит, какой хлеб он видит в идеале, а также говорит расчет за него, который экономически выгоден для предприятия.
2. Обсуждение идеи. Команда технологов, поваров, логистов, маркетологов и продавцов начинает обсуждать проект. Повара, технологи и логисты предлагают выгодные продукты, маркетологи рассказывают о конкурентах, а продавцы говорят о том, чего обычно хотят клиенты.
3. Тест. Все идеи и знания обобщаются в рецепте теста. Для этого рецепта делается небольшая пробная партия, чтобы получить отзывы на закрытой дегустации среди постоянных клиентов (!!!).
4. Сбор обратной связи. Клиенты едят хлеб и оставляют отзывы. На основе этого вносятся изменения и улучшения в пробный рецепт. Финал.

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

Гибкое управление сложными проектами

Для большинства проектов хватит 4 направлений метрик:

Метрики следуют тем же правилам, что и другие инструменты Agile.

Задайте себе 5 вопросов

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

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

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

1. Если вы не выпускаете последовательно новые продукты, а вместо этого работаете над “старыми” (если вы никогда и нигде не представляли их в другом месте), то ответ, скорее всего, НЕТ.

2. Прост ли он в использовании? Я отвечу на этот вопрос другим вопросом: насколько просто выучить иностранный язык? Для внедрения философии в компании требуется время. Ее основа – постоянная работа по внедрению.

3. Да, радикально и полностью изменятся бизнес-процессы компании. Планы будут изменены на совершенно другие, вместе с отделами и людьми в них.

4. Что будут делать люди? Совершенно другое Они будут работать над несколькими проектами, а не над одной задачей, как раньше. Это относится только к сотрудничеству и более широкой перспективе.

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

Как возник agile

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

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

1. Формирование требований к системе и программе.
2. Анализ требований, существующих процессов и т.д.
3. Разработка архитектуры программного обеспечения.
4. Прямое написание программного кода.
5. Тестирование и исправление ошибок, обнаруженных тестером.
6. Реализация и исправление ошибок, обнаруженных пользователями.

Благодаря четко сформулированным требованиям к решениям, эта методология актуальна и сегодня.

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

Конкуренция неизбежно порождает гибкие методы:

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

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

Книги про agile

Коротко о главном

Какие компании лучше для крупного или малого бизнеса? Какие методы управления проектами можно использовать в agile? На самом деле, оба варианта превосходны.

Они помогают большим корпорациям стать более молодыми, гибкими и небюрократичными.

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

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

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

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

Методы присутствующие в agile:

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

Microsoft, Yahoo и Siemens Healthcare успешно используют эту технику.

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

Минусы:

Не все инструменты и услуги управления проектами подходят для управления проектами Agile.

Вся ваша команда может пользоваться saas-сервисом Worksection, если ваша компания является агентством маркетинга и рекламы, дизайна или цифровых технологий. Royal, COXO Digital и реклама.

Вот пара лайфхаков, чтобы настроить Agile в Worksection:

Миф № 4: agile требует много переделывания (re-work).

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

Нужен ли вашей команде agile

О принципах agile четко и ясно

Манифест Agile (2001) – это единый документ, в котором изложены все фундаментальные идеи agile-разработки. Я уже несколько раз упоминал о руководящих принципах методологии Agile.

Постулаты базы de:

1. Люди и взаимодействие важнее процессов и инструментов: сосредоточьтесь на людях и отношениях между ними как на главном факторе успеха проекта. Люди управляют и применяют необходимые им процессы и инструменты, а не работают под контролем заранее установленных правил. Именно поэтому agile-методы предполагают подбор в команду мотивированных профессионалов с универсальными навыками. Тогда нет необходимости вводить сложные методы поощрений и наказаний, люди могут подменять друг друга, участвовать в обсуждении продукции осознанно и эффективно. Взаимодействие между членами команды можно построить с помощью любого практического инструмента, но не с помощью документов, правил и инструкций.
2. Работающий продукт важнее исчерпывающей документации: легче модифицировать, адаптировать, настраивать то, что уже существует и работает, а не то, что исчерпывающе подробно описано в документах. Сначала нужно сделать что-то простое и работоспособное, чтобы после оценки и тестирования можно было внести некоторые коррективы или отказаться от продукта в пользу другой версии. Но в конечном итоге либо продукт есть и он работает (даже если он нуждается в корректировках, дополнениях и изменениях), либо есть доказанное предположение, что от него следует отказаться. Иначе в большинстве случаев будет завершен проект, который в точности соответствует тому, что описано на бумаге, но не соответствует рынку, производству и реальным потребностям заказчика.
3. Работа с клиентом важнее, чем переговоры по условиям контракта – в сегодняшней реальности клиент – а это может быть и соответствующий отдел компании – не всегда может четко сформулировать требования к продукту, часто он имеет только профиль клиента и проблему, с которой он сталкивается. Клиент может оценить внедренный продукт с точки зрения соответствия своим ожиданиям, но не формализовать их. Им проще потратить время и деньги на версии продукта, чем на полное и исчерпывающее описание, а такое описание может быть более дорогим, трудоемким и утомительным, чем agile-разработка. Метод оптимизации в данном случае – это просто сотрудничество с заказчиком, вовлечение его в работу проектной команды.
4. Готовность к изменениям важнее, чем следование первоначальному плану: это, пожалуй, самое спорное предположение. С одной стороны, легче и проще все изменить в процессе внедрения, но с другой стороны, процесс такой разработки может занять неконтролируемое количество времени и привести к неожиданным результатам.

Ключевые принципы гибкой разработки, изложенные в Манифесте:

1. Удовлетворение потребностей клиентов за счет ранней и непрерывной поставки ценного программного обеспечения. Этот принцип применим не только к программному обеспечению. Согласно этому принципу, работа над продуктом должна быть разделена таким образом, чтобы в конце каждого цикла (спринта) клиент получал рабочую версию продукта. На примере калькулятора анализа проекта:
2. Изменения в требованиях приветствуются. Продукт разрабатывается в быстро меняющейся конкурентной среде, и к концу цикла разработки рынок может уже измениться, например, потому что на рынок вышел аналог. Чтобы не выбросить готовый проект в мусорную корзину, его дорабатывают на этом этапе, используя при этом опыт конкурента, который уже вышел на рынок. Поэтому в рамках agile-подхода допустимо и приветствуется изменение требований к продукту даже в конце разработки.
3. Частая поставка работающего программного продукта. Важность этого принципа остается неизменной – мир быстро меняется, и чем короче цикл поставки, тем точнее конечный продукт будет соответствовать ожиданиям.
4. Вовлечение заказчика в проект в процессе его реализации. В этом случае клиент – единственный член команды, обладающий знаниями о том, “как все должно быть”, поэтому его выводы о том, насколько продукт соответствует ожиданиям, и его удовлетворенность результатом являются ключевыми критериями. Чем чаще ожидания заказчика сравниваются с работой проектной команды, тем больше соответствие между ожиданиями и результатом.
5. Проект возглавляют мотивированные люди, которым обеспечены надлежащие условия работы, поддержка и доверие. Этот принцип снимает проблемы мотивации с проектной работы. Предполагается, что на этапе создания команды следует отбирать только мотивированных специалистов, независимых личностей, на которых не нужно давить, убеждать и т.д. Задача – просто создать условия, которые не помешают им реализовать свой потенциал в этом проекте: средства коммуникации, возможности взаимодействия, оборудование и материалы и т.д.
6. Рекомендуемый метод общения – лицом к лицу. Это спорный принцип в эпоху цифровых технологий, когда многие компании развивают сети и внедряют удаленную работу в свои процессы. В то же время взаимодействие лицом к лицу имеет ряд преимуществ, которых нет у других видов общения: например, быстрое решение проблем, невербальные сигналы (эмоции, жесты), мотивация (вас могут похвалить, выделить и поставить “на место”). В любом случае, это подчеркивается в Манифесте и является одним из его основных принципов.
7. Рабочая программа – лучший способ измерения прогресса. Если перевести этот принцип в более общую систему координат, то рабочая версия продукта является лучшим показателем успеха и прогресса проекта. Во многих случаях этот принцип практичен и понятен, а там, где это не так, следует использовать Agile.
8. Разработчики, а также их начальство и заказчик должны быть готовы поддерживать определенный темп развития в течение неопределенного (читай – неограниченного) периода времени. Следует понимать, что в такой парадигме срок разработки окончательной версии продукта неизвестен, да и вообще не может быть окончательной версии, как мы можем видеть на примере постоянно дорабатываемых и уточняемых версий настольного программного обеспечения и мобильных приложений.
9. Краеугольным камнем гибкой разработки является приверженность техническому совершенству и высококачественному планированию спринтов. Этот принцип призван компенсировать возможное негативное влияние на качество разработки со стороны других принципов, таких как частое предоставление рабочего продукта. Можно добиться частых поставок, используя различные методы даже при отсутствии спецификации продукта, например, используя низкокачественный готовый код, разработанный “индийскими программистами”, и пренебрегая тестированием. Необходимы личные качества, профессионализм программистов и коллективная ответственность – которые заложены в принципе “стремления к техническому совершенству”.
10. Простота и минимизация ненужной работы. Этот принцип должен применяться ко всем проектам, но является лишь ключевым принципом agile-методов. Приоритет отдается тому, что можно сделать быстро и с минимальными усилиями. Мы устраняем лишнюю работу как в процессах, так и в отношении продукта, например, консалтинговая компания обычно готовит презентацию на несколько страниц о проделанной работе и предлагаемых шагах, но если клиент интегрирован в команду, нет необходимости в формальном документе, главное – то, что уже есть в работе – те же два-три слайда, готовые к финальной презентации. Что касается продукта – вы можете попытаться реализовать все свои функциональные идеи непосредственно перед первым релизом, но так уже никто не делает, потому что в каждой итерации продукт совершенствуется в соответствии с требованиями рынка, что может означать как добавление новых функций, так и удаление функций, которые клиенты не “принимают”.
11. Лучшие требования, архитектурные и технические решения появляются в самоорганизованных командах. Речь идет не об анархии, а о высоком уровне внутренней дисциплины в команде, четком распределении ролей и высоком уровне профессионализма каждого участника. Если вы не можете организовать себя, не работайте с концепцией agile.
12. Команда должна систематически анализировать возможные пути повышения эффективности и соответствующим образом адаптировать свои методы работы. Этот принцип подчеркивает, что вся ответственность за проект и его продукт лежит на всех членах команды, никто извне не вносит коррективы и не анализирует результаты – все делается участниками своей команды в интересах проекта и результата.

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

Области применения agile

Использование гибкости в максимально возможной степени приводит к созданию продуктов, которые:

• Не имеющие аналогов;
• Представляющие собой технологически сложный или трудный продукт.

В следующих секторах бизнеса применяются методологии agile:

1. Программное обеспечение для потребительского сегмента, включая мобильные приложения, игры и т.д.
2. Стартовые проекты – идеальная почва для внедрения agile-методологий.
3. Интернет-порталы и СМИ.
4. Медицинские проекты: человеческое тело все еще остается в значительной степени “terra incognita”, что создает высокую степень неопределенности в медицине.
5. Образовательные продукты и проекты. Если мы говорим о чем-то новом, а не о наборе старых методов и практик, образовательные проекты – это стартапы на неизведанной территории, все ищут новые методы в цифровую эпоху, чтобы заменить старые технологии в индустриальном мире.
6. Совет: любой проект в этой области требует применения большинства принципов манифеста agile. McKinsey безоговорочно использует методологию, соответствующую вышеуказанным принципам.
7. Разработка финансовых и страховых продуктов (финтех-индустрия), поскольку финансовые компании сегодня в значительной степени являются ИТ-компаниями, а финансовые продукты в значительной степени стали ИТ-продуктами или используют результаты ИТ-проектов/продуктов.

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

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

• Чем больше спринтов, а значит и возможностей для изменений, тем больше работы для тестировщиков,
• Принцип “простоты” не следует доводить до крайности,
• Классическим управлением проектами не следует пренебрегать, когда имеешь дело со сложными, запутанными и долговечными системами – необходимо хорошо понимать, к чему должен привести проект, каковы риски, как соблюсти интересы всех заинтересованных сторон и как реализовать управление изменениями в этом случае

Обычный хлебзавод в россии

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

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

Он решает похвалить технолога, сказав: “Молодец. Скажи “нет” или держи бублик. Повторите это еще раз.

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

Именно так обстоят дела в России. Большинство работников, как показывает практика, только инструктируются и оцениваются.

Он применим исключительно в сфере разработки по, и строится вокруг 4 процессов:

Один из авторов Манифеста Agile Software Development Manifesto, Алистер Кокберн, представил новую группу методологий. От 2 (Crystal Clear) до 100, Кокберн предлагает классифицировать команды по цвету. В проектах иногда выделяют бордовый, синий и фиолетовый оттенки.

Особая роль отводится участия конечного потребителя (пользователя) в процессе разработки. помимо этого принципа, к базовым относятся:

D SDM разделена на версии, которые обновляются по мере установления новых стандартов разработки программного обеспечения и развития технологий. Хотя новая версия (2003) DSDM Атерна находится в разработке уже более года, она еще не была обнародована.

Плюсы:

Принципы agile modeling таковы:

Суть agile data method определяется шестью положениями:

Существует ли agile в россии

Сущность agile методологии

Ценности agile-методологии существуют. Хотя не все согласятся с этими словами, если бы вы были уверены во всем этом, создавая свою идеальную компанию, вы могли бы.

1. Люди и взаимодействие важнее процессов и инструментов;
2. Рабочий продукт важнее полной документации;
3. Сотрудничество с клиентом важнее переговоров по условиям контракта;
4. Готовность к изменениям важнее, чем следование первоначальному плану.

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

• Удовлетворение потребностей клиентов за счет своевременной и бесперебойной поставки ценного программного обеспечения;
• Частота поставки рабочего программного обеспечения (ежемесячно или еженедельно, или даже чаще);
• И многое другое.

Что за бред я только что прочитал? Ни одно слово не имело для меня никакого смысла! Вот над чем, я полагаю, вы сейчас размышляете.

Мне потребовалось некоторое время, чтобы полностью понять методологию Agile. Пока я не увидел все в действии, это было в основном поверхностное описание.

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

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

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