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

Программирование - Инструментарий

Удобное решение для автоматизации учёта работ методике Agile:Scrum с элементами Канбан. Разработано на платформе 1С:Предприятие 8.3 (управляемое приложение) и Библиотеке стандартных подсистем. Имеет всё необходимое для полноценной работы небольшой команды разработчиков или отдела сопровождения. Помимо прочего, может применяться как канбан-доска (скрам-доска) для произвольного круга задач. Например, управления задачами административного персонала или для ведения воронки продаж.
Подпилим

3 часа работы в подарок. Можем что-то подпилить в продукте под вас.

Год обновлений

Предоставление бесплатных обновлений в течении 12 месяцев

Техподдержка

Внимательная к вашим отзывам техподдержка.

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

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

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

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

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

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

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

Скриншот - элемент бэклога

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

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

Скриншот - отчёт - Диаграмма выгорания задач (Burndown Chart)

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

Скриншот - отчёт - Ответственный/элемент бэклога

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

Скриншот - отчёт - Проект/элемент бэклога

Скриншот - отчёт - Партнёр/элемент бэклога

Скриншот - отчёт - Состояние/элемент бэклога

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

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

Скриншот - трудоёмкость

Скриншот - состояния элемента бэклога

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

Скриншот - выставление счетов

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

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

Скриншот - шаблон заголовка

Скриншот - шаблон тела письма

Некоторые планируемые возможности:

  • Выгрузка счетов на оплату в Управление торговлей 11, обмен справочником «Партнёры».
  • Печать счетов на оплату (пока что счета формируются без возможности печати).
  • Инструменты для ведения ретроспективы спринта: учёт препятствий в работе и их устранения, «индекс счастья» и др.
  • Многое другое, в том числе, на основе ваших отзывов.

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

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

Ниже приведём несколько сценариев использования продукта, которые проверены на практике. Но мы не считаем, что это единственно возможные сценарии работы — вы можете придумать свои.

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

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

Электронное письмо

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

  • около 300 часов ушло на разработку продукта;
  • успешно используется около 12 месяцев;
  • более 1000 задач в рабочей базе;
  • в базе ведётся около 30 клиентов;
  • в одной базе ведётся около 10 проектов.

Поддержка.

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

Причины купить

В результате внедрения Регби вы получите:

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

Бабос

Достоинства

  • простое решение, удобное в использовании;
  • обеспечивает широкие возможности по анализу трудозатрат и сбора статистики благодаря гибким отчётам;
  • система легко развёртывается и быстро вводится в эксплуатацию;
  • пользователю легко освоить работу в приложении;
  • имеет широкие возможности настройки «из коробки»;
  • имеет гибкую систему управления доступом;
  • предоставляет простые, и в то же время обширные возможности по классификации задач (и других элементов бэклога);
  • позволяет быстро добавлять новые задачи, даже не находясь в офисе;
  • построено на самой популярной в России платформе — 1С:Предприятие. Как следствие, может дорабатываться неограниченным образом под нужды заказчика. Кроме того, принципы работы знакомы широкому кругу пользователей.

Сравнение версий

Новое в версии 1.0.2.192

Новые возможности и изменения:

•    Реализована возможность прикреплять файлы к элементам бэклога. В списке бэклога у документа отображается скрепка, если к нему прикреплены файлы. Ссылка "Присоединённые файлы" появляется у пользователей с ролью "Работа с файлами".
•    Добавлена возможность указать подсказку ввода для краткого описания элемента бэклога прямо в типе элемента бэклога. Например для "Истории" можно написать шаблон "<Лицо>, хочет <что-то>, так что, нужно <сделать то-то>", а для "Бага" шаблон "<Как воспроизвести>". Этот шаблон будет напоминать вам что и в каком виде нужно писать в описании элемента бэклога.
•    Увеличено поле наименования для счёта в элементе бэклога - теперь можно обосновать работу подробнее. Немного улучшена форма элемента бэклога - спойлеры теперь раположены более логично.
•    Добавлены информативные подписи к значениям на диаграмме сгорания задач. Наведите указатель мыши на точку на диаграмме, чтобы увидеть количество оставшихся нерешённых в этой точке элементов бэклога или объёма их оценки. Эта информация выйдет во всплывающей подсказке.
•    Формировать Диаграмму сгорания задач из скрам-доски стало удобнее - автоматически подставляется текущий спринт и сразу формируется график.
•    Дату старта спринта теперь можно редактировать. Это нужно в некоторых случаях, например, если фактическая дата спринта отличается от дня, когда поставили статус "В работе".

