Как разбить разработку Android-приложения в смете: сколько дней закладывать на каждый этап?

Срочно набросайте черновик ТЗ и скиньте агентству. Разбейте всю разработку на спринты. Например, требуйте отдавать рабочий APK-файл каждые две недели. Не подписывайте акты по промежуточным сборкам вслепую, иначе через 90 дней останетесь у разбитого корыта.

Для Android-проекта самое узкое место в детальной смете — это API и локальная база данных. Если у вашей 1С или учетной программы нет готового REST API, из этих 90 дней месяц уйдет только на то, чтобы вытащить данные. Сразу уточните у агентства, кто будет настраивать доступы к БД и писать документацию.

Торговым представителям в полях выдадут одинаковые рабочие телефоны или каждый будет ходить со своим? Если устройства типовые, тесты пройдут быстрее, но если там солянка из брендов и версий Android, на блок QA в смете надо закладывать минимум 20 дней.

В прошлом году запускали похожее приложение для сбора заказов в полях с бюджетом 360.000 TL и сроком 75 рабочих дней. Дизайн занял 14 дней, разработка — 40. А вот модерация в сторе и внутренний пилот затянулись еще на 20 дней. Не будь у нас все расписано на бумаге, подрядчик свалил бы весь факап по срокам на нас.

Если дают срок 90 дней без всякой детализации, высок шанс, что работу просто сольют субподрядчикам. Команда, не способная составить нормальную декомпозицию задач, вряд ли глубоко понимает Android-архитектуру. Уточните, сколько сеньоров на Android будет на проекте, и пощупайте их живые кейсы в Play Store.

При пересмотре сметы требуйте следующие майлстоуны: 1) Варфреймы и пользовательские сценарии (CJM) 2) Кликабельный дизайн-прототип 3) Первая альфа-версия с подключенными API 4) Закрытая бета для тестов в полях 5) Релиз и прохождение модерации в маркете.

мы так влетели с интеграцией erp, проект растянулся на 3 месяца. агентство валило все на бухгалтеров, бухгалтеры на агентство. обязательно вытащите их 1с-ника или прогера erp на созвон еще до подписания сметы.

Примечание: пишу на основе своего опыта, у других может быть иначе.

Техническое задание, оформляемое приложением к договору, должно четко фиксировать сроки начала, окончания и критерии приемки по каждому этапу. Обязательно внесите пункт о том, что оплата траншей не производится до подписания акта сдачи-приемки соответствующего этапа.

У нас так же. Доступы должны открываться на компанию, а не на личные аккаунты.

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

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

Если напишете результат здесь, это поможет и другим.

Краткое резюме для новичков: Если не зафиксировать это письменно с самого начала, потом возникнут споры.

Надеюсь, это будет полезно.

вы правы.. и внедрение процесса управления изменениями не замедляет работу а ускоряет её.

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

Здесь есть ловушка, не могу промолчать. кстати если не зафиксировать это письменно с самого начала потом возникнут споры.

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

Верно.

У нас так же.

Пишу это, чтобы вы не совершили ту же ошибку. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

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

Проверено опытом.

Давайте немного раскрою техническую сторону. После сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.