Расскажем, как ценности Agile Manifesto применяются на практике и влияют на развитие бизнеса
Вы освоите ключевые принципы и ценности Agile подхода и культуры гибкого управления проектами и разработкой
Вы освоите методологию развития способности организации быстро реагировать на изменения рынка
Вы научитесь принимать быстрые и эффективные решения в условиях неопределенности
Вы разберетесь в Agile подходе на примере известных реальных кейсов топ компаний
Вы научитесь создавать ценность как для пользователей, так и для своей компании
Принципы построения end-to-end команды, ключевые компетенции и как их закрывать
Вы разберетесь в методах разработки ПО и сможете выбрать подходящий для вашего бизнеса
|
|
|
|
|
|
Рекомендую ребят из LeadStartup. Классный тренинг, очень полезный.
Ожидаем результатов от применения рекомендаций.
Огромное спасибо ребятам за мегаполезный тренинг. Было очень интересно, драйвово, весело.
Провели 2 сессии в дружеской атмосфере, многому научились, скорректировали офферы. Будем сотрудничать дальше.
Манифест Agile — это набор ценностей и принципов, которыми руководствуются при разработке программного обеспечения. Ценности — это убеждения, которые нас мотивируют, а принципы — это рекомендации, которым мы следуем, когда действуем в соответствии с нашими ценностями.
Манифест Agile был создан 17 разработчиками программного обеспечения в конце 1990-х — начале 2000-х годов. Они отреагировали на проблемы, которые наблюдали в процессе разработки программного обеспечения в то время — проблемы, связанные с чрезмерной зависимостью от долгосрочного планирования, отсутствием коммуникации между командами и слишком большим вниманием к конечному продукту. Результатом этого была неспособность быстро адаптироваться к меняющимся потребностям и ожиданиям клиентов, что приводило к напрасным усилиям и высоким затратам для компаний, пытающихся не отстать от конкурентов.
В манифесте подчеркиваются четыре основные ценности: личность и взаимодействие важнее процессов и инструментов; рабочее программное обеспечение важнее всеобъемлющей документации; сотрудничество с клиентом важнее переговоров по контракту; реагирование на изменения важнее следования плану. В нем также подчеркиваются три ключевых принципа: реагирование на изменения, а не следование плану; обеспечение быстрой обратной связи; внедрение эмпирического контроля процессов.
Манифест состоит из 12 принципов, которые разделены на четыре категории: личность, команда, клиент и организация. Ценности таковы:
Руководство по Scrum — это основной документ, определяющий Scrum. Это руководство для новичков в Scrum и для тех, кто хочет узнать о нем больше.
Когда вы начинаете использовать Scrum, бывает трудно понять, с чего начать. Руководство по Scrum — это хорошее место для начала, но не всегда понятно, как концепции, изложенные в руководстве, можно применить на практике.
В этой статье мы рассмотрим некоторые из наиболее распространенных вопросов о том, как использовать Руководство по Скраму на практике, в том числе:
Scrum Guide содержит введение в основные роли, события, артефакты и правила Scrum. В нем также объясняется основополагающая теория оптимизации совместных усилий через самоорганизацию, межфункциональные команды, кристально ясные цели и задачи, что позволяет людям и взаимодействиям преобладать над процессами и инструментами. В конце "Руководства по Scrum" приводится список ссылок на другие сопутствующие материалы.
Руководство по Scrum является ключевым справочником для тех, кто использует Scrum, и содержит следующую информацию:
Руководство по Scrum предназначено для использования людьми, вовлеченными во все аспекты создания, выполнения и улучшения долговечных сложных продуктов. Оно не предназначено для чтения от начала до конца, а скорее для консультаций по мере возникновения вопросов.
Вам необходимо понять Scrum Guide, потому что это окончательное руководство по Scrum. Оно описывает структуру Scrum и используется тренерами, инструкторами и командами agile для более быстрого создания лучшего программного обеспечения.
Руководство по Scrum — это отличный ресурс для всех, кто хочет понять, как работает Scrum, и может быть использован в качестве инструмента для изучения процесса. Однако оно не является заменой опыта или обучения.
Руководство по Scrum Guide содержит как общие, так и конкретные детали того, как использовать Scrum на практике, но оно не дает всей информации, которая вам необходима для изучения и внедрения этого процесса. Вам потребуется дополнительное обучение и практический опыт, прежде чем вы будете готовы обучать других членов вашей команды.
Если вы новичок в Scrum, я рекомендую начать с одной из моих любимых книг: Agile Project Management with Scrum Кена Швабера (совместно с Майком Бидлом). Эта книга содержит исчерпывающее введение в Scrum, а также десятки примеров из реальных компаний.
Если вы новичок в Scrum, мы рекомендуем вам начать с чтения первой части руководства: Планирование и оценка. В этой части руководства вы узнаете, как планировать свою работу, оценивать объем задач и усилия, а также планировать даты важных событий в проекте. Вы также узнаете, как создать бэклог пользовательских историй и задач, которые будут реализованы на протяжении всего проекта.
Далее мы рекомендуем вам прочитать раздел "Выполнение спринта". Здесь вы найдете все, что вам нужно знать о проведении каждого спринта в вашем проекте — включая то, что происходит на каждом ежедневном стенд–ап собрании — и как перейти от одного спринта к другому без потери темпа и контроля качества.
Наконец, мы рекомендуем вам ознакомиться с разделом "Обратная связь и ретроспективы", поскольку в этом разделе содержится руководство по оценке прогресса с течением времени с помощью таких показателей, как скорость (объем работы, выполненной за итерацию) и диаграммы просадки (графики, показывающие, сколько работы осталось до завершения).
Внедрение подхода Business Agility — это процесс, который начинается с культуры компании.
Считается, что лучший способ достижения успеха — это создание среды, в которой сотрудники могут процветать, внедрять инновации и быть уполномоченными стимулировать изменения. Это означает переход от менталитета командования и контроля к менталитету, при котором каждый чувствует, что у него есть право голоса, и его поощряют вносить свои идеи.
Первым шагом этого процесса является участие всех сотрудников во внутренней программе обучения принципам и практике Business Agility. Мы хотим, чтобы каждый сотрудник вашей организации понял, что этот подход означает для вас как для личности, а также как он принесет пользу вашему рабочему месту в целом.
После завершения программы обучения мы рекомендуем организовать регулярные встречи между руководителями и их непосредственными подчиненными, которые работают над совместными проектами — эти встречи могут быть ежедневными или еженедельными, в зависимости от того, как часто вы ожидаете от них совместной работы над проектами. Эти встречи предназначены для того, чтобы обе стороны могли поделиться отзывами о рабочих привычках друг друга, показателях эффективности (включая цели или задачи) и прогрессе в достижении этих целей/задач; они также должны стать возможностью для сотрудников предложить предложения или улучшения для процесса оценки эффективности их руководителей (включая любые препятствия, которые могут мешать им завершать проекты).
В основе подхода Business Agility лежит концепция согласования вашего бизнеса с клиентским опытом и создание системы, позволяющей быстро реагировать на изменения потребительского спроса.
Эта новая система состоит из нескольких ключевых компонентов:
Agile–планирование в условиях крайней неопределенности — это стратегия планирования, которая позволяет командам быстро двигаться и менять направление по мере необходимости.
Как правило, при планировании agile–проектов команда начинает с плана высокого уровня, затем учитывает реалии ситуации (например, изменение требований) и корректирует свои планы в соответствии с ними. Эта стратегия хорошо работает во многих случаях.
Однако в некоторых случаях вокруг проекта так много неопределенности, что традиционные методы agile–планирования не будут эффективными. Например, если вы не знаете точно, как должен выглядеть ваш продукт к концу проекта, или если вы не знаете, сколько времени потребуется на создание продукта, традиционные методы agile–планирования вам не подойдут — вам нужно что–то другое.
Agile–планирование в условиях крайней неопределенности позволяет командам оставаться гибкими, сохраняя при этом возможность выбора будущего. Это достигается за счет разбивки больших задач на более мелкие и обеспечения того, чтобы каждый знал, над чем он работает в любое время, чтобы никто не застрял, делая то, что он еще не должен делать (или делая что–то дважды).
Agile–планирование в условиях крайней неопределенности — это управление проектами с неизвестными результатами и сроками. Этот тип управления проектами обычно используется в ситуациях, когда нет четкого плана, которому можно следовать, или когда план не может быть установлен из–за факторов, не зависящих от команды.
При работе над гибким проектом, характеризующимся крайней неопределенностью, важно помнить, что количество информации, которую вы сможете собрать о своем проекте и его результатах, будет зависеть от типа работы. Например, если вы работаете над проектом по разработке программного обеспечения, вам может быть сложнее предсказать, сколько времени потребуется членам вашей команды для выполнения определенных задач, чем если бы они работали над архитектурным проектом.
Важно также, чтобы отсутствие определенности не мешало вам принимать решения относительно вашего продукта или услуги — лучше просто принимать решения на основе той информации, которая доступна вам в любой момент времени, а не пытаться угадать, что может произойти позже.
Agile–планирование — это методология, которая особенно хорошо подходит для ситуаций крайней неопределенности.
Agile–планирование в условиях крайней неопределенности включает в себя следующие шаги:
Определить все возможные риски и возможности, связанные с проектом.
Для каждого риска или возможности определить вероятность его возникновения и его влияние, если он возникнет.
Присвоить каждому риску или возможности значение, основанное на их вероятности и воздействии, используя один из нескольких методов (например, средневзвешенное значение 1/3).
Используя средневзвешенное значение, определите общую стоимость каждого риска или возможности. Это общее значение представляет собой ожидаемое влияние на успех проекта и должно использоваться вместо единой точечной оценки при принятии решений о распределении ресурсов для оценки объема, графика и стоимости проекта.
Когда вы работаете в постоянно меняющейся среде, может быть непросто придерживаться намеченных планов. Но есть способы убедиться, что ваши планы хотя бы в некоторой степени соответствуют плану, и даже если это не так, вы можете адаптировать и изменять их на ходу.
Одна из самых важных вещей, которую вы можете сделать, работая в условиях крайней неопределенности, — это использовать гибкое планирование.
Настоящая сила гибкого планирования заключается в том, как оно помогает вам задуматься о своих приоритетах: Вам не нужно точно знать, что произойдет дальше или сколько времени займет то или иное действие; вместо этого вам нужно сосредоточиться на текущих задачах и следить за тем, чтобы они выполнялись по порядку. Таким образом, если случится что–то непредвиденное (например, срочная встреча), вы не будете тратить время на планирование того, чего никогда не было!
Управление потоками создания ценности — это система повышения эффективности процессов компании. Основная идея управления потоком создания ценности заключается в том, что вы можете радикально улучшить свой бизнес, устранив отходы или ненужные шаги в процессе.
В этом процессе вы можете использовать карту потока создания ценности для визуализации вашего текущего процесса и определения областей, которые вы могли бы улучшить. Это поможет вам выявить узкие места и другие проблемы, которые замедляют ваш процесс. Затем вы можете работать над устранением этих проблем до тех пор, пока они не будут решены, что приведет к общему сокращению отходов и повышению производительности.
Визуализация управления потоками создания ценности — это метод отображения процессов, создающих ценность в вашем бизнесе. Он также известен как "картирование потока создания ценности". Этот метод поможет вам определить возможности для повышения эффективности и сокращения отходов, а также выявить узкие места и другие проблемы, которые могут препятствовать достижению максимальной производительности.
Процесс начинается с определения цепочки создания стоимости. Это последовательность действий, используемых для создания ценности для клиентов. В качестве примера, предположим, что вы являетесь производителем одежды, который продает линию футболок через Интернет. Цепочка создания ценности включает в себя такие действия, как поиск сырья, изготовление футболок, их отправка клиентам и выставление счетов за покупки.
Как только вы определили свою цепочку создания стоимости, пришло время начать составлять ее схему на бумаге или с помощью программных инструментов, таких как Visio или OmniGraffle (оба варианта отлично подходят). Каждый этап этого процесса должен иметь свой собственный узел на вашей карте, чтобы вы могли легко увидеть, где могут быть отходы или неэффективность внутри каждого этапа, а также между этапами. Например: если многие люди занимаются одной задачей одновременно вместо того, чтобы разделить обязанности между разными сотрудниками; если нет четкой модели ответственности; если задачи четко не определены или не назначены; если нет четкой коммуникации.
Картирование потока создания ценности может использоваться для визуального представления текущего состояния ваших бизнес–процессов. Это позволит вам выявить любые узкие места или неэффективность, которые могут существовать, и внести стратегические изменения для повышения эффективности.
Карта потока создания ценности состоит из трех частей:
Карта потока создания ценности показывает поток материалов от начала до конца.
Каждый этап процесса представлен значком, который показывает его тип (т.е. является ли он машиной или человеком).
Время, необходимое для каждого этапа процесса, показано линией, соединяющей значки.
Waterfall — это последовательная модель разработки программного обеспечения, которая основана на принципе линейного перехода от одной фазы к другой. Эта модель также известна как "последовательная разработка". Водопадная модель хорошо подходит для крупномасштабных программных проектов, требующих тщательного планирования и документирования. Однако эта модель не обеспечивает гибкости в плане изменений на этапах разработки или тестирования.Водопадная модель подчеркивает последовательный подход к разработке, то есть она устанавливает каждый этап процесса по порядку, а затем переходит к следующему этапу после завершения предыдущего. Эти этапы включают сбор требований, планирование, проектирование, реализацию и тестирование. Эта модель популярна, поскольку позволяет легко управлять всеми аспектами проекта на протяжении его жизни от начала до конца.
Agile — это итеративный подход к разработке программного обеспечения, который делает акцент на быстром предоставлении программных решений, адаптированных к потребностям клиента. Agile–подход имеет ряд преимуществ по сравнению с традиционными подходами, таких как более быстрый выход на рынок, снижение затрат и более высокое качество продукции. Методология agile состоит из нескольких фаз: сбор требований, проектирование, реализация и тестирование, где каждая фаза имеет несколько итераций. Каждая итерация направлена на создание рабочего программного обеспечения, которое может быть протестировано пользователями или заинтересованными сторонами, прежде чем продолжить процесс разработки.
Модель Agile фокусируется на частых выпусках рабочего программного обеспечения, а не на одном большом релизе в конце. Это позволяет пользователям видеть, насколько хорошо идут дела, что помогает им принимать решения о том, что нужно изменить или улучшить, основываясь на реальном опыте работы с функциональностью, а не на предположениях, основанных только на ожиданиях (которые могут быть совершенно разными). Agile также предполагает частую обратную связь с клиентами, чтобы все знали, что работает хорошо и что нужно доработать в соответствии с их потребностями; таким образом, вы сможете избежать траты времени на работу над тем, что не имеет никакого значения (или даже хуже).
Религиозные войны между адептами Agile и сторонниками каскадной модели управления уже в прошлом. Сегодня многие из тех, кто когда–то перешел на «чистый Agile», применяют гибридный подход к управлению проектами. Почему и когда такое происходит?
Waterfall присоединяется к Agile, когда компания понимает, что запланировать все невозможно. Гибрид подходит проектам, цель которых — выполнять требования клиентов в определенный срок. Вот только сами эти требования постоянно меняются. И на одном этапе проекта все двигаются по шагам и в соответствии с инструкцией. А на другом — становятся гибкими и подвижными.
К примеру, такой гибрид Agile и Waterfall применяли в компании Schneider Electric. Это позволило команде разработчиков программного обеспечения работать независимо от команды, которая отвечала за "железо". Разработчики применяли Agile. А вторая команда не отступала от каскадной модели. Планировали все этапы и следовали жестким срокам.
Сколько стоит: 32 тысячи рублей (со скидкой)
Кому подходит: руководителям, менеджерам проекта/продукта, коучам и тренерам, новичкам, которые хотят начать карьеру
Сайт: agileservices.ru
Это интерактивный тренинг, который длится 16 часов. В него входит 10 практикумов и игр. В конце дают сертификационный тест ICP Agile.
Преподают на курсе:
Чему научат:
На курс много положительных отзывов. Особенно хвалят практическую часть, возможность работать в команде и чек–лист по внедрению Agile в своей работе: «Мы используем метод Kanban в работе, поэтому мне было очень полезно узнать глубину и различные подробности использования этого метода. Их я буду непосредственно уже применять с завтрашнего дня».
Чтобы понять, подходит вам формат обучения или нет, дают бесплатно пройти 7 уроков.
Сколько стоит: 10 200 рублей (со скидкой)
Кому подходит: для новичков и руководителей компаний, которые хотят внедрить гибкие методологии
Сайт: lps.cbsmba.com/agile
Курс длится 18 дней. Есть домашние задания, которые проверяет тьютор. Выпускникам дают сертификат и составляют 6-недельный план по внедрению Scrum и Kanban в компании.
Преподаватели — Agile–коучи и руководители/основатели компаний. Например, Agile–коуч из Сбера, исполнительный директор Kaiten.io, сооснователь Team Consulting.
Чему научат:
Сколько стоит: от 6 500 рублей за персональное обучение, от 12 тысяч за Scrum–команду из 2-9 человек
Кому подходит: для руководителей и сотрудников компаний, которые перешли на Agile (Scrum)
Сайт: pletenev.com/onlayn-kursy-dlya-rukovoditeley/agile-kurs-scrum
В курсе 20 уроков с практическими заданиями, их индивидуально проверяет и комментирует тренер. Обучение рассчитано на 6 часов.
Чему научат:
О курсе есть несколько положительных отзывов, студенты отмечают, что хорошо разобраны ключевые вопросы по гибким методологиям: «Больше всего понравилась часть по приоритизации и формированию ожиданий. Это по сути универсальные методы, применительно не только к Agile и Scrum, но и управлению в целом."
Сколько стоит: 35 200 рублей
Кому подходит: тем, кто знает английский и хочет повысить квалификацию и подготовиться к сертификации AgilePM Foundation от APMG или Agile Scrum Foundation от EXIN.
Сайт: pmclub.pro/courses
Курсы проходят на английском языке. Обучение в формате видео–лекций, образовательных игр, викторин и пробных вопросов к экзамену.
Автор курсов — Nader K Rad. У него 16 летний опыт управления проектами в различных отраслях. Входит в коллектив авторов PMBOK7, издал около 50 собственных книг по проектному управлению.
Еще в PMClub много других тренингов и курсов, например, есть бесплатное обучение для проджект менеджеров.
