Методология — это система принципов и практик, которые рассказывают как организовать работу, чтобы добиться нужного результата в установленный срок. С их помощью можно разложить рабочий процесс на шаги и составить план, например, короткий спринт по Scrum — о нем чуть ниже. Если компания уже работает по другой методологии, перестроиться на Agile-подход будет сложно. Скорее всего потребуется специалист, который хорошо разбирается в гибких методологиях. Команда может оперативно вносить изменения в проект, дорабатывать продукт по комментариям заказчика и реагировать на изменения рынка. После каждой итерации команда анализирует результаты и использует данные для улучшения следующего цикла.
Отсюда определим Модель разработки продукта, как описание того, какие стадии жизненного цикла проходит продукт и что происходит на каждой из них. А Методология разработки — это набор методов по управлению разработкой. Те правила, техники и принципы, которые позволяют делать разработку максимально эффективной. Agile хоть и был разработан для управления проектами в сфере разработки программного обеспечения, нашёл применение и в других областях. Экстремальное программирование (от англ. XP, eXtreme Programming) — ещё одна гибкая методология разработки ПО.
Напротив, методологии Agile «вредны» в типовых проектах, где все процессы понятны и предсказуемы. Например, в строительстве зданий и сооружений или в других сложных инженерных проектах — когда есть измеримая цель, к которой нужно прийти, и понятен путь её достижения. Методологии Agile подходят для проектов высокой степени неопределённости. При работе над таким проектом непонятно, каким в итоге получится продукт, — не видна конечная цель проекта. Или, наоборот, цель есть, но не виден путь, который нужно пройти, чтобы этой цели достичь, — неясно, как разрабатывать продукт. Если замечаний нет, команда переходит к следующей итерации.
Управление Продуктами
Крайне важно, чтобы сотрудники добровольно согласились использовать новый метод в работе. Если в течение 6-8 месяцев всё хорошо — можно постепенно масштабировать Agile во всей компании. О том, как подготовить сотрудников к переменам мы рассказали здесь. Фреймворк — это набор инструментов, задач и процессов, используемых для организации и выполнения проекта от начала и до завершения.
Для этих целей участники ежедневно делятся возникающими препятствиями, краткосрочными планами и ожиданиями друг от друга. Многие современные компании вырабатывают свои ценности, задачи, философию и миссию. Не все из них можно реализовать в современных реалиях, но эти принципы могли бы лечь в основу компании мечты. Однако постепенно популярность Agile стала распространяться и на другие сферы бизнеса. Отдельными принципами этого семейства сейчас пользуются практически во всех сферах, а многие компании всю свою работу выстраивают, используя гибкую проектную методологию Аgile.
Кратко О Том, Что Входит В Agile Сегодня
Если в обсуждении участвуют несколько заказчиков (пользователей), их вклад в проект часто разномасштабный. Кто-то более внимателен и вносит много предложений, а другой сидит молча. Обсуждение проекта с широким охватом может и вовсе проходить на форуме.
В конце спринта команда показывает заказчику результаты своей работы — например, готовую программу или часть её функций. Заказчик даёт обратную связь — объясняет, что его устраивает, а что нет. Если есть замечания, команда обсуждает, как будет дорабатывать проект, и возвращается к предыдущим этапам. На этом этапе проверяют работоспособность проекта — например, запускается ли программа, выполняет ли она свои функции корректно и так далее.
Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum, FDD. Scrum (от англ. scrum «толкучка») — методология управления проектами, активно применяющаяся при разработке информационных систем для гибкой разработки программного обеспечения. Scrum чётко делает акцент на качественном контроле процесса разработки.
Разделяя проект на руководимые элементы, команда может сосредоточить свое внимание на качестве процессов разработки, тестирования и совместном труде. Такие проекты подразумевают под собой изучение адаптационных процессов, командной работы, самоорганизации, отчетов, а также проведения проверок. В итоге пришлось вернуться к чему-то похожему на Scrum. Остались двухнедельные спринты, но отдельные задачи кочевали из спринта в спринт. И заказчиков это устраивало — в итоге создавалось впечатление, что задача выполняется, и не кажется, что её приоритет понижен.
Появилась череда довольно формализованных методик, которые работали против скорости и качества продукта. Проекты по разработке занимали уйму времени, и формальные требования успевали устареть, пока продукт разрабатывался. Чаще всего эту методологию используют в разработке ПО.
В Чём Суть Agile
На тему управления продуктами по Agile перекладываются многие принципы в разработке ПО. Правда, тут надо посмотреть, какой продукт развивается. Тем временем небольшие команды, которые не пользовались формализованными методами, выпускали на рынок продукты быстрее, качественнее и дешевле. Рассказываем, что из себя представляет методология Agile, на каких принципах она основана, как работает на практике и какие проблемы может спровоцировать.
Для этого продукт и система его создания должны быть гибкими для своевременных изменений и учета новых требований. Нет заранее и подробно сформулированного технического задания — значит, разработчик может решить задачу творчески. Но не слишком — пользователь не позволит ему оторваться от реальности и наплодить ненужного кода. Каждый фрагмент программы будут обсуждать и продумывать совместно.
Персональные Инструменты
Параллельно с внедрением различных методологий в производстве, развивается процесс разработки программного обеспечения. Появляются различные методы и практики, а из них стандарты и методологии. Сегодня это одна из наиболее популярных методов разработки программного обеспечения. Команда ведёт работу с помощью доски, на которой обозначены этапы проекта.
- Именно поэтому часто в разработке используется Scrum, как самый структурированный фреймворк, основанный на принципах Agile.
- Чтобы ускорить процесс разработки, люди также должны взаимодействовать напрямую (без посредников в виде документов или других людей), активно общаться между собой лично, а не письменно.
- Ориентация на клиента позволяет выполнять бета-тесты ПО по окончанию каждого спринта, получая при этом важные отзывы на старте проекта и предоставляя возможность редактирования по нужде.
- Agile — это уже давно не только про разработку программного обеспечения.
- Нововведенные или отредактированные элементы незавершенных задач можно запланировать на следующую итерацию, что позволит вносить изменения в ближайшие несколько недель.
Доска помогает визуализировать процесс и следить на каждом этапе за задачей, чтобы ничего не потерялось и шло в рамках графика. Осознанность и профессионализм команды в любом случае во главе угла, какие бы инструменты мы не применяли. Принцип вытягивания производства предполагает производство продукта только на основании требований заказчика в строго необходимом количестве. Часто для инициации процесса производства служит карточка Kanban. TPS — следующая ступень в развитии эффективного бизнеса после системы массового производства, которую изобрел Генри Форд. Цель метода — справиться с быстрыми изменениями в требованиях к продукту — и в результате повысить качество и процессов, и результатов.
Если говорить о сферах бизнеса, то изначально Agile применялся разработчиками для создания нового программного обеспечения, интерфейсов и игр. Тесное общение с руководством, коллегами и самоорганизация помогают работать эффективнее и чувствовать свое влияние на проект. В аджайл-подходе выставляются гибкие сроки с запасом на задержки и изменения.
Xp — Программируем Экстремально!
Экстремальные практики не научат плохого программиста гениально кодить, Scrum не поможет конфликтному специалисту влиться в коллектив. XP требует постоянной интеграции кода, то есть регулярного и частого обмена написанными и отлаженными модулями. Части программы могут быть взаимозависимы, и чтобы исключить внутреннюю несовместимость, у всех участников проекта должен быть доступ к самым актуальным версиям модулей.
Ценности Agile родились в 2001 году в Agile-манифесте — в результате обобщения многих тогдашних «методологий разработки» их авторами. Ввиду максимально возможного живого общения в процессе работы, методики Agile сводят к минимуму объем письменных документов, если сравнить этот подход с другими. Из-за этого методику часто критикуют и называют не дисциплинированной. По оценкам, которые предоставляются перед каждым спринтом, клиент может примерно рассчитать среднюю стоимость каждой задачи. Это способствует улучшению принятия решений о важности задач и нужде в дополнительных итерациях. Когда команда полностью сконцентрирована на внедрении ранее определенных функций продукта на всех итерациях, невыполненные задачи продукта можно все время совершенствовать и перераспределять.
Другие Особенности Agile
Чтобы клиенты были довольны, им нужен именно работающий продукт. В каждой такой команде обязательно должен быть один заказчик программного продукта или его представитель, который занимается определением требований к гибкая методология разработки программному решению. Но эту роль часто выполняет штатный менеджер компании или ее бизнес-аналитик. В отличие от многих других гибких методологий семейства Agile, Scrum дружит с квартальным планированием и отчётами.
Таким образом, если вы в начале проекта можете чётко описать его результат и составить план необходимых работ, методики Agile не подойдут. Идея в том, чтобы работа над проектом шла по принципу конвейера. То есть чтобы разработчики не задумывались над планированием задач и их приоритизацией, а приходили к доске, брали задачу и шли её выполнять.