Новое в версии 1.0.1.167

Новые возможности и изменения:

•    Добавлена Диаграмма сгорания задач (Burndown Chart). Вызывается из Скрам-доски. Теперь команда видит, успевает ли она доделать работу вовремя, нужна ли ей помощь в этом.
•    Настроены варианты отчета "Обороты по элементам бэклога" - добавлено оформление группировок. Теперь отчёт стал нагляднее.
•    Немного доработали форму документа "Счёт на оплату": сделано автозаполнение суммы документа, а так же, при изменении полей "Количество" и "Цена" изменяется "Сумма" и "Всего" в табличной части.
•    Теперь не берутся помеченные на удаление счета и задачи в обработке "Выставить счета".
•    Для удобства, спойлер с количеством и объёмом теперь развёрнут по умолчанию в форме планирования спринта.
•    Исправлены некоторые ошибки.


Новое в версии 1.0.0.118

Первый публичный релиз продукта.

Скачать файлы

Наименование Файл Версия Размер
Регби. Управление по методике Agile:Scrum с элементами Канбан.
03.08.2017
1.0.2.192 10500 руб.

Моментальная
доставка

Кастомизация (доработка). 1 час работы специалиста.
03.08.2017
1400 руб.
Платная техподдержка (обновления), сроком на 1 мес.
03.08.2017
3150 руб.

См. также

Комментарии
1. Антон Комаров (ardarik) 8 06.04.17 09:19 Сейчас в теме
А вот такой канбан получился у нас )) все написано на 1С
Прикрепленные файлы:
2. Илья Ильин (kvadrat2) 16 06.04.17 10:34 Сейчас в теме
(1)
А красиво. Есть публикация?
3. Антон Комаров (ardarik) 8 06.04.17 10:55 Сейчас в теме
(2) Нет, пока не планируется..
7. Антон Кулиш (ITB_Consult) 11 05.10.17 13:32 Сейчас в теме
(1) интегрировано с дргуими решениями - с учетом времени или CRM? Ил отдельная база?
8. Илья Ильин (kvadrat2) 16 07.10.17 11:10 Сейчас в теме
(7)
интегрировано с дргуими решениями

(7)
Регби не интегрирована с другими решениями. В планах интеграция с УТ 11 или КА 2 на уровне обмена данными через Enterprise Data, скорее всего. Но пока не известно когда сделаем. В ближайшее время на мобильное приложение хотим упор сделать.
4. Артем Артеменко (dock) 29 26.06.17 08:49 Сейчас в теме
Удобный фреймворк ...

Так это готовое решение или всё-таки фрейворк ?
5. Илья Ильин (kvadrat2) 16 26.06.17 16:30 Сейчас в теме
(4) это готовое решение. Слово "фреймворк" употреблялось в смысле "основа" для работы по методикам Agile и канбан. Пожалуй подправлю, чтобы не смущало.
6. Илья Ильин (kvadrat2) 16 27.06.17 08:21 Сейчас в теме
Было для меня открытием, что 1С:Бухгалтерию с 2008 года разарбатывают по SCRUM. Посмотрел интервью с Олегом Фогелем: http://infostart.ru/public/636673/
Интересный дядька.
Оставьте свое сообщение