Файл: Гибкая модель разработки программного обеспечения Agile.pdf

Рисунок 2 - Журналы пожеланий

3. Ежедневные митинги (Daily-Scrums)

• Использование ежедневных митингов, особенно в распределенной команде, повышает эффективность процесса разработки и прозрачность проблемных ситуаций. DEVPROM позволяет проводить daily-Scrums в интерактивной форме и сохранять результаты обсуждений для последующего анализа.

4. Итеративная разработка (Iteration Planning)

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

5. Доска задач (Task board)

• Возможность представления задач в итерации (спринте) в форме "доски задач" позволяет быстрее воспринимать текущее состояние дел в итерации за счет визуальной группировки задач в зависимости от их состояния.

Рисунок 3 - Доска задач

6. Скорость команды (Velocity)

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

7. Burndown диаграмма (Burndown chart)

• Автоматическое построение burndown диаграммы для каждой из итераций проекта.
• Отображение диаграммы при планировании историй пользователей, просмотре итерации и на странице с задачами каждого участника.
• Подробная детализация показателей диаграммы за счет отображения скорости работы по каждой фазе разработки: анализу, реализации, тестированию и документированию.

8. Долгосрочное планирование (Release roadmap)

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

Рисунок 4 - Долгосрочное планирование

9. Тесное общение (Tight communications)

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

10. Ретроспективы (Restrospective meeting)

• Фиксация результатов проведения ретроспектив с использованием общей базы знаний проекта.
• Быстрый доступ к истории ретроспектив, отслеживание реализации выявленных на ретроспективе улучшений.

Оцените, насколько полно Devprom AgileTeam покрывает особенности Agile процессов, с использованием чеклиста настоящего Scrum процесса: Проверка на соответствие правильному Agile

Конечно, ваша команда по-прежнему может использовать Excel для ведения журнала пожеланий продукта, а Jira для трекинга дефектов. И еще множество подручных инструментов для других проектных активностей.

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

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

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

Заключение

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

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

1. Изменение требований непосредственно в процессе разработки.

2. Нечеткое распределение ответственности за выполняемую работу и ее результат.

3. Наличие непрерывного потока мелких, «быстрых», наваливающихся требований, отвлекающих разработчиков и менеджеров от основного направления работ.

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

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

Методология Agile – это семейство процессов разработки, а не единственный подход к разработке программного обеспечения. Ценности и принципы Agile методологии закреплены в документе ‘Agile Manifesto’. Agile не включает конкретных практик, а определяет ценности и принципы, которыми руководствуются успешные команды.

Список использованной литературы

1. Бизнес-планирование: Учебник для вузов/ Под ред. В.М Попова, С.И. Ляпунова, С.Г. Млодика. – М.: Финансы и статистика, 2012. – 816 с.

2. Быстрая разработка программ. Принципы, примеры, практика Роберт К. Мартин, Джеймс В. Ньюкирк, Роберт С. Косс. Издательство: Вильямс. 2017 г. 704 с.

3. Гибкое управление IT-проектами. Руководство для настоящих самураев Джонатан Расмуссон. Издательство: Питер.20212 г. 272 с.

4. Орлова Е.Р. Бизнес-план: Методика составления и анализ типовых ошибок / Е.Р. Орлова. - М.: Омега-Л, 2013. - 168 c.

5. Проектирование информационных систем. Татьяна Гвоздева, Борис Баллод. Феникс. 512с – 2009г.

6. Революционный метод управления проектами Джефф Сазерленд. Издательство: Манн, Иванов и Фербер.2015 г . 288 с.

7. AgileRussia - [Электронный ресурс] - режим доступа: http://agilerussia.ru/practices/внедрение-agile/

8. Гибкая методология разработки (Agile) - [Электронный ресурс] - режим доступа: http://mahamba.com/ru/gibkaya-metodologiya-razrabotki-agile

9. Agile/Scrum для начинающих. Что такое гибкая методология? - [Электронный ресурс] - режим доступа: http://www.pmoffice.by/blog/agile/agile-approach.html

10. РАЗБЕРЕМСЯ С AGILE: ЧТО ТАКОЕ AGILE И КАК ИСПОЛЬЗОВАТЬ В ПРАКТИКЕ БИЗНЕСА - [Электронный ресурс] - режим доступа: http://www.savkinks.ru/agile-management.htm

11. Жертвы Agile - [Электронный ресурс] - режим доступа: https://vc.ru/p/agile-victims

1. Революционный метод управления проектами Джефф Сазерленд. Издательство: Манн, Иванов и Фербер.2015 г. – С. 48-49. ↑

2. AgileRussia - [Электронный ресурс] - режим доступа: http://agilerussia.ru/practices/внедрение-agile/ ↑

3. Agile/Scrum для начинающих. Что такое гибкая методология? - [Электронный ресурс] - режим доступа: http://www.pmoffice.by/blog/agile/agile-approach.html ↑

4. РАЗБЕРЕМСЯ С AGILE: ЧТО ТАКОЕ AGILE И КАК ИСПОЛЬЗОВАТЬ В ПРАКТИКЕ БИЗНЕСА - [Электронный ресурс] - режим доступа: http://www.savkinks.ru/agile-management.htm ↑

5. Гибкое управление IT-проектами. Руководство для настоящих самураев Джонатан Расмуссон. Издательство: Питер.20212 г. – С.89. ↑

6. AgileRussia - [Электронный ресурс] - режим доступа: http://agilerussia.ru/practices/внедрение-agile/ ↑

7. Жертвы Agile - [Электронный ресурс] - режим доступа: https://vc.ru/p/agile-victims ↑