Каждый раз, когда я ехал из западной Шотландии на восток, в Глазго передо мной вставал выбор: ехать на север через Кинкардинский мост или на восток через Форт-Роуд. Маршруты были равноценны: одинаковое время, одинаковые места для еды, одинаково хорошие дороги. Но сам процесс выбора каждый раз отнимал силы. Поэтому я просто решил: всегда еду северным маршрутом. Не потому что он лучше — а чтобы не думать. Да, иногда другой путь был быстрее на пять минут из-за пробок, но мне было важнее проехать Глазго, не останавливаясь и не раздумывая.
Второй пример: дважды в неделю я езжу на поезде в офис и всегда беру с собой ноутбук. Вместо того чтобы листать ленту, я работаю над проектами, читаю или пишу. Это не героизм, а заранее принятое правило.
Что общего у этих историй? В обоих случаях простая заранее установленная процедура помогает достичь цели. Сама по себе цель — «больше учиться», «лучше принимать решения» — штука капризная. Новогоднее обещание заниматься учёбой к маю обычно забывается. А если у вас есть процесс, который автоматически ведёт к действию, мотивация не нужна. Вы просто выполняете действие.
Такие процессы не обязаны быть оптимальными. Я не выбирал северный маршрут, потому что он лучше, — я выбрал его, чтобы снять с себя бремя решения. В разработке ПО это работает точно так же. Методологии Agile и Scrum — это набор довольно произвольных правил: спринты по две недели, стендап в 09:30, одни и те же встречи. Их не выбирают ради идеальной эффективности. Они нужны, чтобы команда не тратила энергию на бесконечные споры о расписании, а просто следовала системе, которая сама ведёт к предсказуемости и своевременным релизам.
Мой совет: упрощайте жизнь. Для любой большой цели придумайте процесс, который не требует волевых усилий. Хотите писать — выделите час в неделю. Хотите копить деньги — настройте автоплатёж в день зарплаты. Хотите изменить поведение — смотрите на свои действия, а не на абстрактные обещания.