Люди писавшие это скорее всего работали в крупных организациях, где проекты с очень большой добавочной стоимостью и зарплаты разработчиков значительно выше рынка. п. 1 и 3 разве не одно и то же? Кроме этого в быстрой поставке не учтен момент отладки логических ошибок, которые могут появляться в результате последовательности действий оператора и если мельчить отгрузку, то данные ошибки можно не обнаружить, либо придется откатываться на тест того что уже сдано, но уже в связке. п. 2 - дополню: приветствие изменений при изменении бюджета - очень отрезвляет заказчика в плане этих самых изменений п. 4 - если допустить заказчика непосредственно к разработчику, то можно легко застрять на неделю из-за расположения кнопки или ее цвета, несмотря на утвержденный прототип и дизайн п. 8 - возможно только если в проект заложено х10 и вы можете удвоить зп за выход в выходные п. 11 - лучшие архитектурные решения создаются специалистами в данной области, к команде это не имеет отношения. Если у вас есть специалисты по определенным архитектурам, то вы убедите заказчика, что эта архитектура самая оптимальная для данного проекта. Изучать что-то в течение проекта - это значит многократно увеличить риски совершения "детских" ошибок
Спасибо за информацию! Тоже недавно начали знакомиться с этой методологией, даже ушли в сервис аспро agile, чтобы сразу пробовать на практике.
Спасибо ❤
Эджайл на стройке есть? Или там только мат?
Люди писавшие это скорее всего работали в крупных организациях, где проекты с очень большой добавочной стоимостью и зарплаты разработчиков значительно выше рынка.
п. 1 и 3 разве не одно и то же? Кроме этого в быстрой поставке не учтен момент отладки логических ошибок, которые могут появляться в результате последовательности действий оператора и если мельчить отгрузку, то данные ошибки можно не обнаружить, либо придется откатываться на тест того что уже сдано, но уже в связке.
п. 2 - дополню: приветствие изменений при изменении бюджета - очень отрезвляет заказчика в плане этих самых изменений
п. 4 - если допустить заказчика непосредственно к разработчику, то можно легко застрять на неделю из-за расположения кнопки или ее цвета, несмотря на утвержденный прототип и дизайн
п. 8 - возможно только если в проект заложено х10 и вы можете удвоить зп за выход в выходные
п. 11 - лучшие архитектурные решения создаются специалистами в данной области, к команде это не имеет отношения. Если у вас есть специалисты по определенным архитектурам, то вы убедите заказчика, что эта архитектура самая оптимальная для данного проекта. Изучать что-то в течение проекта - это значит многократно увеличить риски совершения "детских" ошибок