Serena Agile
Главная / Продукты / Serena / Serena Agile

Serena Agile

Продукт Serena Agile разработан командой разработчиков с участием основателей методики Agile Scrum. 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

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

 

Taskboard

 

Интеграция с Serena Business Mashup

Интеграция позволяет состыковать разработку с другими процессами компании, например, управления потребностями, управления сервисной службой, управления поручениями и другими. Можно создавать, уточнять, отслеживать проблемы, дефекты запросы на улучшение в Serena Business Mashup, а затем контролировать реализацию в Serena Agile. Информация по статусам и прогрессу по любой работе доступна из любой из систем в реальном времени. 

Поддержка RSS feeds для очередей (Backlogs)

Появилась возможность подписаться на обновление очередей по протоколу RSS

RSS feeds

Назначение члена команды

Теперь можно включать сотрудников в разные команды. Можно фильтровать список задач и дефектов по команде в панели задач спринта.

Перемещение работ между проектами

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

Удаление нескольких записей

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


Delete tasks  

Быстрая фильтрация по типу работ

В пользовательском интерфейсе появились новые кнопки быстрого доступа к фильтрам

Quick Filter

Сортировка списка задач в очереди

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


Сортировка 

Улучшенные возможности импорта работ

  Улучшен шаблон импорта данных, который позволяет автоматически добавлять колонки в соответствии с атрибутами типов работ 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 используется большинством организаций, реализация подхода в деталях совпадает крайне редко. Могут использоваться различные названия работ, типов работ очередей. Взаимосвязи между типами работ, работами и очередями могут быть совершенно другими.  Каждый цикл может иметь свою длительность. Могут также отличаться и принципы включения работ в различные очереди и управления очередями.