Как стать автором
Обновить

Причины высокого time2market

Время на прочтение7 мин
Количество просмотров3K

Time2Market - время от возникновения идеи до вывода ее на рынок.

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

Идеей может быть:

  • Продукт целиком

  • MVP продукта

  • Отдельная продуктовая гипотеза

  • Продуктовая или технологическая фича

Какие существуют причины высокого time2market и есть ли универсальная таблетка для его сокращения?

Причины высокого time2market либо не анализируются, либо анализируются неверным методом

За последние 20 лет я провел сотни встреч по анализу отклонений. Наиболее распространенная ошибка участников встречи - они предлагаю улучшения, не зафиксировав причины отклонений и не прокопав при помощи "5 почему" и диаграмм Исикавы до первопричин.

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

Сравните исходные предложения участников встречи и предложения, полученные научным методом из top-10 первопричин диаграммы Исикавы. Вам повезет, если пересечение составит хотя бы 20%.

Чтобы ваши по снижению time2market достигали цели не на 20%, а на 100%, анализируйте причины отклонений и используйте проверенные научные методы, такие как "Root cause analysis", "Five whys" и "Ishikawa diagrams".

Длинная очередь задач

Длинная очередь задач это еще не Time2Market, поскольку в очереди задач могут быть и откровенно бесполезные задачи. Тем не менее длинная очередь задач зачастую хорошо коррелирует с Time2Market и ее полезно считать.

Для определения длины очереди задач поделите объем беклога на объем задач, реализованных командой за последний месяц. Комфортной длиной очереди для бизнеса обычно будет цифра в диапазоне от 3 до 6 месяцев.

Не путайте длину очереди и Lead time. Lead time - это время между началом и окончанием производства задачи. Оно может составлять единицы часов если вы активно используете практики DevOps. Между тем, если у вас Lead time 2 часа и очередь задач 2 года, а у конкурента Lead Time 2 месяца и очередь задач на 4 месяца, то вы его вряд ли победите.

В одной из компаний, куда меня позвали решить проблему time2market, длина очереди задач составляла 18 лет. К счастью, первопричиной было отсутствие достаточного количества специалистов и эту проблему удалось решить довольно быстро.

Функционал не внедряется годами

Зачастую функционал производится, устанавливается в промышленную среду, но не включается. Доводите работу до конца — включайте функционал на клиентов и считайте time2market по дате когда функционал действительно начал использоваться, а не по дате, когда его формально перенесли на промышленную среду.

Длинный релизный цикл

В некоторых компаниях приняты интеграционные релизы длительностью 6-9 месяцев. Ваш Time2Market никогда не сможет стать меньше, чем длительность интеграционных релизов. Сократите релизный цикл до 2 недель, а еще лучше избавьтесь от него и выпускайте фичи по одной по мере готовности.

Низкий фокус-фактор

Нормой считается затраты на создание функционала на уровне 60% от общего рабочего времени. Это 24 часа в неделю.

За этой цифрой кроется большой резерв для улучшений и возможность сократить lead time на 30-40%.

Главное не доверяйте тайм-шитам - сотрудники забывают те 5 инцидентов, которые они помогали делать в течение дня и те 5 созвонов, на которые их пригласили за консультацией, и спишут в тайм-шиты одну-две наиболее крупных задачи, которые они выполняли. Используйте свои собственные глаза и секундомер для оценки потерь.

Загрузка команды на 100% или более в релизе

Если загрузить сотрудника на 100% в релизе, то как только что-то пойдет не так, он будет вынужден откатывать свою работу, и это потянет за собой необходимость откатить работу коллег и росту time2market.

Вашей целью должен быть недогруз — порядка 80% емкости команды нужно планировать задачами must be, а оставшееся время — задачами nice to have.

Высокая цикломатическая сложность кода

Чем выше эта метрика, тем дольше править этот участок кода и тем выше time2market. Избавьтесь от кода с высокой цикломатической сложностью при помощи coding kata.

Сотрудникам не помогают когда они столкнулись с трудностью или проблемой

Второй вопрос daily scrum предполагает, что лидер команды поможете сотруднику. Если этого не происходит и он продолжает биться с проблемой в одиночку, и это гарантировано приведет к снижению time2market.

