Как провести исследование времени на этапах разработки продукта

Циклы разработки продукта чреваты неопределенностью. Расписание проскальзывает, бюджеты перерасходованы, а команды задаются вопросом, куда ушло время. Коренной причиной часто является отсутствие твердых данных о том, сколько времени на самом деле занимает выполнение задач. Исследование времени предоставляет эти данные. Систематично измеряя продолжительность каждого этапа — от концепции до запуска — вы заменяете догадки доказательствами. Эта статья расширяет основы исследования времени, охватывая подготовку, выполнение, анализ и интеграцию в современные рабочие процессы разработки. К концу у вас будет повторяемый процесс, чтобы ужесточить график разработки, не жертвуя качеством.

Что такое исследование времени?

Исследование времени - это метод структурированного наблюдения, используемый для записи времени, необходимого для выполнения конкретной задачи или группы задач. При разработке продукта это означает разбиение работы на измеримые единицы - обзоры дизайна, прототипирование итераций, циклы тестирования - и захват того, сколько времени занимает каждый блок в нормальных условиях работы. Результатом является набор объективных таймингов, которые показывают, где ваш процесс ускоряется, замедляется или вообще останавливается.

Концепция возникла в промышленной инженерии, в первую очередь благодаря работе Фредерика Уинслоу Тейлора в начале 20-го века. Современные исследования времени эволюционировали, чтобы уважать человеческие факторы и изменчивость, но основной принцип остается: вы не можете улучшить то, что вы не измеряете. При применении к разработке продукта, исследование времени смещает фокус с субъективных оценок на эмпирические данные, позволяя точное распределение ресурсов и реалистичное установление сроков.

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

Разработка продукта включает в себя творчество, сотрудничество и решение проблем - деятельность, которую, как известно, трудно планировать. Тем не менее, финансовые затраты на задержки огромны. Исследование времени затрагивает три критических болевых точки:

Идентификация по узким местам — Измеряя каждую фазу отдельно, вы точно определяете, какая стадия последовательно занимает больше всего времени. Фаза проектирования, которая съедает до 60% от общей временной шкалы, может указывать на неясные требования или чрезмерные итерации.
Оценочная точность — Исторические данные исследований времени подпитывают будущее планирование. Вместо того, чтобы угадывать временную шкалу прототипирования как «две недели», вы можете сказать: «наши последние три прототипа в среднем составляли 11 дней, поэтому мы будем выделять 13, чтобы включить буфер».
Балансировка ресурсов — Когда вы знаете, что этап тестирования занимает в три раза больше времени, чем ожидалось, вы можете назначить больше инженеров по QA или перенести некритические обзоры на параллельные треки.

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

Подготовка к тайм-исследованию

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

Определить цели

Что именно вы хотите узнать? Общие цели включают:

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

Напишите свои цели в измеримых терминах. Например: «Измерьте время от завершения первого прототипа до подписания окончательного тестирования, разбитого по инженерной дисциплине». Эта ясность гарантирует, что вы собираете правильные данные и избегаете ползучести области.

Выберите задачи и этапы

Разбейте жизненный цикл разработки продукта на фазы, а затем разделите каждую фазу на конкретные задачи.

Концепция и усилие; Планирование: исследование рынка, сбор требований, анализ осуществимости
Дизайн: системная архитектура, UI/UX каркасы, механические CAD
Прототипирование: 3D-печать, хэдбординг, программное обеспечение MVP
Тестирование: Единичное тестирование, интеграционное тестирование, тестирование на принятие пользователем
Подготовка к производству: завершение работы над материалами, квалификация поставщика

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

Выберите метод измерения

Существуют три основных метода для проведения исследования времени в условиях разработки продукта:

Непрерывное время: Время начала и остановки записи наблюдателя для каждой задачи в реальном времени. Лучше всего для повторяющихся задач короткого цикла.
Рабочая выборка: Периодические наблюдения через случайные интервалы оценивают долю времени, затрачиваемого на различные виды деятельности. Полезно для более длительных, менее предсказуемых задач, таких как мозговой штурм или отладка.
Самозаписывающие: Члены команды записывают собственное время с помощью цифровых инструментов.Простая в реализации, но подверженная предвзятости, если не проверена.

Для большинства групп разработчиков продуктов сочетание непрерывного времени для определенных фаз (например, сборки прототипов) и выборки работы для творческих фаз обеспечивает наилучший баланс точности и практичности.

Методы проведения исследования времени

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

