Думаю, если анализировать статистически, то функциональный дизайн, тот что помогает приложению выполнить его задачу, все-таки победит. И дело не в красоте, а в пользе. И как эта польза работает на вас.
Слишком много инвестировать в отношения с заказчиком может встать в копеечку. По опыту, адекватный заказчик, с которым провели некоторое время на обсуждении, без проблем соглашается на платное ТЗ, если ему объяснить, что это и для чего
да, согласен с этим. сбор информации в этом пункте играет ключевую роль.
Про пуш от БК - спасибо, косяк! Про онбординг не совсем согласен, ведь он может служить не только как пошаговая инструкция к использованию
пора внедрять госрегулирование пушей)
Что конкретно вы имеете ввиду?
Что конкретно вы имеете ввиду?
Согласен
Думаю, если анализировать статистически, то функциональный дизайн, тот что помогает приложению выполнить его задачу, все-таки победит. И дело не в красоте, а в пользе. И как эта польза работает на вас.
Слишком много инвестировать в отношения с заказчиком может встать в копеечку. По опыту, адекватный заказчик, с которым провели некоторое время на обсуждении, без проблем соглашается на платное ТЗ, если ему объяснить, что это и для чего
Приходится и жутко иногда. Понятно, что во всех проектах нет необходимости внедрять гибкие методологии, а в некоторых жить исключительно на каскадке
Уже в работе)