Джанет Грегори

Хенрик Книберг поделился опытом Spotify в анимированном видео, которое, безусловно, стоит посмотреть (Kniberg and Spotify Labs, 2013).

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

Не проблема, если только 20% проектов выливаются в продукты. Проблема, если ваша компания не может внедрять новые технологии в основное время работы

Если у вас есть возможность рисковать, и при этом провал не будет стоить слишком дорого, можете учиться на ошибках

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

Гойко Аджич (Adzic, 2013) заметил, что отличный результат получается, когда:

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

Именно неполная загрузка сотрудников позволяет системе вовремя отвечать на запросы.

если вы хотите проводить ежедневные стендапы, выделите в расписании пятнадцать минут в одно и то же время. Начните с вопросов, традиционно используемых Agile-командами: чем вы занимались вчера, чем собираетесь заниматься сегодня, есть ли у вас какие-то трудности.

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

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