Оценка объёма работ и сроков для внедрения функции выгрузки логов

Условие

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

Имеются схематические данные:

1. Сервис, отвечающий за проверку необходимости отправки логов (контейнер ViewModel):

• checkNeedUpdateLogs()
• GET-запрос
• Проверка количества данных в кеше
• POST-запрос на выгрузку

2. Сервис подготовки и хранения данных (контейнер Actor):

• getData(), writeNewData(...)
• Работа с Keychain, Cache, сервисом сжатия
• Подсчёт объёма данных

Требуется:

1. Разделить работу на фазы: проектирование, реализация, тестирование.
2. Определить роли участников:

• iOS‑разработчик (Senior/Strong Middle)
• Backend‑разработчик (API‑интерфейсы)
• QA‑инженер (проверка выгрузки, объёма, формата)

3. Оценить длительность каждой фазы.
4. Указать примерный суммарный срок: до двух недель для MVP.

Ответ

MVP можно планировать примерно на 8–10 рабочих дней при готовой инфраструктуре: 1–2 дня проектирования, 4–5 реализации и 2–3 проверки с исправлениями.

Senior/Strong Middle iOS-разработчик проектирует локальный буфер, сжатие и orchestration; backend-разработчик параллельно готовит GET/POST-контракты, авторизацию и идемпотентный приём. QA подключается к контракту и проверяет offline, повторы, повреждённые данные, ограничения объёма и частичную выгрузку. Большие логи храните в файлах/БД, а Keychain — для небольших секретов, не как буфер логов. Оценка до двух недель условна: новый backend, сложная фонова́я доставка, privacy review и непредвиденные интеграции требуют отдельного резерва.