Сотрудники не делятся регулярно достижениями, трудностями и дальнейшими планами по задаче

Если в команде нет daily scrum, то вы можете обнаружить, что сотрудники делают какую-то другую задачу, либо делают ее не тем способом, либо не в том направлении, либо вообще уперлись и не знают, что делать. Для сокращения time2market заведите ежедневные встречи, где сотрудники будут отвечать на эти вопросы, а члены и лидер команды будут им помогать.

Большая доля задач в "отмене"

Отмененные задачи можно было бы не делать вовсе, тогда time2market сделанных задач был бы короче.

Долгое ожидание выделения сотрудника из колодца

До 75% сдвигов сроков выпуска продуктов в качестве первопричины имеет долгое ожидание выделения сотрудника из функционального колодца. Не стоит думать, что объединение всех сотрудников в продуктовые команды способно сократить time2market на 75%, однако, когда я проводил эксперимент по созданию продуктовых команд в функциональной организации, в топ изменений, замеченных бизнесом, попало "намного быстрее стали создаваться бизнес-продукты".

Обратной стороной медали стало замедление развития технологических платформ, поэтому если ваш time2market страдает из-за отсталости технологической платформы, то выдерните сотрудников из продуктовых колодцев и решите проблему с платформой при помощи платформенного колодца.

Отсутствие информации для менеджеров в мониторе производства

Десяток звонков в день "какой задачей ты сейчас занимаешься и примерно к какому сроку будет готово" способны затормозить любое производство.

Создайте цифровой двойник процесса производства и дайте менеджерам возможность получать статус из системы без избыточных коммуникаций с сотрудниками.

Неквалифицированные исполнители

Ни один процесс или метод не будет работать, если исполнитель не является профессионалом. Ваш time2market будет не меньше, чем срок переподготовки сотрудника или срок найма квалифицированного сотрудника с рынка.

Отсутствие информации для сотрудников в базе знаний

Общение "лицом к лицу" - один из самых долгих методов передачи информации, к тому же страдающий от искажений и потерь.

Исправление недопониманий - одна из самых дорогих и долгих работа из всех, какие можно представить.

Сделайте одолжение себе и коллегам - запишите все, что хотели сказать и разошлите текст. После этого расскажите своими словами что хотели донести и ответьте на оставшиеся вопросы.

Долгий подбор сотрудников

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

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

Долгое погружение сотрудников

Долгий и трудный онбординг нового сотрудника порой лимитирует time2market даже сильнее, чем отсутствие этого нового сотрудника. Почему? Потому что онбордить его будет более опытный член команды, снижая тем самый свой фокус-фактор.

Постоянное переключение между задачами

Время погружения сотрудника в важную задачу - 23 минуты 15 секунд. Если у сотрудника 5 проектов, то его стандартный фокус-фактор 60% (4 часа 48 минут в день на новый функционал) упадет почти в 2 раза - до 36% (2 часа 53 минуты в день на новый функционал).

Одинокие воины в поле

Обратной стороной кросс-функциональных команд является то, что сотрудники вынуждены разбираться и в продукте, и во всех составляющих этот продукт технологиях. Зачастую они не в состоянии это сделать сами и не имеют доступа к вендору, чтобы запросить помощь. Это приводит к замедлению сроков выпуска продукта.

Болезни, отпуска и увольнения

Такая ситуация характерна для продуктовых команд и не характерна для организаций, разделенных на функциональные колодцы.

Функциональные колодцы стремятся выполнять задачу "под ключ" и с "гарантированным SLA", в результате имеют на входе достаточное количество информации и балансируют задачи между сотрудниками. Поэтому болезни, отпуска и увольнения мало тревожат эти подразделения.

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

Токсичный менеджмент

Команда не будет верить в себя и стараться работать быстро, если менеджмент настроен по отношению к команде негативно.

В большинстве случаев заменой одного менеджера не обойтись — придется заменить всю менеджерскую вертикаль.

Долгое ожидание выделения стендов и доступов

Ожидание создания интеграционных стендов и сетевых доступов может замедлить time2market на дни, недели и месяцы.

