проектный менеджмент. КП Тайлаков. Курсовой проект по дисциплине (Наименование дисциплины) Разработка руководства по использованию методологии Scrum при разработке чатбота Telegram для поиска компании на мероприятие
Скачать 1.57 Mb.
|
Scrum-командаScrum-команды являются самоорганизующимися и кросс-функциональными. Самоорганизующиеся команды самостоятельно решают, как выполнять свою работу, а не следуют внешним указаниям. Кросс-функциональные команды обладают всеми необходимыми компетенциями для выполнения работы и не зависят от людей, не входящих в команду. Модель команды в Scrum направлена на улучшение гибкости, творчества и продуктивности. Продукт поставляется итеративно и инкрементально, максимально используя возможности для получения обратной связи. Благодаря тому, что Готовый продукт поставляется инкрементами, работоспособная и потенциально полезная версия продукта доступна в любой момент. [12] Scrum-команда включает в себя следующие роли: Scrum-мастер; Владелец продукта; Команда разработки. Владелец продукта несет ответственность за достижение максимальной ценности системы, разрабатываемой командой разработки. К зоне ответственности владельца продукта также относится управление Бэклогом продукта. Управление Бэклогом продукта включает в себя: описание элементов Бэклога; управление порядком элементов Бэклога для наилучшего достижения цели; оптимизацию ценности работы Команды разработки; обеспечение доступности, прозрачности и ясности Бэклога для всех участников процесса; гарантию, что Команда разработки в достаточной степени понимает состав Бэклога [13]. Владелец продукта может выполнять данные функции самостоятельно, а может делегировать их членам команды разработки. Но главная ответственность лежит на плечах владельца продукта. Обязанности владельца продукта зависят от типа проекта. Помимо управления бэклогом владелец обязан представлять итоговый вид продукта и обладать способностью объяснить это другим участникам команды так, чтобы все поняли задачи; правильно расставлять приоритеты разработки; понимать стратегию развития. Важно понимать, что получается после каждой итерации и какой прогресс у продукта. Команда разработки состоит из специалистов, которые разрабатывают систему, предоставляя к концу каждого спринта готовый инкремент продукта. Команда разработки должна обладать определенными характеристиками: самоорганизация для выполнения работ; кросс-функциональность – члены команды должны обладать необходимыми навыками и умениями, чтобы была возможность создать каждый инкремент продукта. [12] Помимо этого, команда разработки не должна делиться на подкоманды и должна нести коллективную ответственность за создание инкремента продукта. Возможна такая ситуация, когда отдельные члены команды обладают различными специализированными навыками. Scrum-мастер - это “слуга-лидер”, помогающий остальным членам команды следовать выбранному ими процессу. Он должен иметь хорошее понимание фреймворка и учить других тонкостям этого процесса. Scrum-мастер работает вместе с владельцем продукта, помогая ему понимать, создавать и поддерживать бэклог продукта. Работает с командой разработки, пытаясь найти и внедрить технические практики, которые позволят команде достичь нужного состояния готовности продукта по окончанию спринта. Другая зона ответственности Scrum-мастера – это наблюдение за тем, как устраняются препятствия на пути прогресса команды. Эти препятствия могут быть внешними по отношению к команде. Scrum-мастер является ответственным за то, чтобы убедиться, что Scrum понимают и применяют как внутри команды, так и за ее пределами. Он помогает людям вне команды понимать процесс и видит, какие взаимодействия с командой помогают им, а какие нет. Scrum-мастер помогает всем улучшаться, чтобы Scrum-команда стала более продуктивной и ценной. [15] В ходе работы было принято решение использовать сервисы для дистанционной работы команды. Были определены необходимые требования и запросы к программному обеспечению. Для решения задач команда использовала онлайн-платформу для совместной работы Miro. Платформа используется как способ взаимодействия при создании новых проектов, дизайна интерфейса и при других задачах. Предусмотрена возможность настройки интеграции с другими инструментами совместной работы, такими как Slack, Microsoft Teams, Zoom, Jira, Trello, Google Docs и Concept. На рисунке 7 представлены работы на доске Miro Рисунок 7 – Доска Miro Для решения проблемы мотивационного аспекта необходимо, чтобы каждый член команды отслеживал движение задач текущего Спринта на общей Scrum-доске, а также своевременно менял статусы собственных задач. Для этого команда использовала сервис «Jira». Были настроены необходимые статусы для задач (в работе, тестирование и готово), задачи располагаются в нужном порядке и выделяются метками. Каждый член команды может настроить уведомления, чтобы своевременно получать информацию об изменениях на доске. На рисунке 8 представлены задачи в jira. Рисунок 8 – Jira |