реферат Кущенко Д.А.. Отношения между ценностями, принципами, практиками Agile
 Скачать 30.55 Kb.
|
|
НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «МОСКОВСКИЙ ФИНАНСОВО-ПРОМЫШЛЕННЫЙ УНИВЕРСИТЕТ «СИНЕРГИЯ» Институт Информационных технологий
РЕФЕРАТ На тему: «Отношения между ценностями, принципами, практиками Agile» ____________________________________________________________________ Кущенко Дмитрий Андреевич Обучающийся ______________________________________ _____________ (ФИО полностью) (подпись) Руководитель ______________________________________ _____________ (ФИО полностью) (подпись) Рецензент _______________________________ (ФИО полностью) (подпись) Заведующий кафедрой _____________________________ (ФИО полностью) (подпись) МОСКВА 2022 г. Содержание На тему: «Отношения между ценностями, принципами, практиками Agile» ____________________________________________________________________ 1 Введение 3 Каковы основные ценности и принципы, составляющие методологию Agile? 5 Сначала о ценностях Agile. 5 Каковы 12 принципов Agile? 6 Как внедрить цености и принципы Agile в ваше проектное управление 10 Особенности методологии 11 Введение 2 Каковы основные ценности и принципы, составляющие методологию Agile? 4 Сначала о ценностях Agile. 4 Каковы 12 принципов Agile? 5 Как внедрить цености и принципы Agile в ваше проектное управление 8 Особенности методологии 9 Существует ли Agile в России 12 ВведениеНа основе этого в 90-х удалось создать комплекс гибких методов разработки ПО, способных заменить сложные и трудоемкие методы. Происходило это так: В 1991 году появился метод быстрой разработки приложений RAD В 1994 году появился метод разработки динамических систем DSDM В 1995 году появилась платформа (фреймворк) гибкой разработки Scrum В 1996 году появилась гибкая методология разработки Crystal Clear, а также экстремальное программирование XP В 1997 году появилась итеративная методология разработки ПО FDD Все вместе эти методы объединились под общим названием гибких методов разработки ПО. Четыре года спустя – в 2001 году в штате Юта (США) на курорте Snowbird собрались семнадцать разработчиков программного обеспечения. В результате обсуждения методов разработки был опубликован «Манифест о гибкой разработке программного обеспечения Agile» (в переводе с английского понятие «agile» означает «подвижный», «проворный» или «быстрый», но в большинстве случаев его переводят именно как «гибкий»). Он и задал темп всей дальнейшей работе над созданием ПО. Манифест, созданный программистами, включает в себя 4 базовых идеи и 12 принципов эффективного управления проектами. Любая из систем управления проектами на основе Эджайл (о системах мы поговорим позже) опирается именно на эти идеи и принципы, хотя и использует их в разных вариациях. Каковы основные ценности и принципы, составляющие методологию Agile?Сначала о ценностях Agile.Люди и взаимодействие важнее процессов и инструментов То, что общение и межличностные отношения важнее, чем строгие процессы — краеугольный камень Agile-управления проектами. Agile рекомендует персонализированный подход к управлению проектами, когда команды ориентируются на постоянное общение, а не на жестко распланированный выпуск обновлений. Работающий продукт важнее исчерпывающей документации Agile-команды не очень любят бумажную работу. Для управления данными, отчетами и обновлениями статуса они предпочитают использовать гибкие программные решения, а не традиционную документацию. Сотрудничество с заказчиком важнее согласования условий контракта Agile-команды любят сотрудничество — включая регулярные обновления и обратную связь о том, как продвигается проект, от клиентов и заинтересованных сторон. Чего Agile-команды не любят, так это долгих согласований объемных контрактов. Готовность к изменениям важнее следования первоначальному плану Эта ценность прежде всего характеризует Agile-управление проектами. Agile-команды чутко реагируют на изменения и успешно адаптируются к новым условиям и вызовам. Вот какие ценности лежат в основе процессов и задач, выполняемых согласно методологии Agile. Теперь давайте выясним, что представляют собой 12 принципов, позволяющие еще глубже понять уникальность методологии Agile Каковы 12 принципов Agile?Легко заметить, что многие принципы Agile непосредственно относятся к разработке ПО. Именно из этого исходили многие участники исходного Agile Alliance, именно на этом делается акцент в манифесте Agile. Однако принципы Agile применимы и к проектам в других областях и отраслях, поэтому давайте рассмотрим это подробнее. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения Главное для Agile-команды — удовлетворенность клиентов, поэтому они обязательно представляют результаты своей работы через регулярные промежутки времени, а не заставляют заказчиков ждать финального результата в конце проекта. Изменение требований приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения конкурентного преимущества заказчика В этом их преимущество перед традиционными командами, которым обычно не так легко управлять изменениями. Работающий продукт следует выпускать как можно чаще, с периодичностью от двух недель до двух месяцев Вспомним, что Agile-команды ценят постоянное общение, а не жестко распланированный выпуск обновлений, которые могут слишком далеко отстоять друг от друга по времени, что может оказаться неприемлемым для клиентов. Команды Scrum, которые тоже работают по методологии Agile, разбивают свою работу на периоды от одной до четырех недель, известные, как спринты. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе Сотрудничество — краеугольный камень Agile, причем имеется в виду не только сотрудничество между членами команды, но и сотрудничество с заинтересованными сторонами, разработчиками, клиентами и другими партнерами. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте им условия, обеспечьте поддержку — и полностью им доверьтесь Agile-команды успешны, потому что в них работают только те люди, которые необходимы для проекта. Если участники Agile-команды получат поддержку, возможность работать вместе и инструменты, необходимые для работы, все остальное приложится. Непосредственное общение — наиболее практичный и эффективный способ обмена информацией как с самой командой, так и внутри команды Все мы знаем, что главное в управлении проектами — личное сотрудничество. Этот принцип применим и во времена «новой нормы», при гибридных и удаленных моделях работы. Zoom и Teams — отличная альтернатива телефонным звонкам и электронной почте, а в ключевых точках проекта возможны и личные встречи команд. Работающий продукт — основной показатель прогресса Смысл принципа, который называет работающий продукт основным показателем прогресса, в том, что главная цель команды всегда остается одна — предоставить клиенту как можно более высококачественный результат. Когда клиент доволен, это и есть главный показатель успеха проекта. Agile помогает наладить устойчивый процесс разработки. Инвесторы, разработчики и пользователи должны иметь возможность бесконечно поддерживать постоянный ритм Многие команды поначалу показывают бурный прогресс, который не получается сохранить до конца проекта. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта Agile не работает по принципу «раз — и готово». Каждый новый проект — это возможность для инноваций, а не для повтора одних и тех же идей. Простота как искусство сократить до минимума лишнюю работу крайне необходима Команды Agile не занимаются переусложнением — они просто соблюдают проектные требования и хорошо выполняют свою работу, а затем переходят к следующему проекту. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд Лучшие команды — это те команды, у которых есть лидер, предоставляющий им свободу самовыражения. Микроменеджмент редко делает команды лучше или продуктивнее, и Agile-команды — отличный пример того, чего можно добиться без микроменеджмента. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы Непрерывное совершенствование — сама суть Agile, и регулярные проверки эффективности команды в целом могут помочь избавиться от вредных привычек и добиваться бо́льшего. Как внедрить цености и принципы Agile в ваше проектное управлениеВозможно, вы уже готовы внедрить Agile-управление проектами, и теперь думаете, как воплотить требования манифеста Agile в жизнь. Не существует единого способа внедрения ценностей и принципов Agile в ваши проекты. Манифест Agile — это интуитивно понятное руководство для команды, и она может использовать его самостоятельно. Если вы сторонник Agile, вы сможете адаптировать эту методологию к потребностям вашего проекта. Один из способов сделать это — использовать ПО для управления проектами, совместимое с принципами Agile. Такой инструмент управления совместной работой, как Wrike, может помочь вашей Agile-команде успешно выполнять проекты, пользуясь такими функциями, как: Единый источник истины для отчетов, правок и комментариев, без лишних документов @mentions и интеграция приложений, которые обеспечивают быструю и последовательную коммуникацию в единой рабочей среде Настраиваемые формы запросов и приема проектов в работу, позволяющие четко расставить приоритеты и максимально эффективно проводить каждый спринт Готовые шаблоны для вашей команды, включая шаблоны командной работы по методологии Agile, планирование спринтов, проекты Kanban и многое другое Особенности методологииAgile-методология основывается, в первую очередь, на визуальном контроле. Чаще всего участники проекта, работая над достижением результата, пользуются специальными цветными карточками. Один цвет сигнализирует о завершении планирования какого-то элемента конечного продукта, другой – о завершении его разработки, третий – о готовности и т.п. Визуальный контроль позволяет команде иметь наглядное представление о текущем состоянии процесса и гарантирует одинаковое видение проекта всеми ее членами. Члены команды и клиент в большинстве случаев работают вместе и рядом. Благодаря этому существенно ускоряются многие рабочие процессы, которые связаны с информированием участников проекта. Кроме того, совместная работа способствует созданию здоровой атмосферы для плодотворного и эффективного сотрудничества и скорейшего достижения результатов. Когда руководитель проекта, команда и клиент действуют сообща, исключается опасность недопонимания целей и утери информации. Все рабочие процессы становятся максимально прозрачными, а это значит, что любые возникающие проблемы можно разрешать практически моментально и находить лучшие варианты их решения. Особое внимание нужно уделить руководителю проекта. Его нельзя назвать человеком, раздающим указания налево и направо. Руководитель здесь выступает скорее в роли лидера, который задает направление и определяет правила сотрудничества и работы. Другими словами, Agile-управление является адаптируемым. Еще одним важным моментом Agile-методологии является разделение всего объема проекта на несколько более мелкие составные части. Такой подход многократно упрощает процесс разработки, а отдельные группы команды могут фокусироваться каждая на своей конкретной задаче. Работая над одним циклом, участники проекта овладевают новыми навыками и получают новые знания, а также анализируют допущенные в процессе ошибки. Все это сводит вероятность совершения подобных ошибок в будущем (в следующих циклах и других проектах) практически к нулю. И, наконец, последний значимый элемент подхода – это спринты и ежедневные встречи. Спринтами называются ограниченные конкретными сроками (дедлайнами) отрезки времени, в течение которых команда успевает выполнить определенные задачи. Именно благодаря спринтам команда может видеть результаты своих действий. Если же мы разделим все время, отведенное на проект, на несколько спринтов, получим конкретное их количество; пусть их будет 15. Каждый спринт длится, к примеру, две недели. Вот как раз в течение этих двух недель (времени, отведенного на спринт) участники каждый день встречаются для обсуждения процесса и прогресса. Ежедневные встречи не должны превышать 15 минут. Организуются они для того, чтобы каждый член команды дал себе же ответ на три вопроса: Что я делал вчера? Чем я буду занят сегодня? Что мешает мне работать? Ответы на эти вопросы позволяют держать под контролем процесс, понимать, на какой стадии находится каждый из участников команды, и устранять потенциальные проблемы на пути к цели. Если же обобщить, то внедрение Agile-методологии возможно, если соблюдается несколько условий: Четко обозначается значение проекта В процессе реализации активно участвует клиент Общий объем работ выполняется пошагово Ориентироваться следует на конкретный результат Численность одной рабочей группы: от 7 до 9 человек В настоящее время проект-менеджмент с поддержкой Аджайл по большей части распространен в IT-сфере, однако и деловая сфера его начинает осваивать. Эта система применяется в обучении, маркетинге, бизнесе. Гибкое управление проектами берется на вооружение множеством компаний и государственных структур. Примеры: правительство Новой Зеландии, правительство Нигерии, Норвежский пенсионный фонд, компания Return Path (программное обеспечение), компания Oreo (производство печенья), компания Aviasales (крупнейший поисковик авиабилетов), компания Hewlett-Packard (крупнейшая американская IT-компания), «Сбербанк» (наверное, знаете, что это). Эти и многие другие организации используют в работе самые разные методы управления проектами, основанные на Agile. И поговорить об этих методах не менее важно, чем о самой методологии. Существует ли Agile в России В Россию Agile пришел на несколько лет позже, но уже сегодня его активно используют в ИТ-секторе, ретейле, банках, онлайн-сервисах, промышленных предприятиях. Среди них — ПО-разработчик First Line Software; гипермаркет электроники «М.Видео»; служба доставки Dostаевский; онлайн-кинотеатр ivi; бренд одежды 12 Storeez; металлургический концерн НМЛК; ScrumTrek проводит ежегодное исследование Agile в России. В прошлом году в нем приняло участие более 1 тыс. компаний из 80 городов. Вот главные цифры за 2020 год [3]: География: 41% Agile-команд, участвующих в исследовании, находятся в Москве, 14% — в Санкт-Петербурге, 6,4% — в Перми, 5,5% — в Казани и Иннополисе (ИТ-кластер), 5,4% — в Новосибирске. Отрасли: ИТ — 42% участников, финансы — 18%, промышленность — 8%, ритейл — 7%, телеком — 4,8%, энергетика — 3,2%, консалтинг —2,8%. 33% применяют гибкие подходы во внутренних проектах и услугах для клиентов. 41% используют scrum (на 7% меньше, чем год назад и на 9% — по сравнению с 2018 годом), 23% — kanban (на 8% больше, чем в 2019 году и на 13% — по сравнению с 2018-м): то есть, kanban постепенно догоняет scrum по популярности. При этом в мире доля kanban в три раза ниже, чем в России: за год она выросла с 5% до 7%; доля scrum при этом выросла с 54 до 58%. 60% компаний применяют несколько подходов одновременно. Доля собственных или комбинированных agile-методик в компаниях составляет 30%. 22% компаний оценили свой уровень компетенции в Agile как высокий — это на 9% больше, чем годом ранее. Если год-два назад многие только планировали применять гибкие методики, то сейчас уверенно внедряют их, комбинируя разные методы и даже изобретая свои. Однако три года — период, в который проводятся исследования — все еще слишком малый срок, чтобы говорить о зрелости в плане agile-подходов. |