Старайтесь строить системы, не имеющие онлайн-зависимости от других систем и работающих на достаточно хороших заглушках.

Долгие циклы отладки и тестирования

Игнорирование подхода TDD на ранних этапах способно довольно быстро загнать успешные продукты в ловушку замедления time2market.

Unit-тесты с целевым покрытием 80-90% помогают настолько хорошо, что в некоторых своих продуктах я без боязни отдавал контрагентам исходные коды, но не исходные коды тестов. Без юнит-тестов контрагенты не были способны адекватно конкурировать по скорости.

Тестирование также может быть неэффективным если тестовые модели требуют больших объемов труда для проверки и выявляют мало дефектов.

Другой частой потерей является необходимость ручного тестирования и игнорирование практик автоматизации.

Не применяются практики CMMI

Сами по себе практики CMMI на десятки процентов повышают эффективность работы и на десятки процентов сокращают time2market.

Данная статья написана как рабочее задание по одной из практик CMMI.

Долгое ожидание высвобождения тестовых сред

Зачастую у команды одна тестовая среда на всех. Разработчики и тестировщики выстраиваются в очередь для того, чтобы проверить функционал и это удлиняет time2market.

Зависимость членов команды друг от друга

Чаще всего тестировщик обладает знанием о проведении регресса, а разработчик этим знанием не обладает. В результате задача может днями и неделями изменяться в режиме "здесь починили, там сломали".

Ручные операции по сборке и установке

Отсутствие CI/CD способно отнять несколько часов у Time2Market. Автоматизация крайне полезна.

Плохой продуктовый процесс

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

Показателем хорошего продуктового процесса является то, что только один из 7 продуктов запускается на рынок и доля успешных продуктов (зарабатывающих плановую прибыль) составляет 70%. Остальные 6 продуктов организация самостоятельно оставливает на одной из ранних стадий создания продукта.

Плохой продуктовый процесс запускает на рынок 7 идей из 7 и при этом доля успешных продуктов (зарабатывающих плановую прибыль) составляет 30%.

Как создавать хорошие продукты - лонг рид.

Плохая приоритизация задач и смена приоритетов

Не все организации выставляют приоритеты задачам в соответствии со своей стратегией.

Неточность в этом вопросе не только увеличивает time2market, но и зачастую губит компании.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Какие причины замедляют ваш time2market прямо сейчас?
27.27% Длинная очередь задач3
18.18% Функционал не внедряется годами2
27.27% Длинный релизный цикл3
27.27% Низкий фокус-фактор3
18.18% Загрузка команды на 100% или более в релизе2
0% Высокая цикломатическая сложность кода0
9.09% Сотрудникам не помогают когда они столкнулись с трудностью или проблемой1
0% Сотрудники не делятся регулярно достижениями, трудностями и дальнейшими планами по задаче0
0% Большая доля задач в «отмене»0
18.18% Долгое ожидание выделения сотрудника из колодца2
18.18% Отсутствие информации для менеджеров в мониторе производства2
27.27% Неквалифицированные исполнители3
9.09% Отсутствие информации для сотрудников в базе знаний1
18.18% Долгий подбор сотрудников2
18.18% Долгое погружение сотрудников2
63.64% Постоянное переключение между задачами7
36.36% Одинокие воины в поле4
27.27% Болезни, отпуска и увольнения3
18.18% Токсичный менеджмент2
36.36% Долгое ожидание стендов и доступов4
27.27% Долгие циклы отладки и тестирования3
9.09% Не применяются практики CMMI1
18.18% Долгое ожидание высвобождения стендов2
0% Зависимость членов команды друг от друга0
45.45% Ручные операции по сборке и установке5
27.27% Плохой продуктовый процесс3
45.45% Плохая приоритизация задач и смена приоритетов5
Проголосовали 11 пользователей. Воздержались 2 пользователя.
Теги:
Хабы:
Всего голосов 14: ↑10 и ↓4+6
Комментарии0

Публикации

Информация

Сайт
mkb.ru
Дата регистрации
Дата основания
Численность
5 001–10 000 человек
Местоположение
Россия
Представитель
Chitanava