Программа битвы

А. Представление систем

Представление систем, краткая история и текущее положение на рынке.

Б. Структура и поддержка методологий

Б1. Какие методологии поддерживаются?

1. Поддерживается ли методология Agile?
2. Поддерживается ли методология Waterfall?

Б2. Поддержка Agile

1. Поддержка из коробки или с помощью плагинов?
2. Сложность настройки
3. Чего не хватает в реализации, а что реализовано круто?

Б3. Комфортность использования в Agile

1. Есть ли AgileBoard «из коробки», насколько понятна работа с доской.
2. Насколько удобно создавать спринты и управлять ими.
3. Формирование бэклога, прозрачность задач в спринте.
4. Доступна ли смена статусов задач/приоритетов/исполнителей всем участникам процесса или только выделенным ролям?
5. Возможность фиксации результатов ретроспектив.

Б4. Поддержка методологии Waterfall

1. Поддержка из коробки или с помощью плагинов?
2. Сложность настройки
3. Чего не хватает в реализации, а что реализовано круто?

Б5. Возможности систем по организации задач

1. Какие уровни иерархии для декомпозиции задач есть.
2. Установка оценок и приоритетов задач.
3. Изменение оценок задач.
4. Установки сроков и контрольных точек на этапы работ.
5. Возможность настройки рабочих процессов (workflow).

В. Внедрение

Сложность, стоимость и другие аспекты внедрения систем.

В1. Внедрение:

1. Облако / standalone
2. Требования к железу для standalone
3. Нужен ли дополнительный платный софт для standalone
4. Субъективная оценка сложности установки, с учётом плагинов, настройки UX и пр.

В2. Стоимость:

1. По цене: дорогая, платная, бесплатная
2. Для платных: варианты лицензирования, практические выкладки, что выгодней при каком размере команды
3. Надо ли что-то докупать, например платные плагины

Г. Пользовательский интерфейс, удобство использования

Г1. Анализ пользовательского интерфейса систем-участников. Сравнение удобства работы в системах:

1. Звёздные возможности системы.
2. Чего не хватает по сравнению с остальными.
3. Скорость работы интерфейса.
4. Настройка собственного дашбоарда пользователем. Настройка дашбоарда по-умолчанию для роли.
5. Клиентское ПО: работа в браузере, десктопная версия, нативный мобильный клиент, адаптивный веб.
6. Брендинг: логотип проекта / заказчика.
7. Управление с клавиатуры.
8. Автоматизация рабочих процессов (workflow).
9. Встроен ли чат, есть ли интеграция с корпоративным чатом (Slack / Mattermost / RocketChat и пр.)

Д. Учёт времени

Д1. Поддерживается ли учёт времени

1. Можно ли внести время по задаче?
2. Внутренний учёт времени или внешний провайдер (Harvest / Hours и пр.).
3. Есть ли разбиение внесённого времени по типам работ?

Д2. Рабочее время сотрудника

1. Есть ли учёт рабочего времени сотрудника.
2. Можно ли учитывать время сотрудников вне проектов.

Д3. Контроль корректности внесения времени по задачам

1. Свободное внесение времени сотрудником - можно ли внести 25 рабочих часов за сутки на человека?
2. Сколько уровней контроля со стороны системы?

Д4. Удобство ввода времени исполнителем

1. Насколько удобно вносить время?
2. Какой уровень дисциплины от сотрудников нужен?

Д5. Анализ внесенного времени

1. Станадартные отчёты.
2. Возможность выгрузки в другое ПО для обработки.
3. Мониторинг времени исполнителей для менеджера / заказчика.

Д6. Прогнозирование временных затрат и календарных срокоов

1. Есть ли история изменений оценок по уровням организации задач.
2. Ранняя диагностика выхода из рамок бюджета и сроков.

Е. Отчётность

Е1. Возможности подсистем генерации отчётов, анализа данных и принятия управленческих решений:

1. Стандартные отчёты из коробки.
2. Возможность конструировать собственные отчёты.
3. Понятность хранимых данных - открытость к обработке снаружи.
4. Автоматическая генерация отчётов по событиям.
5. Автоматический анализ отчётов / метрик.

И. Интеграция

И1. Итеграционные возможности систем

1. GIT / другие VCS
2. CRM
3. Системы управления требованиями / Базы знаний
4. Багтрекинг
5. 1С
6. IM, Chat
7. CI/CD

К. Другие аспекты

К1. Назначение задач на роль или группу сотрудников

Есть ли такая возможность?

К2. Runtime-мониторинг

Для менеджера, контроль за ходом выполнения проекта. Для заказчика, контроль за тратами, предупреждение потерь.

К3. Прозрачность задач для заказчика

«Зоны видимости» данных. Возможность точечного вывода задачи для прямого взаимодействия заказчика/исполнителя.

К4. Периодичные задачи

Есть ли поддержка. Если нет, альтернативные решения.