Цитаты из книг автора «Дэвид Андерсон»

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

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

Лучшая стратегия по снижению вариативности из-за ошибок — неустанно стремиться к высокому качеству и выдавать результат, содержащий очень мало оплошностей.

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

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

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

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

Их работы вдохновили Уоттса Хамфри и основателей Института технологий разработки ПО Университета Карнеги–Меллон, которые считали, что изучение и систематическое снижение вариативности сулит большие преимущества для разработчиков.

Мы управляем бутылочными горлышками в соответствии с пятью направляющими шагами теории ограничений.

Бутылочные горлышки бывают двух типов: с ограничением мощности — неспособностью выполнять больше работы, и с ограничением доступности — ограниченной мощностью из-за ограниченной (но обычно предсказуемой) доступности.