Регби. Управление по методике Agile:Scrum с элементами Канбан

Внимание! Действует скидка 2100 руб. до 6 декабря!

Успейте приобрести лицензию всего за 8400 руб!

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

Для кого предназначено.

Решение может применяться для довольно широкого круга пользователей:

• Изначально разрабатывалась для ведения учёта работ по методике Scrum в 1С:Франчайзи, где успешно применяется. Перед началом разработки были собраны запросы партнёров с различных форумов, в том числе, партнёрского форума 1С, на основе которых и построена основная часть функционала. Так же, учли опыт работы на продукте TrackStudio, сохранив его преимущества и устранив недостатки.
• Может использоваться IT-отделами предприятий для планирования работ и других ресурсов.
• Может применяться руководителями организаций для ведения обзорного списка дел на Канбан-доске. 
• Может применяться различными проектировщиками (архитекторами, инженерами и др.), работающими по методике Scrum или просто ведущие Канбан-доску в электронном виде.
• Разрабатывается в соответствии со ScrumGuide.
• Продукт поставляется без платформы 1С:Предприятие и является самостоятельной конфигурацией.
• Рекомендуется использовать платформу 1С:Предприятие 8.3 не ниже релиза 8.3.12.

Возможности.

• Встроена Библиотека стандартных подсистем редакции 2.4.
• Открытый исходный код с возможностью доработок.

• Возможность встраивания в 1С:ERP, 1С:Комплексная автоматизация 2 и 1С:Управление торговлей 11.

• Гибкая скрам-доска (канбан-доска): 
  • с перетаскиванием (drag-n-drop) элементов бэклога между колонками;
  • может содержать произвольное количество состояний задач, которые вы хотите там видеть (например, без отменённых или архивных элементов);
  • с отбором по ответственному;
  • с цветовым выделением задач своих/чужих.

• Ведение иерархического бэклога с разбивкой по проектам.
• Группировка элементов в бэклоге более гибкая, чем в обычном справочнике:
  • по проектам с произвольной глубиной иерархии;
  • по продуктам;
  • по партнёрам (клиентам).

• Бэклог (список задач) реализован на основе документа, что позволяет строить гибкие отчёты по регистрам.

• Табличная часть элемента бэклога «Коэффициенты трудоучастия» позволяет учесть вклад нескольких участников в выполнение задачи.

• Для более удобного ввода задач реализована форма нового элемента бэклога.

• Перетаскивание (drag-n-drop) при планировании спринта — задачи можно добавлять в спринт целым списком одним движением руки.

• Построение диаграммы сгорания задач (Burndown Chart). Вы каждый день можете оценивать успеет ли команда отработать все запланированные задачи к концу спринта. Если на текущий момент оценённый объём и количество задач значительно выше идеальной линии, значит ваша команда не справляется с работой. Если ниже — значит либо всё хорошо, либо задач запланировано мало и есть риск простоя к концу спринта.

• Анализ плана и факта единиц трудоёмкости (обычно, часов).

• Гибкий отчёт для анализа трудозатрат по любым группировкам: проекты, клиенты, ответственные, продукты, их версии и конкретные задачи.

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

• Автоматический подсчёт фактического времени выполнения задач.

• Разделение ролей: Скрам-мастер, Владелец продукта, Участник команды.
• История работы над элементом бэклога (задачей):
  • историю нельзя менять задним числом без достаточных прав, предоставленных администратором;
  • полная и подробная история с трудозатрами и комментариями, отмеченными в процессе работы очень помогает объяснять клиентам причины превышения бюджетов.

• Групповое выставление актов по сданным задачам в выбранной валюте, с разбиением по клиентам, с отбором по проекту. 

• Предусмотрено назначение цен для выставления в счетах на выполняемые работы, в том числе, индивидуальные для некоторых клиентов.
• Произвольные типы элементов бэклога: история, баг, фича, оборудование и всё что угодно.
• Загрузка элементов бэклога (задач) из произвольной таблицы — полезно при переходе с другого ПО.
• Прикрепление файлов к элементам бэклога.
• Удобное выставление приоритетов в бэклоге:
  • по произвольному списку задач из контекстного меню;
  • перетаскиванием (drag-n-drop) внутри бэклога.

