Четыре вопроса вместо спора о методологиях
Спор «гибкие подходы против классических» почти всегда бесплоден, потому что ведётся об абстракциях. Практический выбор сводится к четырём вопросам о конкретной ситуации, и ответы на них обычно очевидны всем участникам — если их наконец задать вслух.
Первый: зафиксировано ли содержание. Договор с техническим заданием, смета, конкурсная процедура — содержание зафиксировано, и делать вид, что оно будет уточняться, значит обманывать обе стороны. Требования в общих чертах и заказчик, который узнаёт нужное, когда видит результат, — содержание не зафиксировано.
Второй: как быстро приходит обратная связь. Если результат можно показать через две недели и получить осмысленный ответ — короткие циклы дадут выигрыш. Если проверка возможна только на испытаниях через полгода, итеративность превращается в ритуал без пользы.
Третий: чем измеряется результат — объёмом сделанного или изменением показателя. Четвёртый: какие обязательства уже взяты. Последний часто решает всё: подписанный договор с фиксированной ценой не оставляет большого выбора, каким бы гибким ни хотелось быть.
- Процесса нет и надо выбрать, с чего начать.
- Текущий процесс перестал работать, и непонятно, менять ли подход.
- В компании несколько команд с разной природой работы.
- Нужно объяснить руководству или заказчику, почему выбран именно этот способ работы.
- Процесс работает и всех устраивает — менять подход без причины дороже, чем кажется.
- Проблема в конкретном месте процесса, а не в подходе целиком.
- Решение уже принято сверху и не обсуждается — тогда полезнее темы по внедрению.
Порядок выбора
Выбор занимает одну встречу, если идти по вопросам, а не по названиям методологий. Ответы фиксируйте письменно: через полгода они пригодятся, когда кто-то предложит «перейти на что-то другое».
- 1Определите природу работыПроектная (есть начало, конец и результат) или поточная (обращения приходят постоянно). Это первое разветвление, и оно важнее всего остального.15 минут
- 2Проверьте, зафиксировано ли содержаниеДоговор, техническое задание, смета, конкурс — зафиксировано. Общее направление и уточнение по ходу — нет.15 минут
- 3Оцените скорость обратной связиЗа какой срок можно показать результат и получить осмысленный ответ. Если больше двух-трёх месяцев, короткие циклы дадут мало.15 минут
- 4Разделите уровниСпособ работы команды и система целей компании — разные решения. Kanban в поддержке спокойно уживается с целями на уровне компании.15 минут
- 5Опишите стыки между командамиЕсли команды работают по-разному, главный риск не внутри, а на границах: как передаётся работа и как согласуются сроки.30 минут
- 6Зафиксируйте выбор и причиныОдна страница: что выбрали и по каким ответам. Через полгода это сэкономит повторный спор.30 минут
Признаки, что подход выбран неверно
Типичные ошибки выбора
Скопировали процесс другой компании
Выбрали подход под моду, а не под работу
Один процесс на всю компанию
Смешали уровни: процесс команды и цели компании
Меняют подход вместо конкретной проблемы
Не описали стыки между командами
Разбор по темам
Почему выбор не упирается в инструмент
Shtab не навязывает методологию: процесс собирается из элементов рабочего пространства, и подход можно поменять, не мигрируя данные.
- 01Доска, список, календарь и диаграмма Ганта — разные виды на одни и те же задачи: смена подхода не требует переноса данных.
- 02Разные команды работают по-разному в одном пространстве: поток в поддержке и циклы в разработке.
- 03Цели компании живут над командными процессами и сочетаются с любым из них.
- 04Оценка трудозатрат ведётся в тех единицах, которые нужны команде: часы, сторипоинты, деньги.
- 05Отчёты одни и те же для любого подхода: задачи, сроки, трудозатраты, время в статусах.
Частые вопросы
Не только можно — так и работает большинство компаний. Поддержка ведёт поток с ограничением незавершённой работы, разработка — короткие циклы, внедрение у заказчика — этапы с приёмкой, а над всем этим стоят цели компании. Главное — описать стыки: как работа передаётся между командами и как согласуются сроки.