ОПИСАНИЕ ТЕХНОЛОГИИ AGILE/SCRUM

Agile – это гибкая методология разработки (англ. Agile software development). Представляет собой революционную концепцию, в рамках которой выполняется разработка программного обеспечения.

Цель - минимизация рисков, достигаемая разработкой (проектированием) короткими итерациями.

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


МАНИФЕСТ AGILE

Основополагающие ценности 


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

Роли Scrum


Scrum Master.

Бизнес-аналитик, руководитель проекта. Проводит совещания, следит за соблюдением технологии Scrum, снимает противоречия и направляет команду. Основная обязанность – обеспечение выполнения технологии Scrum.

Product Owner.

Владелец проекта, функциональный заказчик. Представляет интересы заказчика (конечных пользователей).

Development Team.

Команда специалистов (разработчиков). Состоит из специалистов различного профиля- аналитиков, архитекторов, программистов, тестировщиков. Команда отвечает за результат как единое целое.

clients

Клиенты. Те кому проект будет приносить пользу и выгоду

как ведется работа по Scrum?

i.

Выбирается «Владелец продукта» —человек, обладающий видением того, что вы собираетесь создать или достигнуть.

ii.

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

iii.

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

iv.

Приступая к работе, создается максимально полный список всех требований, предъявляемых к продукту или цели. Пункты этого списка должны быть расставлены по приоритету. Список носит название «Бэклог продукта». Он может развиваться и изменяться на протяжении всего срока реализации проекта.

v.

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

vi.

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

vii.

Чтобы все участники были в курсе состояния дел заводится скрам-доска (канбан) с тремя колонками: «Нужно сделать, или бэклог»; «В работе»; «Сделано». На доску участники клеят стикеры с заданиями, которые в процессе работы поочередно перемещаются из колонки «Бэклог» в колонку «в работе», а затем в «сделано». 

viii.

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

ix.

По завершении спринта команда делает его обзор —проводит встречу, на которой участники рассказывают, что сделано за спринт

x.

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

xii.

Планируется следующий спринт.

преимущества внедрения erp по scrum

1С:ERP Управление предприятием 2

а.

Прозрачность процесса для Заказчика (Еженедельное review)

б.

Заказчик может вносить изменения (При планировании следующего производственного цикла могут добавляться пользовательские истории)

в.

Проблемы быстро идентифицируются (на ежедневном review, на еженедельной ретроспективной встрече, при планировании следующего цикла)

г.

Команда вовлечен в процесс (Снижаются риски ошибок технологического проектирования)

д.

Результаты быстро доступны для проверки (Каждые 2-4 недели поставляется рабочий софт и документы)

е.

Прогресс определяется наличием работающего функционала (Пользователи видят как будет работать система каждые 2-4 недели)

Ё.

Меньше риски потерь (Существенные риски выявляются в рамках одного производственного цикла)

свяжитесь с нами

Оставьте заявку на бесплатную консультацию

Адрес г. Москва, ул. Авиамоторная 44 стр.2 офис 24
телефон +7 (929) 667-21-85
Email info@nlgm.ru
vk.com https://vk.com/new_algorithm