Гибкие методики простыми словами

Откуда взялось

Раньше проекты вели так: полгода писали подробное описание того, что надо сделать, потом год делали, потом показывали заказчику. К этому моменту требования успевали устареть, а исправлять было поздно и дорого.

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

Это не методика, а образ мышления. Конкретных методик на его основе несколько.

Основная идея в четырёх пунктах

Исходные положения формулировались так:

• Люди и общение важнее процессов и инструментов.
• Работающий продукт важнее исчерпывающей документации.
• Сотрудничество с заказчиком важнее согласования условий.
• Готовность к изменениям важнее следования плану.

Ключевая оговорка, которую постоянно забывают: то, что справа, тоже важно. Документация нужна, план нужен, договор нужен. Речь о приоритете, а не об отмене.

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

Самая распространённая методика

Работа идёт отрезками фиксированной длины, обычно одна-две недели. В начале отрезка команда берёт объём работы, который считает посильным. В конце показывает результат и разбирает, как прошло.

Роли: тот, кто отвечает за приоритеты и содержание; тот, кто помогает команде работать и убирает препятствия; сама команда, которая делает.

Встречи: планирование в начале, короткие ежедневные сверки, показ результата и разбор итогов в конце.

Второй распространённый подход

Без фиксированных отрезков. Есть доска с колонками, задачи по ней движутся, и главное правило — ограничение количества одновременно взятых задач.

Смысл ограничения: когда каждый взял по три дела, всё висит наполовину сделанным. Когда каждый берёт одно и доводит до конца, работа идёт быстрее, хотя ощущается медленнее.

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

Что спрашивают на собеседовании

Новичка спрашивают неглубоко:

• В чём разница между двумя подходами. Ответ: в первом фиксированные отрезки и планирование на них, во втором непрерывный поток с ограничением одновременной работы.
• Что происходит на разборе итогов. Ответ: обсуждают, что улучшить в работе, и договариваются об изменениях.
• Зачем ежедневная сверка. Ответ: чтобы команда видела картину и рано замечала препятствия. Не для отчёта.

Отвечать надо коротко и по делу. Пересказ теории наизусть впечатления не производит.

Честно про реальность

В большинстве компаний работает не методика из книги, а её местная версия. Где-то отрезки есть, а разбора итогов нет. Где-то доска есть, а ограничения не соблюдаются.

Это нормально. Не пытайтесь на первой работе исправить процесс — сначала поймите, почему он такой. Часто за странностью стоит причина.

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