Как в предложении должен выстраиваться процесс разработки ПО — какой этап идёт первым?

Не работайте с агентством которое не сдаёт результат анализа. Если второе агентство по итогам этих 4 недель передаст вам архитектуру системы и функциональную спецификацию их предложение куда надёжнее. Если этот документ будет у вас на руках, то даже если завтра вы разойдётесь с агентством, вы сможете продолжить с другой командой.

Три года назад в похожем складском софте мы выбрали агентство, которое говорило 'давайте сразу начнём кодить, быстро закончим'. Проект, который они оценили в 150.000 TL, пережил 11 изменений объёма, вырос до 260.000 TL и занял 9 месяцев вместо 3. Цена пропуска анализа всегда оказывается тяжелее.

До дизайна и кодинга нужно определить 'Схему базы данных' и 'Контракт API'. Если эти этапы пропустить, разработчик на мобильной стороне не будет знать, чего ожидать от backend-сервисов. Пока две команды ждут друг друга, график проекта встаёт.

При оценке предложений обязательно проверьте наличие этих трёх последовательностей: 1) Не переходить к визуальному дизайну, пока не утверждён каркас, 2) Не кодить backend, пока не готовы дизайн и модель данных, 3) Не выходить в продакшн, пока не проведено пользовательское приёмочное тестирование.

Подход второго агентства правильный, но чётко пропишите в договоре, что именно они сдадут за эти 4 недели. Иногда агентства под видом анализа выставляют счёт и тянут время не создавая никакого конкретного документа.

В спешке в разработке ПО точно замешан дьявол. Пусть срок во втором предложении вас не расстраивает; готов поставить голову на отсечение, что работа которую первое агентство оценило в 3 месяца, не закончится раньше 6.

edit: писал с телефона, извините за опечатки.

Агентство, которое пропускает анализ дёшево начинает проект но заканчивает его самым дорогим способом; методология второго предложения куда профессиональнее.

У нас так же. Большая часть потерь времени копится на задачах, ожидающих согласования.

Интересно, есть ли те, кто делает иначе.

Именно так, и при этом об этом мало кто знает. Прежде чем принимать решение, посмотрите, какие данные у вас есть.

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

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

Оставлю как заметку, пригодится.

Мне тоже интересно.

Я тоже так считаю. Самое дорогое в унаследованной системе — неизвестные зависимости.

Оставлю как заметку, пригодится.

Есть момент, который я не понял. Спросите, кто готовил КП и кто будет выполнять работу.

Конечно, если ваша ситуация отличается, всё меняется.

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

Пишите, если есть вопросы, отвечу по мере возможности.

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

Главное не цифра, а то, на основе чего она получена. Я бы пошел этим путем.

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

прежде чем принимать решение посмотрите какие даные у вас есть... я бы пошел этим путем.

Я сталкивался с тем же.

Хочу задать вопрос. Спросите, кто готовил КП и кто будет выполнять работу.

Исправьте, если я ошибаюсь.