Непрерывное время

Этот классический подход включает наблюдателя с секундомером (или программным обеспечением таймера), который записывает продолжительность каждой задачи, как это происходит. Чтобы минимизировать эффект Хоторна (где люди меняют поведение при наблюдении), объяснить цель исследования - улучшение процесса, а не оценка производительности. Проведите несколько циклов для захвата вариаций. Например, наблюдайте один и тот же процесс прототипирования в трех разных сборках продукта. Рассчитайте среднее и стандартное отклонение для каждой задачи.

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

Отбор проб работы

Рабочая выборка менее навязчива и лучше подходит для задач, которые растягиваются на часы или дни. Наблюдатель делает обходы через случайные интервалы и отмечает, что делает каждый член команды в этот момент. По многим наблюдениям, процент времени, отведенного на каждую деятельность, появляется. Например, если старший инженер встречается в кодовых обзорах 40% времени, это значительная часть их возможностей.

Для осуществления выборки работы определите категории (кодирование, совещания, проектирование, тестирование, админ, холостая работа) и используйте случайное приложение таймера, чтобы сигнализировать, когда записывать. Цель - не менее 200 наблюдений для статистической значимости.

Системы времени движения (PMTS)

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

Пошаговый процесс для проведения исследования времени

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

1.Наблюдать и записывать

Если вы используете непрерывное время, поставьте себя так, чтобы вы могли четко видеть начало и остановку задачи без вмешательства. Данные журнала в стандартизированной форме (или цифровой таблице) с колонками для фазы, задачи, времени начала, конца, продолжительности и заметок (например, «прерванный встречей»). Захватите по крайней мере пять-десять образцов для каждой задачи, чтобы учесть нормальную вариацию. Для выборки работы запланируйте случайные раунды в течение рабочего дня в течение недели или двух.

Совет: Используйте инструмент, такой как Directus, чтобы создать простое приложение для сбора данных. Гибкая схема Directus позволяет моделировать задачи, команды и временные метки, а его API может поступать непосредственно на панели анализа. Это уменьшает ошибки ввода данных вручную и ускоряет процесс наблюдения.

2. Анализ данных

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

[[ФЛТ:0]]Средняя продолжительность [[ФЛТ:1]] — среднее время, затраченное на это.
Стандартное отклонение — сколько раз отличается от среднего.
Рейндж — самое короткое и продолжительное наблюдаемое время.

Создавайте визуализации, такие как диаграммы баров или графики коробок для сравнения фаз. Ищите выпадающие. Если задача имеет массивное стандартное отклонение (например, обзор кода занимает от 30 минут до 8 часов), исследуйте первопричину. Это из-за разной сложности обзора или один инженер тратит чрезмерное время на ожидание обратной связи?

Определить узкие места — Какой этап имеет самую длинную среднюю продолжительность по сравнению с запланированной долей общей временной шкалы? Например, если тестирование должно было занять 25% от графика, но потребляет 45%, это основное узкое место.

Внешняя ссылка: Для более глубокого погружения в статистический анализ для исследований времени обратитесь к Институт инженеров промышленности и систем (IISE) ресурсы по измерению работы.

3. Улучшения в осуществлении

Анализ выявляет конкретные действия. Если обзоры проектов медленные, рассмотрите асинхронные инструменты обратной связи вместо длинных встреч. Если итерация прототипа ждет материалов, установите систему канбан для закупок компонентов. Приоритетируйте улучшения, которые сначала решают самое длинное узкое место.

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

После внесения изменений перезапустите исследование времени на те же задачи для проверки улучшения. Это создает замкнутую систему для непрерывной оптимизации процесса.

Инструменты и программное обеспечение для исследования времени

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

Списочные таблицы (Google Sheets, Excel) — отлично подходит для регистрации и базового анализа, но подвержен ошибкам входа и трудно масштабируется в больших командах.
Приложения для отслеживания времени (Toggl, Harvest, Clockify) — позволяют членам команды самостоятельно регистрировать время. Полезно для более длительных исследований, но полагаться на точную самоотчетность.
Платформы с низким кодом (Directus) — Создайте специальное приложение для изучения времени с базой данных для задач, автоматическими таймерами и приборными панелями в реальном времени. Поскольку Directus безголовый и работает на базе данных, вы можете подключить его к существующим системам управления проектами или ERP.
Программное обеспечение для анализа видео (например, iMovie с маркерами) — для детального изучения движения, записи процесса и воспроизведения для захвата микро-времени.
Инструменты для майнинга процессов (Celonis, Disco) — Если ваша разработка продукта использует цифровую систему рабочего процесса, процессный майнинг может автоматически извлекать данные о времени из журналов.

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

