Время цикла и время поставки — ключевые понятия в Канбан и простом производстве. Однако люди часто используют их как показатель гибкости разработки программного обеспечения. Они могут дать важную информацию об эффективности работы команды.
Время цикла и время выполнения заказа — это метрика, которая описывает, как рабочие процессы входят в систему и движутся в ней.
Кстати, «работа» и «система» могут быть любыми. Пользовательская история, описывающая программное обеспечение команды разработчиков, запрос агентства на создание рекламной кампании, заказ гамбургера в ресторане на углу. Концепции здесь абстрактны и могут быть применены где угодно.
Что? Что-то не так со сроками доставки.
Если мое описание вас смущает, представьте себе кафетерий с бариста, кассиром и несколькими клиентами. Когда вы заказываете кофе у кассира, это задание отправляется в очередь, и вы с нетерпением ждете свой кофе. В системе начинается отсчет времени выполнения заказа. Если в системе нет других заказов (все остальные клиенты уже получили свой кофе), бариста может начать готовить кофе немедленно. Как только он начнет, начнут бить часы цикла.
Время цикла в этом кафе — это время, за которое бариста готовит кофе. Единственный способ увеличить это время для бариста — готовить кофе быстрее. Если заказ сделан и бариста может начать готовить кофе, то время выполнения заказа равно времени цикла. Однако если клиент приходит, и заказ начинает поступать быстрее, чем успевает приготовиться кофе, заказ начинает накапливаться. Если бариста может приготовить кофе за одну минуту, а заказ на кофе поступает каждые 20 секунд, цикл сохраняется в течение одной минуты, но время ожидания начала выполнения каждого нового заказа увеличивается на 20 секунд.
Сокращение времени выполнения заказа за счет ограничения незавершенной работы
Если время обработки заказов продолжает увеличиваться из-за потоотделения, значит, система не обладает достаточной производительностью для такого количества заказов. Если вы не можете повысить производительность или увеличить пропускную способность, вы можете прекратить прием заказов. В частности, можно ввести ограничение на количество незавершенных работ (WIP). PEP описывает количество рабочих объектов, находящихся в определенной ситуации (например, готовых к тестированию). Если на панели Kanban слишком много объектов в данной ситуации, она может просто «закрыть дверь» и сказать, что прекратила перемещение работ в данной ситуации.
В случае с кафетерием это означает повесить табличку с надписью «Извините, мы очень заняты и не сможем приготовить кофе». Вы можете потерять клиентов и продажи, а это плохо. Но в случае с командой разработчиков программного обеспечения это значит повесить табличку: «Извините, у нас больше нет времени обновлять приложение, поэтому, пожалуйста, прекратите попытки преодолеть идею новых возможностей». Нам нужно создать другую группу разработчиков». Это вполне разумное требование.
О чем говорят время выполнения и время цикла?
Время цикла говорит о том, как быстро ваша команда может завершить работу. Все хотят свести это время к минимуму. Если вы занимаетесь разработкой программного обеспечения, то рабочий элемент, вероятно, представляет собой историю пользователя, а спринт обычно длится две недели. Если время цикла намного короче, меньше двух недель, это замечательно. В идеале продолжительность цикла должна составлять около пяти дней. Однако если время цикла превышает 10 дней, спринт не завершит историю. Это не очень хорошая идея.
Время цикла показывает, как обрабатываются заказы в зависимости от количества заявок, поступающих в систему. Это показатель общей эффективности системы. Сокращение времени цикла позволяет быстрее «расчищать» отставание и быстрее редактировать заказы, которые появляются в системе. Оба показателя важны и дают интересную информацию.
Закажите его в подарок!
Книга «Прорыв. Единственный способ развить свой бизнес». Это бизнес-роман о строительной компании, столкнувшейся с «потолком» в своем развитии. Чтобы совершить прорыв в развитии, руководство и сотрудники должны преодолеть свои устаревшие убеждения, наработанные опытом. Читателю предлагается пройти этот путь вместе с героями. Он увидит трудности такой трансформации, поймет природу сопротивления переменам и реальный путь к этим переменам. Подпишитесь на канал Telegraph и получите книгу в подарок!
Что такое часть?
PERT помогает руководителям проектов, которые хотят повысить эффективность работы своей команды.
История программы технической оценки и обзора
Часть относится к методологии оценки и обзора программы. Эта методология используется различными организациями уже более 50 лет. Она была разработана Управлением специальных программ ВМС США в 1958 году. Методология PERT — это система управления проектами, разработанная для планирования крупных, сложных проектов. PERT начинает с общей оценки и проводит детальную оценку проекта до его начала. Эта методология использовалась при разработке ракеты Polaris и проведении зимних Олимпийских игр в Гренобле в 1968 году. PERT была первой методологией такого рода, хотя были разработаны и схожие концепции управления.
Процедуры управления проектами с использованием PERT
Как уже упоминалось выше, PERT предназначена для работы с очень сложными проектами, которые реализуются через серию задач или выполняются совместно с другими проектами. В целом, целью PERT является своевременное и бюджетное завершение проекта и точная оценка всего объекта на этапе разграничения.
Определение областей работ в части проекта
Описание — важный шаг при использовании PERT. На этом этапе создается план действий по проекту. Методология учитывает не только важные этапы, но и факторы, которые могут привести к нежелательным результатам или увеличить время, необходимое для завершения проекта. По сравнению с методологией определения масштаба, обычно используемой рабочими группами, PERT может показаться исчерпывающей, учитывающей все — от управления ресурсами до индивидуальной эффективности. Поскольку PERT была разработана военными, акцент здесь делается на готовности и учете всех факторов.
Условия PERT для определения объема работ
PERT использует перечисленные ниже условия для определения ключевых событий, графиков и ресурсов.
Факты.
События PERT — это этапы рабочего процесса. Хотя сами по себе они не требуют больших ресурсов, событие PERT не может быть завершено, пока не будут выполнены все предшествующие ему задачи.
Задача PERT — это задача, для выполнения которой требуются ресурсы.
Расписание.
Расписание — важный аспект PERT, позволяющий добиться оптимальной производительности и экономии средств.
Контроль.
Ниже приведены некоторые термины, которые помогут определить важность, ход и ожидаемое время выполнения каждого события или задачи.
Фаза разработки проекта PERT
Теперь, когда вы знакомы со всеми основными терминами, давайте посмотрим, как применить их в своей практике.
Задачи планирования в PERT
Панель PERT позволяет записать график и последовательность задач. Эта таблица эффективна не только для программирования земельных участков, но и может служить полезным расписанием для проекта в целом. Ниже приведен пример таблицы частей.