Цитаты из книги «Софт за 30 дней. Как Scrum делает невозможное возможным»

Scrum на уровне проекта. Этот подход применяется «по необходимости» (от лат. pro re nata (PRN), что означает «бери, когда нужно»). Например, когда кто-то нуждается в программном обеспечении за 30 дней или меньше. Глава 6 объясняет, как реализовать Scrum на уровне проекта с минимальными расходами и самыми быстрыми результатами.

Роль менеджера при таком подходе — только устанавливать цели, содействовать и устранять препятствия. Он наделяет членов команды правом принимать решения.

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

Самоорганизация основана на идее, что разработчики программного обеспечения — способные, образованные люди. Они могут проживать сложную жизнь за пределами своего рабочего места, умеют водить машину, имеют семьи, ходят в магазин и так далее. Когда они предоставлены сами себе в ограниченном времени итерации, то ведут себя ответственно. Результат — это сумма их способностей, и инкремент возникает из их взаимодействия.

Мероприятия специально разработаны таким образом, чтобы обеспечить критическую прозрачность и контроль.

Участники Scrum-процесса должны часто инспектировать Scrum-артефакты и динамику движения к цели для своевременного выявления нежелательных отклонений.

Создание юнит-тестирования для кода после рефакторинга

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

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

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