Обычные подводные камни и как их избежать

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

Эффект Хоторна — Люди работают по-разному, когда за ними наблюдают. Мититейт объясняет цель исследования, обеспечивает анонимность и наблюдает в течение более длительных периодов, поэтому новинка исчезает.
Выборка слишком малого количества циклов — Одно наблюдение ничего не говорит вам о изменчивости. Всегда собирайте минимум пять наблюдений за задание; десять лучше для работы с высокой изменчивостью.
Измерение неправильных задач — Если вы измеряете только быстрые, простые задачи, вы упускаете, где живут реальные задержки.
Игнорирование контекста — 10-минутное задание может занять 45 минут, если инженеру пришлось ждать коллеги.Записи о перерывах и времени ожидания отдельно от фактического рабочего времени.
Изучение времени как разового события — Процессы меняются. Расписание периодических исследований времени (ежеквартально) или после основных изменений процесса для поддержания актуальности данных.

Внешняя ссылка: Институт управления проектами (PMI) предлагает руководство по практике управления временем. См. их статью об использовании исследований времени для разработки графика .

Интеграция исследований времени в Agile и Lean методологии

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

In Agile (Scrum/Kanban)

Agile-команды уже собирают данные о скорости в сюжетных точках, но сюжетные точки относительны. Исследование времени превращает сюжетные точки в реальные часы, что помогает уточнить планирование пропускной способности. Например, если ваша команда последовательно завершает 20 сюжетных точек на спринт, но каждый балл в среднем составляет 6 часов, вы можете соответствующим образом корректировать обязательства по спринту. Используйте выборку работы во время спринтов, чтобы увидеть, сколько времени уходит на спринт-церемонии по сравнению с фактическим развитием. Затем ограничьтесь сокращением накладных расходов на церемонию, если она превышает 20% времени спринта.

В развитии бережливого продукта

Lean подчеркивает устранение отходов. Исследования времени являются наиболее прямым способом выявления отходов - избыточное движение, ожидание, переработка. Сопоставьте свой поток ценности (фазы от идеи до доставки) и пометьте каждую задачу с ее измеренным временем. Сравните с временем добавленной стоимости (только задачи, которые непосредственно способствуют ценности клиента). Если этап проектирования занимает 4 недели, но только 1 неделя - это фактическая инженерная работа, у вас есть 3 недели отходов. Атака, которая тратится через параллельные рабочие процессы, лучшие спецификации или более быстрое принятие решений.

В моделях с сценическими воротами

Для аппаратно-тяжелой разработки исследования времени обеспечивают объективные критерии go/no-go. Например, критерии ворот могут включать в себя «фазу прототипирования не должна превышать 8 недель». Когда вы видите фактические данные, показывающие 12 недель, вы либо корректируете ворот, либо исследуете первопричину, прежде чем приступить к тестированию.

Тематическое исследование: исследование времени в команде разработчиков медицинских устройств

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

Проверка проекта заняла на 40% больше времени, чем планировалось, из-за неполных технических характеристик ввода.
Подготовка документов занимала 150 часов на проект, но 70% этого времени было потрачено на переформатирование и поиск предыдущих версий.
Тестирование имело высокое стандартное отклонение из-за частых неудач, требующих повторных испытаний.

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

Внешняя ссылка: Для получения дополнительной информации о временных исследованиях в регулируемых отраслях см. руководство FLT:0 FDA по процессам управления проектированием, в котором особое внимание уделяется срокам проверки и проверки.

Заключение

Проведение исследования времени не о микроменеджменте — речь идет о получении ясности для принятия обоснованных решений. Систематично наблюдая и анализируя, как ваша команда проводит время на каждом этапе разработки продукта, вы заменяете анекдоты доказательствами. Бутилнеки становятся видимыми, оценки становятся надежными, и ресурсы могут быть распределены там, где они оказывают наибольшее влияние. Независимо от того, создаете ли вы программное обеспечение, оборудование или комбинацию того и другого, интеграция регулярных исследований времени в ваш процесс создает основу для постоянного улучшения. Начните с малого: выберите одну фазу узкого места, измерьте ее в течение двух недель и действуйте на то, что вы узнаете. Данные будут говорить сами за себя.