перфекционизм и гибкость

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

по факту, что devops, что agile позволяет делать гибко.
для начала, сделай PoC — докажи что гипотеза работает (или не работает)
потом — делай MVP — что-то, что можно уже отдать заказчику (или команде) в дальнейшее развитие
после этого — проект переходит (или нет) в статус эксплуатации и улучшений

знаю, знаю, принцип Парето) говорят это такая отмазка. но я использую его в парадигме: лучше меньше да лучше.
то есть: сделай что-то, что покажет направление и основную суть, а дальше уже доделаешь, либо кто-то другой (делай вещи отчуждаемыми всегда).

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

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

не сделав ничего — ничего не получишь.