Что такое бэклог в мире разработки

Определение

Бэклог – (от англ. backlog) это упорядоченный по приоритету список работ, который составляет человек, занимающийся развитием проекта (проджект-менеджер). Бэклог можно вести где угодно: на листке бумаги или в excel-файле. Главное, чтобы к нему был доступ у всей команды.

Откуда взялся бэклог

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

Если пытаться заглянуть глубже, то Вы обнаружите, что уже знакомы с некоторыми методологиями, просто об этом не догадываетесь. Например, Канбан – на доску крепятся стикеры с задачами, которые нужно сделать до какого-то срока, чаще всего неопределенного.

В целом бэклог и Канбан чем-то похожи. Грубо говоря, где-то записаны задачи и есть люди, которые эти задачи между собой распределяют. Главное стоит понять, что Канбан – это целая методология, а бэклог – часть методологии Scrum.

Что такое Канбан и чем отличается от простого бэклога

Кто-то спросит: “А в чем тогда разница между бэклогом и канбаном, это ведь одно и то же: записная книжка для задач”. Знаете, смотря как смотреть на вопрос.

Если рассматривать Канбан поверхностно, не как методологию, а как тупо “доску”, то, и правда, отличий почти что нет (там доска, тут excel). Но, если браться за Канбан серьезно, глубоко капнуть, то на поверхность быстро явится вывод, что это не просто доска, это больше способ упорядочить процесс непрерывной разработки, как на производстве. А бэклог – это таблица с задачами на конкретный этап разработки. То есть бэклогов может быть много, если этапов много.

Что такое Scrum простыми словами

Ну и раз мы несколько раз написали Scrum, то давайте кратко объясним, что это. А то про Канбан рассказали, а тут утаили… не хорошо.

Относительно недавно (в начале 21 века) появилась такая штука как Agile. Это методология гибкой разработки, в центре которой стоят отношения людей. Суть разработки не в том, чтобы делать все точно по договору, а в том, чтобы сделать то, что нужно заказчику. Иными словами, если в процессе работы он меняет техническое задание, команда меняет вектор работы. А не говорит: “Этого в договоре нет, сделаем как показано в прототипе, поэтому берите, что дают”.

Казалось, мы же про Scrum говорим, при чем тут Agile? Так вот, Scrum – это методология, придерживающаяся идей Agile. Наши соотечественники все, как обычно, в одну кучу скинули и разделили все на разные “методологии”. Хотя, если Вы будете читать зарубежные источники (или даже нашу Википедию), тут прямо скажут, что одно вытекает из другого.

Процесс разработки в Scrum подразумевает, что все поделено на спринты (этапы), есть глобальный бэклог со всеми задачами, а есть бэклоги поменьше (под каждый спринт). После каждого этапа команда собирается на обсуждение для корректировки бэклогов, а приоритетами задач управляет человек, которого пафосно именуют “владелец продукта” (обычно это просто менеджер). Так же есть Scrum Master, он следит за тем, чтобы все исполнялось согласно идеям Scrum. Ну и все это приправлено идеями Agile: на первом месте взаимоотношения между людьми.

Как правильно вести бэклог

Если команда не придерживается какой-то конкретной методологии, то бэклог можно вести как “книгу учета” задач: какие сделаны, какие остались, какие добавились в процессе. То есть правил нет, ведите как хотите и сами решайте, кто и когда будет его вести.

Мы ведь не зря сказали в начале статьи: “…тем более бэклог может существовать самостоятельно, вне методологий”. Просто мало компаний в России (да и даже в Европе), которые придерживаются Scrum на все 100%. Обычно в СНГ это смесь самого Scrum с классическими бизнес процессами. То есть из Scrum там может быть только бэклог, ну и еще спринты.

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

• После каждого спринта бэклог пересматривается, меняются приоритеты и даже задачи;
• Бэклог это открытый документ, который постоянно может меняться, следовательно, в любой момент вектор разработки может быть изменен.
• В бэклог могут быть добавлены не только “клиентские” задачи, но и от разработчиков тоже.
• Бэклог не один, есть глобальный бэклог, а есть бэклог конкретного спринта (этапа).
• Все спринты ограничены по времени, если что-то не успели, то задачи улетают в другой бэклог.

Если что-то не понятно, смело оставляйте комментарии для обратной связи и мы будем корректировать эту статью!