• Отчёт "Табель фактических трудозатрат" наглядно отображает трудозатраты ответственных за каждый день.

• Обмен с мобильной версией "Регби Мобайл. Управление по Agile:Scrum и Канбан", даже когда вы не находитесь у компьютера, позволит:
  • регистрировать задачи,
  • делать комментарии о ходе работ в элементах бэклога и отмечать трудозатраты,
  • менять состояние элементов бэклога,
  • вести справочную информацию (контрагенты, контактные лица, проекты и др.),
  • и многое другое.

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

• Создание задач через e-mail:
  • просто отправьте задачу на электронную почту, и она автоматически загрузится в бэклог;
  • в письме можно использовать произвольные шаблоны и разделители, чтобы при импорте автоматически заполнялись различные поля (например: Партнёр, Продукт, Проект, Приоритет, Тип элемента бэклога; трудозатраты: Оценка, Факт и любые другие поля);
  • владельцу продукта остаётся только дозаполнить недостающие поля.

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

Примеры и сценарии использования.

Ниже приведём несколько сценариев использования продукта, которые проверены на практике. Тем не менее, мы не считаем, что это единственно возможные сценарии работы, т.к. вы вполне можете реализовать всевозможные свои сценарии, благодаря гибкости настроек Регби и платформы 1С:Предприятие.

Сценарий №1: Учёт работ в 1С:Франчайзи.

Клиент сообщает задачу владельцу продукта (это руководитель отдела или ведущий специалист) или напрямую специалисту, который общался с клиентом. Тот, в свою очередь, отправляет задачу с кратким описанием на специальную электронную почту. Например,  на regbi@example.com.

Владелец продукта периодически разбирает загруженные с regbi@example.com элементы бэклога, заполняет необходимые поля, корректирует описания. Он же, определяет приоритет выполнения задач внутри проекта или эпика и бэклога в целом. Владелец продукта, являясь достаточно квалифицированным специалистом, определяет планируемый бюджет выполнения задач (но этим правом можно наделить и Участников команды).

Скрам-мастер (по совместительству может быть Участником команды), в момент планирования спринта, берёт наиболее приоритетные задачи и добавляет в планируемый спринт, с помощью специального инструмента «Планирование спринта». При этом, следит за количеством задач и бюджетом задач, исходя из известной производительности команды и запаса на факапы. Например, известно что команда справляется примерно с 40 оценочными часами задач за спринт длинной в неделю. При этом, обычно 5-10 часов уходит на факапы. Таким образом, скрам-мастер добавляет в спринт 30 часов задач. Остальные остаются в бэклоге «прозапас». Видео с примером использования смотрите в разделе «Возможности» данной статьи.

Проводится ретроспектива закончившегося спринта. После обсуждения удовлетворённости работой с Участниками команды, выявления препятствий в работе и решений по их устранению, ставятся задачи по улучшению ситуации на следующий спринт (отправляются в бэклог с высшим приоритетом и нулевой оценкой). 

После этого, проводится разбор задач с превышенным бюджетом. С помощью отчёта «Обороты по элементам бэклога», по выбранному спринту с группировкой по ответственному, находятся задачи, бюджет которых превышен. По каждой задаче обсуждается адекватность запланированного бюджета и принимается решение по его корректировке. Право на корректировку имеет только Скрам-мастер и Владелец продукта, который тоже участвует в ретроспективе. История корректировок сохраняется. Эта сумма будет выставлена в счёте на оплату клиенту.

Запланированный спринт запускается в работу — для этого его Состояние переводится в значение «В работе». После этого, спринт по умолчанию будет попадать в отбор задач скрам-доски при запуске программы.

Задачи в статусе «Новый» попадают в первую колонку Скрам-доски (Канбан-доски). Участник команды берёт любую задачу из верхнего приоритета, у которой не назначен ответственный и перетаскивает мышью в поле «В работе». Задаче автоматически назначается ответственный — текущий пользователь. Фиксируется дата и время изменения состояния задачи. Видео с примером использования смотрите в разделе «Возможности» данной статьи.

