По моему мнению человек в целом призван в этот мир снижать энтропию и бороться с беспорядком. В профессиональной деятельности порядок тоже необходимо блюсти, не меньше чем на столе, дома, в машине и т.д. Если суть уборки в квартире более менее очевидна, то "уборка" в ИТ на первый взгляд выглядит бесполезной тратой и без того недостающего времени. Но на самом деле это мероприятия по экономии времени в будущем. Старайтесь наводить порядок сразу как только столкнулись с беспорядком. Обычно это требует немного времени и волевое усилие. Несколько примеров:
"Мертвяки" в серверной. Админ вывел сервер из работы, но не выключил, не демонтировал его по каким либо причинам. Сервер там так и остался. Мало кто, кроме владельца сервера, с уверенностью сможет сказать нужен, он или нет. Он там так и повиснет мертвым грузом. Натыкаясь на подозрительные моменты старайтесь прояснить ситуацию. Тоже самое касается патчкордов, часто в аврале админы заменяют патчкорды наспех, подключают новые, а старые "выпутаем потом", так они там и интегрируются навечно. "Борода" растет и крепнет. Увидели неподключенный патчкорд - вытаскиваете немедленно. То же самое касается проводов питания, там обычно бардака не меньше.
Если пишите скрипты или программы, вычищайте куски кода в которых вы тестировали разные методы и подходы к решению. Убирайте лишние комментарии, которые не относятся к конечному результату. Структурируйте код, даже если он из 10 строчек он должен быть удобочитаемым. Давайте понятные имена переменным и методам. Продумайте параметры вызова. Даже небольшой безалаберно написанный код в последствии будет отнимать время на его переосмысление, а в некоторых случаях это равносильно повторному написанию. Пишите код так будто покажите этот код всем на гитхабе.
То же самое касается конфигов. Часто, настраивая оборудование, решение ищется перебором и в конфиге оседает несколько промежуточных вариантов, обычно в виде комментариев. Если их не подчищать, то конфиг распухает, читать его становится неудобно, а это чревато неправильным толкованием и ошибками. Убирайте все лишнее из конечного конфига, это не тетрадь с конспектами. В комментариях должны быть подсказки, а не куски конфигурации.
Или допустим, вы столкнулись с каким то аспектом инфраструктуры, который никак не задокументирован. Необходимо восполнить этот пробел. Промаркировать, прокомментировать или задокументировать. Не откладывайте это второй раз, ведь первый раз уже кто-то это сделал при внедрении и ваше время уже было потрачено на выяснение обстоятельств.
Это лишь несколько наиболее ярких примеров. По большей части не допустить их помогает документация и стандартизация. Для всего остального достаточно просто принять за правило "устранять непорядок сразу в момент обнаружения". Поддержка этого порядка сэкономит вам кучу времени в будущем. Делайте так будто передаёте свою работу себе же, только после комы :) Уважайте свое время и время коллег.