← Все заметки
// КОНСПЕКТ ЗАМЕТКИ // ДЕЛИВЕРИ · КОНСПЕКТ НА 30 СЕК · ПОЛНЫЙ ТЕКСТ 1 МИН

Давление не ускоряет разработку

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

“Скорости они не получают. Они получают искажение.”

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

Большинство фаундеров не хотят заниматься разработкой.

Им нужен автомат по выдаче фич. Жмёшь кнопку и получаешь результат.

Давите сильнее. Режете скоуп быстрее. Выкатываем сейчас. Договоримся о сроках.

Но разработка так не работает.

Чем больше давления вы добавляете на систему, которую не понимаете, тем больше получаете: - худшее качество - больше хаоса - больше оттока - менее предсказуемую поставку

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

Если вы хотите продать квадратный стол, его нужно построить квадратным.

Если постоянно срезать углы ради скорости, в конце концов вы будете продавать что-то круглое.

А заказчик просил не об этом.

Так получается, когда компании относятся к разработке как к конвейеру фич.

Скорости они не получают. Они получают искажение.

Настоящая скорость поставки берётся из понимания ограничений, правильного порядка работ и защиты качества.

Не из того, что вы давите сильнее.

Вы замечали этот паттерн в стартапах?

#Delivery#Founders#Quality
ТАКЖЕ В LINKEDIN ↗
СКОПИРОВАНО