Як наслідки варіативності, так і боротьба з нею протягом виконання роботи є складними речами. Зменшення варіативності в розробці ПЗ вимагає від членів команд змін у тому, як вони працюють — вони повинні оволодіти новими технологіями і змінити особисту поведінку. Усе це непросто, а тому не підходить для новачків і незрілих організацій.
Варіативність призводить до зростання кількості WIP і збільшення часу виконання. Детальніше про це дивіться в Розділі 19.
Варіативність вимагає резервів потужностей поза вузькими місцями, аби впоратися з припливами та відпливами в кількості роботи, які вона викликає в потоці створення цінності. Аби остаточно розібратися, чому так відбувається, необхідні певні знання зі статистичного контролю процесів і теорії масового обслуговування, що виходить за рамки цієї книжки. Мені, наприклад, подобається робота Дональда Вілера і Дональда Рейнертсена про варіативність і масове обслуговування, тож якщо ви хочете дізнатися про це більше, почніть із неї.
Поки ж просто повірте, що варіативність у розмірі завдань, а також варіативність в об’ємі зусиль, витрачених на аналіз, дизайн, програмування, тестування, збірку і випуск релізу, негативно впливають на пропускну здатність процесу і вартість обслуговування ланцюжку створення цінності через розробку ПЗ.
Водночас низка джерел варіативності безпосередньо вбудована у робочий процес унаслідок невдалого вибору політик. Приклад у Розділі 4 висвітлює деякі з них: це щомісячне перепланування; угода про рівень послуг щодо оцінювання; пріоритет зміни текстів у працюючій системі. Усі три наведені приклади є результатом роботи за правилами, які можна змінити. Проста зміна політик може значно скоротити кількість джерел варіативності, що впливають на передбачуваність.