Serena Agile
Продукт Serena Agile разработан командой разработчиков с участием основателей методики . Serena Agile объединяет в одном революционном решении новое программное обеспечение для управления Agile проектами, лучшие практики и рекомендации - все для того чтобы сделать Вашу команду более эффективной и продуктивной.
Serena Agile - это идеальный инструмент для мульти-проектной, мульти-командной компании:
•Все проекты в одном репозитории. Ваша команда работает над несколькими проектами? Может, например, больше 20? С решением Serena Agile, вы сможете хранить в одном месте информацию обо всех проектах. Отчеты и представления по портфелю проектов по ранее собранным данным могут быть получены в реальном времени. Портфель может включать множество продуктов, проектов и команд. Serena Agile с легкостью управляется даже с портфелями крупных корпораций, где статус каждого проекта и релиза можно мгновенно узнать по данным информационной панели руководителя.
•Очередь команды (Team backlogs). Используйте очередь команды для назначения работ из нескольких проектов одной и той же команде. Владельцы продуктов (Product Owners) самостоятельно могут назначать работы из очередей продуктов или релизов в очереди команд. Затем команда может перераспределить работы по спринтам в соответствии с приоритетом и порядком. Очередь команды поможет получить все преимущества использования одной опытной команды в масштабах всей компании. Инновационный, Творческий, Прозрачный. Все ваши команды понимают и используют Agile техники по-своему? Тогда, не жертвуя прозрачностью работы команды, вы можете в полной мере ощутить преимущества инновационного подхода. Serena Agile позволяет каждой команде иметь свою собственную конфигурацию Agile процесса, но с сохранением функциональности сбора данных и расчета значений основных управленческих показателей на уровне всей компании в целом. Команда будет рада работать так, как она привыкла. Руководство будет все равно иметь полное представление о статусе портфеля проектов в совокупности и каждого проекта в отдельности.
•Super-Scrum и Scrum of Scrum. У вас сложный продукт и сложная структура команд, работающих над взаимосвязанными проектами? Координация проектов в таком случае может быть весьма непростой задачей. Мы реализовали гибкие представления очередей, которые помогают легко координировать работу между командами и проектами. Super-Scrum - это стратегическое совещание, которое проводится для координации целей между проектами. Scrum of Scrum - это тактическое совещание, которое организуется для команд для выявления нестыковок, причин задержек и координации спринтов.
Что нового в версии 2010 R1
Taskboard
Доска задач - это визуальный снимок списка задач, над которыми работает команда в рамках текущего спринта, включая те, которые сейчас в работе, планируются, и к которым еще даже не приступали.
Интеграция с Serena Business Mashup
Интеграция позволяет состыковать разработку с другими процессами
компании, например, управления потребностями, управления сервисной
службой, управления поручениями и другими. Можно создавать, уточнять,
отслеживать проблемы, дефекты запросы на улучшение в Serena Business Mashup,
а затем контролировать реализацию в Serena Agile. Информация по
статусам и прогрессу по любой работе доступна из любой из систем в
реальном времени.
Поддержка RSS feeds для очередей (Backlogs)
Появилась возможность подписаться на обновление очередей по протоколу RSS
Назначение члена команды
Теперь можно включать сотрудников в разные команды. Можно фильтровать список задач и дефектов по команде в панели задач спринта.
Перемещение работ между проектами
Например, если работа по ошибке попала в неправильный проект или проект
разделяется на несколько подпроектов, то работы можно просто переносить
из одного проекта в другой, меняя иерархию работ.
Изменение иерархии работ
Иерархию работ можно менять в очереди спринта или команды, без необходимости возврата на уровень проекта или релиза.
Удаление нескольких записей
В пользовательском интерфейсе появилась возможность выделения нескольких записей с помощью привычной комбинации нажатия кнопки (Ctrl+) и удаления всей совокупности записей.
Быстрая фильтрация по типу работ
В пользовательском интерфейсе появились новые кнопки быстрого доступа к фильтрам
Сортировка списка задач в очереди
Управлять сортировкой списка задач в очереди стало значительно проще. Появилось новое представление в виде простого списка дополнительно к представлению в виде дерева. В списке гораздо легче задать нужный порядок работ. Кроме того, задачу упрощает возможность фильтрации большого списка работ по типу.
Улучшенные возможности импорта работ
Улучшен шаблон импорта данных, который позволяет автоматически добавлять колонки в соответствии с атрибутами типов работ Serena Agile
Agile Обзор
Идеальный Agile процесс - простой и повторяемый. Основные рамки Agile
процесса могут оставаться размытыми, но процесс должен иметь четкие
цели. Цели - это функциональность, которая имеет определенную бизнес
ценность для разрабатываемого программного продукта. Процесс основан на
неких базовых принципах, применяемых на все этапах цикла разработки, но с
постоянным уточнением деталей по мере продвижения команды к реализации.
Это не значит, что реализация Agile процесса в реальных проектах
разработки очень проста. На самом деле, работа в Agile проектах напротив
требует полной отдачи и дисциплины, но этапы процесса действительно
выглядят просто.
Любой Agile процесс использует следующую базовую терминологию:
- Тип работы (Work Type). Agile процесс определяет взаимосвязи между типами работ, которые выполняются на различных стадиях процесса. Например, Проект (Project) состоит из одного или более Релизов (Release), Релиз состоит из одного или более Спринтов (Sprint), каждый рабочий день в рамках Спринта, начинается с ежедневного короткого совещания (Daily Standup).
- Элемент работы или работа (Work Item). Работой может быть Идея (Epic), История (Story) или Задача (Task). Идея может состоять из одной или более истории, истории состоят из задач. Работа всегда фиксируется и хранится в Очереди (backlog) на реализацию и является предметом обсуждения на совещаниях по планированию. На каждом ежедневном совещании участники команды обсуждают одни и те же вопросы о том, какие работы будут сделаны сегодня.
- Очередь (Backlog). Agile процесс имеет общую очередь разработки, в которой каждая работа также прикреплена либо к очереди конкретного релиза продукта, либо очереди спринта. В принципе, по мере уточнения типов работ, (дробления на более мелкие и детальные составляющие типы) может произойти две вещи: работы становятся меньше, а вот информации, которая в них содержится (описание, критерии приемки и тестирования, технические примечания, оценки сложности и трудоемкости и т.д. ), становится все больше.
- Команда (Team). Любой Agile процесс крайне зависим от квалификации его участников - команды людей, состоящей в общем случае из, Владельца продукта (Product Owner), Мастера Scrum и других членов команды (Разработчиков, Аналитиков, Системных инженеров, Администраторов баз данных и т.д.).
Относительная простота Agile процесса помогает организациями перейти от традиционных методик управления проектами, в основе которых лежит идея четкого следования процессу развития жизненного цикла развития программного продукта, к новой методике с фокусом на активную работу членов команды «на конечный результат» по требованиям и пожеланиям заказчика в сжатые сроки от цикла к циклу. После завершения очередного этапа Agile процесса (например, окончания спринта, релиза или продукта) команда обычно собирается на совещание по итогам этапа (retrospective meeting), обсуждая, что было сделано хорошо, что не очень, что плохо, отмечая, где и что следует улучшить в будущем.
Хотя базовая структура Agile используется большинством организаций,
реализация подхода в деталях совпадает крайне редко. Могут
использоваться различные названия работ, типов работ очередей.
Взаимосвязи между типами работ, работами и очередями могут быть
совершенно другими. Каждый цикл может иметь свою длительность. Могут
также отличаться и принципы включения работ в различные очереди и
управления очередями.