2022-05-04 09:01:50
Почему каскадный подход никуда не денется
Думаю, кое-то видел ролик про прогресс на питстопах Formula 1 с 1950 по 2016гг.
Раньше, когда деревья были высокими, питстоп занимал 1 минуту.
Когда я пошёл в школу, уже 7 секунд (сокращение времени почти х10).
Сейчас — 2 секунды.
Казалось бы: прогресс на лицо, на за счет чего он получен?
Сразу снимем небольшую манипуляцию в видео: за 2 секунды заправить машину невозможно (с 2009-2010 года заправку на питстопах отменили)
Ок, тогда за счет чего?
Количество операций стало меньше, а встроенные технологии стали лучше.
Например, можно посмотреть, как меняются колеса в nascar (в F1 все сильно проще, так как «гайка» одна).
Выводы:
Все, что можно сделать заранее — должно быть сделано заранее
Все, что можно не делать — делать не надо
Lean-подход (бережливость) в чистом виде
Давайте присмотримся к команде, которая реализует задачу
Во-первых, количество людей, участвующих в pitstop’ах стало больше. Действительно, раньше было правило, что на питстопе могут находиться не более трех человек + водитель.
Во-вторых, раньше все сотрудники на питстопе были «универсалами» (он и пыль протрет, и бензин нальет и, если успеет, колесо открутит), что называется #Tshaped (а как еще может быть, если команда маленькая), а теперь система разделения труда работает на полную (про СРП любит выступать П. Щедровицкий, например, тут) — я насчитал около 16 человек в 2016г. и каждый делает ровно 1 действие + еще есть помощники (читай: «менеджеры»), которые контролируют процесс.
Выводы:
Если надо быстрее и точно понятно, что нужно делать, жесткая система разделения труда (аналитики — анализируют, ручные тестировщики тестируют руками, а разработчики фронта пишут на #reactJS) даёт скорость
Эволюция питстопов показывает, что разработка стремится к водопаду
301 viewsSergey Artyuhov, edited 06:01
2
