Низкое качество и эффективность работы включают, помимо прочего:

• Начал слишком много дел «Работа», но не завершил их вовремя;
• Пункт Работа у программиста часто переключается в течение дня;
• Работа началась, была отложена, а затем началась снова;
• Дуга обратной связи слишком длинная и т. д.

Эти вещи тихо сидят в базе кода, пока вы их не найдете.

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

1）WIP（Работа в процессе）:Сократите потери с помощью точных методов анализа во временной области、Улучшить программное обеспечениеразвиватьпроцедурныйэффективностьи качество。В этой статье обсуждается анализ временной области в управлении программными проектами.,Предлагается использовать анализ базы кода для более точного расчета незавершенного производства и оптимизации эффективности и оперативности команды.,

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

3)Скорость обратной связи тестаанализировать,В статье также обсуждается важность измерения скорости обратной связи теста.,Обратите внимание, что быстрая обратная связь имеет решающее значение для улучшения качества доставки и сокращения циклов устранения дефектов.

Хорошо, давайте начнем

Анализ рабочей нагрузки WIP (Work in Process)

Lean пропагандирует метод работы с единым потоком, чтобы улучшить способность команды реагировать на изменения, поэтому уделяет особое внимание показателям незавершенного производства. WIP — это количество рабочих элементов, которые команда или разработчик начала, но еще не завершила, что отражает рабочую нагрузку. Чем выше WIP, тем это приведет к ухудшению таких показателей, как LeadTime, а также к увеличению рабочей нагрузки и усталости персонала, занимающегося исследованиями и разработками, тем самым влияя на качество поставки.

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

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

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

Анализ беглости: (доля последовательных коммитов)

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

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

Количество дат подачи / (с датой подачи + без даты подачи) = свободное владение языком

То есть, если развитие определенного требования происходит непрерывно, беглость составляет 100%.

В этом представлении:

·Спрос А：существовать10Богразвиватьв цикле,Подача кода осуществляется в течение 3 дней (день 1, день 8 и день 10). Это означает, что беглость равна 30%.,Это означает, что примерно 30% дней в цикле развития имеют записи прогресса.

·Спрос Б：существовать10Богразвиватьв цикле,Предусмотрено 7 дней (день 1, день 2, день 4, день 6, день 7, день 9 и день 10) с отправкой кода. Это означает, что беглость равна 70%.,Это означает, что примерно 70% дней в цикле развития имеют записи прогресса.

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

Скорость обратной связи теста

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

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