Когда сроки ИТ-задач начинают расти, менеджеры часто ищут виноватых. Но гуру качества Эдвард Деминг учил: «94% проблем создаются системой». Чтобы найти реальный источник сбоя, а не наказывать невиновных, профессионалы используют SPC (статистическое управление процессами). Ниже — пошаговый алгоритм, как отличить «рабочий шум» от системного кризиса на примере процесса предоставления физической ИТ-инфраструктуры Прежде чем анализировать, нужно понять, как процесс работает в нормальном состоянии. Мы фиксируем срок выполнения заявки...

Бинарный поиск в действии: разбираем реальный кейс, как найти проблемный коммит среди тысяч изменений кода, затратив минимум времени. Метод git bisect – мощный инструмент для поиска изменения, вызвавшего баг в коде: с его помощью разработчику удалось быстро локализовать проблему, просмотрев всего 11 коммитов вместо изначальных 2088. Исходные данные: Чтобы понять, в каком конкретном изменении появилась ошибка, нужно: Так как в ветке release-5.7.0 ошибки нет, значит, баг появился в ветке main после того, как была создана ветка release-5...