¿Cómo se debe desglosar el proceso de desarrollo de una app móvil Android en una propuesta? ¿Cuántos días para cada etapa?

Preparen un borrador de pliego de condiciones de inmediato y envíenselo a la agencia. Establezcan sprints para cada entrega. Por ejemplo, pongan como condición la entrega de un archivo APK funcional cada dos semanas. Si no aprueban una versión intermedia que no hayan visto, al final de los 90 días no se quedarán con un trabajo a medias.

En Android, el punto más crítico de una propuesta desglosada es la integración de la API y la arquitectura de la base de datos local. Si su software contable actual no tiene una REST API lista, 30 de esos 90 días se irán solo en extraer datos. Pregunten de entrada a la agencia quién dará los accesos a la base de datos y quién proveerá la documentación.

Los dispositivos que usarán los comerciales en campo ¿los distribuyó la empresa de forma estandarizada o cada uno usará su propio teléfono? Si son todos del mismo modelo, el tiempo de pruebas se reduce, pero si cada uno usa marcas y versiones de Android distintas, la partida de pruebas debería ser de al menos 20 días en el presupuesto.

El año pasado arrancamos una app de pedidos de campo similar con un presupuesto de 360.000 TL y un compromiso de 75 días laborables. El diseño llevó 14 días y la programación 40. Pero la aprobación de la tienda y la prueba piloto interna se retrasaron 20 días. Si el desglose no hubiese estado por escrito, nos habrían cargado la culpa del retraso a nosotros.

Una agencia que dice 90 días sin dar detalles puede que vaya a subcontratar el trabajo. Si un equipo no puede presentar un desglose detallado del trabajo, es dudoso qué tanto domina la arquitectura Android. Miren de cerca cuántos desarrolladores senior de Android tienen en el equipo y revisen en vivo sus referencias publicadas en Google Play.

En la revisión de la propuesta pidan estos hitos: 1) Entrega de wireframes y diagrama de flujo 2) Aprobación del prototipo de diseño interactivo 3) Primera versión alfa con conexiones API completadas 4) Versión beta cerrada para pruebas de campo 5) Paso a producción y aprobación de la tienda.

xq no tuvimos en cuenta la integracion erp el proyecto se nos alargo 3 meses. la agencia le echaba la culpa al contable y el contable a la agencia. pidan si o si q el programador del erp entre a la reunion antes de cerrar la propuesta.

Nota: esto es mi experiencia, puede no aplicar a todos.

En el documento de Pliego Técnico que se adjuntará al contrato, se deben describir claramente los criterios de inicio, fin y aceptación de cada fase. Debe estipularse que no se realizarán pagos hasta que no se firme el acta de conformidad de cada fase.

A nosotros también nos pasa. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

El error cometido por desarrollo de aplicaciones moviles android suele ser reversible, pero caro. Eso es todo, disculpa si me he extendido demasiado.

Lo que voy a preguntar sonará un poco novato, perdonadme. Todos los que se apresuran con desarrollo de aplicaciones moviles android se atascan en el mismo punto.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Resumen breve para nuevos usuarios: Si no lo pones por escrito desde el principio, luego surgen discusiones.

Espero que le sea útil.

tiene razón. la verad establecer un proceso de solicitud de cambios no ralentiza el trabajo lo agiliza.

no tengáis miedo de preguntar quien no pregunta siempre paga más caro y lo dejo como nota por si sirve.

Aquí hay una trampa no puedo dejar de mencionarla. Si no lo pones por escrito desde el principio luego surgen discusiones.

También me gustaría saber si alguien lo hace de otra manera.

Correcto.

A nosotros también nos pasa.

Lo escribo para que no cometan el mismo error. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Si lo ves como un proceso, el panorama cambia. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Comprobado por experiencia.

Voy a detallar un poco el aspecto técnico. El sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte.