Управление бэклогом в DNS
Работа в IT DNS - подписывайся!
Перед тем, как рассказывать про бэклог в DNS, хочется погрузиться в небольшой экскурс… =)
Термин “Бэклог” пришел из семейства методологий Agile, в частности из Scrum, где он является одним из основных артефактов — источником пользовательских историй.
Часто концепция бэклога используется и для работы с требованиями, задачами и другими проектными артефактами.
Если требования пользователей возникают из нескольких источников или касаются одновременно нескольких продуктов (или систем), то организуют общий бэклог, в котором осуществляется приоритизация, уточнение, устранение дубликатов и противоречий, а также дальнейшая передача работы в бэклоги конкретных продуктов или команд.
И теперь мы подробнее расскажем о бэклоге в DNS, с которым работает группа системного анализа 1С.
В такой схеме работы принимают участие: представитель бизнес-направления (он же заказчик), аналитик и разработчик.
А схема их взаимодействия выглядит так:
Изначально запрос (заявку) на выполнение задачи создает заказчик, затем рассматривает аналитик (перерабатывает требования в соответствии с существующими рекомендациями/нюансами системы и т.д.) и заносит их в бэклог, чтобы над ними начал работать программист.
То есть, проще говоря, бэклог — это список задач, который рассмотрен аналитиком и которые предстоит решить разработчику.
Бэклог важен и им нужно управлять. Ведение бэклога делает работу удобней и комфортней, ведь к нему всегда можно обратиться заказчику/аналитику/разработчику и посмотреть, как продвигается работа, что уже было сделано и что предстоит сделать. Это делает процессы прозрачнее =)
У каждой задачи, которая попадает в бэклог, есть свой приоритет и срок. Чем выше приоритет, тем быстрее заявка попадет в бэклог разработки.
Изначально приоритеты по решению задач устанавливают заказчики. У них есть соответствующий инструмент в SDMS (это наша внутренняя система учета задач).
Но иногда аналитики и разработчики также влияют на приоритизацию задач, на основании рекомендаций, анализа системной связи заявок.
Например, есть заявка с приоритетом 2 и с приоритетом 22, но т.к. заявку 2 невозможно выполнить, пока не будет готова заявка с приоритетом 22, то аналитик или разработчик может сообщить об этом заказчику и повлиять на то, чтобы заявка 22 сдвинулась выше 2, чтобы ту закрыть раньше другой. =)
Но, как мы уже сказали, помимо приоритета, у каждой задачи есть срок выполнения. Срок может быть определен также заказчиком, он указывает желаемую дату, когда бы хотел, чтобы решение было реализовано. Аналитик всегда спрашивает у заказчика, насколько критично, если задачу решить в указанный срок не удастся. Отталкиваясь от ответа, можно корректировать свою работу. Например, если задачу нужно решить срочно, иначе произойдет какой-то сбой, аналитик с разработчиком стараются найти временное решение, для снижения риска возникновения негативного события.
Помимо заказчика и аналитика, сроком также управляет разработчик (когда берет задачу в работу). Разработчик прорабатывает план работы с задачей. Отталкиваясь от плана, стороны оценивают, уложатся ли они в намеченные сроки.
Также важно сказать, что изначально срок зависит и от самого заказчика: насколько качественно он обработал требования, насколько развернуто, информативно и быстро отвечает на вопросы аналитика, разработчика, как активно он выполняет тестирование и в целом выполняет ли он его.
То есть первоначально желательный срок устанавливает заказчик, но дальше он корректируется. Гарантировать, что заказчик получит результат 100% в указанный им срок, аналитик с разработчиком не могут.
При управлении бэклогом используются и различные вспомогательные инструменты, которые помогают внести ясность в рабочий процесс, определить, что будет впереди, какие изменения ожидаются.
К таким инструментам можно отнести:
- Канбан доску: инструмент, который помогает наглядно представить задачи, контролировать объем незавершенной работы и работать над его минимизацией. Раньше наша команда использовала доску в TRELLO, потом мы разработали подобный инструмент в своей системе SDMS. Кстати, подробнее об этой системе мы расскажем совсем скоро =)
- Проектные менеджеры разрабатывают дорожную карту, в которой указано, какие задачи предстоит решить, чтобы прийти к цели, и ментальную карту, где представлен пул задач, от крупной и сложной к мелкой и легкой.
Разработка подобных инструментов, позволяет не только внести ясность в рабочий процесс, но и помогает командам и руководителям в планировании ресурсов, что в свою очередь, позитивно отражается и на управлении бэклогом. =)
Эту статью написали Маша из команды HR и Анна из команды Системного анализа 1С.
Кстати, сейчас мы в поиске системного аналитика 1С, а скоро откроем набор учеников в команду системного анализа :)
Наши предыдущие статьи:
Кто такой системный аналитик 1С
Как стать системным аналитиком в 1С