Голдратта лучше всего прочитать (по-моему, в Вики есть список книг), он настраивает на умение думать о задаче, а не слепо искать боттлнеки
по Джпегу - имею в виду это https://www.artlebedev.ru/kovodstvo/sections/167/
делается MVP (ну - если по моей практике - запускается процесс со стыком всех требуемых отделов, вх /вых материалов/данных, стат и бух отчетностью) а затем уже тратится время на доведение частей до совершенства, но MVP всегда нужно держать на видном месте, если что-то в линейке рухнуло/неосуществимо - нет смысла тратить на доработку. А узнать осуществимость иногда можно через дооолгое время, до десятков месяцев
wonder-kid: не буду спорить, Вы правы про стартапы, но я трудно представляю планирование для стартапа: разве что тактические задачи на 1-3 мес
если же не стартап, а какое-нибудь внедрение CRM/документооборота (по ERP опыта нет, но, думаю, там то же самое, с поправкой на понимание бизнес-процессов) - там вполне себе и долго, и по плану
посмотрит на не-АйТи: Олимпиада, ЧМ, крымский мост, Вы же не будете утверждать, что там тоже много чего меняется по ходу реализации)
wonder-kid: план делается для того, чтобы понять - понимают прогеры ( и вообщше подрядчики) что они делают, или нет, хули толку с изменений, если формы на интерфейсе двигать могут, а обеспечить требуемый rps на бэкенде - нет ?
авторизовываться не нужно, но выполнять проверку, что авторизован - нужно