Дизайн-бюро
Способ
Стандарты

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

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

Долг Расплата Как не влезть
Код, который работает, но написан глупо и беспорядочно. Потом его невозможно понять и изменить, проще выбросить и сделать заново. Умный и дальновидный код, написанный по гайдлайнам.
Беспорядок в файлах проекта. Непонятно, что где, как связано. Беспорядок в лучшем случае приведёт к моменту, когда придётся остановить работу и долго наводить порядок. В худшем — к ошибке и её последствиям. Поддерживать порядок непрерывно.
Прилетает задача: исправить мелкий текст в макете. А рабочего файла под рукой нет, есть только ПДФ с текстами в кривых для печати. Исправления вносятся в эту версию. В лучшем случае всё закончится долгой неудобной работой с этой версией и как следствие, чуть кривоватым дизайном. Худший вариант — в следующий раз макет уйдёт в печать с неправильным мелким текстом. Потратить время и сразу найти рабочий файл.

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

Долг Расплата Как не влезть
В ответ на вопросы и сомнения говорить «да не волнуйтесь, всё будет хорошо». Всё будет плохо. Заостряться на сложностях, проговаривать, что может пойти не так, признавать несовершенство.
Получаешь задачу, обещаешь сделать, но не смотришь, всё ли понятно, всего ли хватает, работают ли ссылки.
Начнёшь делать, появятся вопросы, а человек будет недоступен.
Не знаешь объём работы, планируешь наугад.
Очень стыдно сначала оценить задачу в три дня, а потом в последний момент запрашивать доступ к файлам.
Заранее всё проверить, уточнить и понять.
Клиент говорит, что всё хорошо, дизайн нравится, текст нравится, и вообще всё нравится. Но ты слышишь сомнение. Особенно когда это уже середина проекта или ближе к концу. Бывает, клиенту неудобно признаться, что он передумал. Это не его проблема, а наша. Неуверенность никуда не денется, будет только расти. В лучшем случае придётся переделывать, но ещё позже и ещё больше. В худшем — клиент примет работу, но не станет реализовывать. Быть готовым в любой момент принять замечания любой глубины и снова искать решение.
В разговоре тебе что-то непонятно. Скажем, не знаешь какого-то термина. Боишься сказать «я не понимаю», и чем дольше слушаешь, тем больше не понимаешь, и тем страшнее сказать «не понимаю». В итоге придётся признаться, что последние полчаса ты ничего не понимал, зря потратил время и надо начинать заново. Как только непонятно — сразу говорить.
Когда ты боишься сказать всё как есть, а вместо этого юлишь и сглаживаешь. На вопрос «сколько разделов готово?» отвечаешь «ну я сейчас делаю один и сегодня ещё сделаю два». Пройдёт время, разрыв между реальностью и её завышенной оценкой только увеличится, это превратится в проблему.

Отвечать прямо: «сейчас не готово ни одного».

Не прятать проблемы, а брать на себя ответственность и обращаться за помощью.

Чтобы работать без долгов, вот три правила:

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

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

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