В ходе работы, Участник команды открывает задачу в Скрам-доске, на закладке «Трудоёмкость» фиксирует текущий прогресс: пишет сколько времени потрачено на текущий момент, что сделано.

Каждый день, во время ежедневного Скрама (Стендапа), Участники команды обсуждают текущую работу, иногда ориентируясь на текущее состояние дел в Скрам-доске.

Во время работы, команда видит сколько задач и на какой объём находится в разных состояниях — это отражается над каждой колонкой Скрам-доски. Каждый участник, может включить фильтр своих задач и посмотреть что в каком состоянии. При этом, он видит как свои задачи, так и те, которые никому не назначены, находящиеся в колонке «Новый». Посмотрите, как это работает на видео в разделе "Возможности".

Менеджер по продажам или любой другой наделённый полномочиями человек, периодически выставляет счета, с помощью инструмента «Выставление счетов». Выбирает состояние элементов бэклога «Утвержден», может установить отбор по партнёру и проекту, если необходимо, и формирует список задач, которые нужно выставить в счетах. Проверяет список, нажимает «Выставить счета» и программа создаёт отдельный счёт на оплату на каждого партнёра. На данный момент, счета переносятся в 1С:Управление торговлей вручную, и оттуда печатаются.

Сценарий №2. Учёт задач АУП.

Директор порождает некоторую идею и отправляет её на специальный адрес электронной почты, например, diregbi@example.com. Коммерческий директор делает тоже самое, по мере работы.

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

В конце каждого месяца, директор создаёт новый спринт на следующий месяц. 

При этом, директора собираются вместе и оценивают актуальность каждой задачи из несделанных в текущем спринте. Если задача актуальна, её переносят в новый спринт, определяя ей новый приоритет. Если задача устарела, ей ставят статус «Отменён». Если задачу нужно сделать через месяц, то создают ещё один спринт со сроком через месяц и отправляют её туда.

После  этого, новый спринт переводят в состояние «В работе», и он появляется по умолчанию в Скрам-доске.

Т.к. бывают задачи, которые должны быть на контроле у обоих директоров, путём несложной доработки, убираем обязательный контроль заполнения Ответственного при записи задачи в статусе, отличном от «Новый». Теперь могут быть задачи «В работе», которые видны обоим директорам, даже если скрам-доска отфильтрована по текущему пользователю.

Сценарий №3. Воронка продаж.

В справочнике «Состояния элементов бэклога» заводим состояния: Новая, Установлен контакт, Начато обсуждение, Отправлено предложение, Поступила предоплата, Сделка провалена.

За элемент бэклога принимаем сделку. Менеджер создаёт сделку, у сделки указывает партнёра (клиента), описание и оценку в рублях.

Спринт, в зависимости от количества сделок, можно делать например на год, или на квартал. В него добавляются сделки в момент их появления.

По мере работы над сделкой, Менеджер отмечает на закладке «Трудоёмкость» комментарии о ходе дел, текущее изменение оценки.

По завершении сделки, её переводят в состояние «Поступила предоплата» или «Сделка провалена». В первом случае можно написать фактическую оценку, чтобы анализировать погрешность в прогнозировании сумм сделок.

Для удобства, чтобы закрытые сделки не маячили в Канбан-доске, можно снять галку «В Скрам-доску» у состояний Поступила предоплата и Сделка провалена. После перезапуска программы это состояние задач не будет отображаться в скрам-доске.

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

Регби в цифрах:

• около 800 часов ушло на разработку продукта;
• успешно используется около 2-х лет;
• более 7000 задач в рабочей базе;
• в базе ведётся около 70 клиентов;
• в одной базе ведётся около 30 проектов.

Поддержка.

После покупки, вы сможете получать обновления ПО в течение 12 месяцев. Дальнейшие обновления продаются по цене 30% от первоначальной стоимости продукта.
Кроме этого, вы можете заказать более полную доработку «под себя», её стоимость будет обсуждаться отдельно.
Если вы обнаружите ошибки в программном коде, мы будем давать вам рекомендации по их устранению в течение неограниченного срока.
Вы можете отправлять ваши пожелания по развитию функционала на нашу электронную почту. Самые востребованные или просто интересные идеи будут воплощаться в порядке приоритетности по мере выхода новых релизов.