Esta es una de las preguntas más comunes que recibimos en Blast Off Apps. El problema es que la respuesta es cualquier cosa menos simple. Primero, Gartner dice que las prácticas de desarrollo tradicionales fallarán para la aplicación móvil; El desarrollo ágil es esencial para el desarrollo de aplicaciones móviles. En segundo lugar, la aplicación de la que estás hablando no está en el primer desarrollo. Finalmente, para desarrollar una aplicación, necesita más de una posición ocupada.
Contratar a todas las personas que necesita para desarrollar una aplicación correctamente es muy costoso. Obtendrá una amplia gama de presupuestos y todo se debe a la forma en que ocurre el desarrollo en dispositivos móviles. Por lo tanto, cualquier aplicación que esté descargando es 99.9% probable que sea una versión mucho más tardía. Debe estar al tanto de complacer a sus usuarios y brindarles la funcionalidad que desean, necesitan y requieren al mismo tiempo que eliminan las cosas que los apagan y los hacen irse.
Entonces, la respuesta a su pregunta es que el “costo” puede ser cualquier cosa, pero obtiene lo que paga e incluso si paga mucho, obtiene solo lo mejor que puede usar el método (cascada), que inevitablemente tomará más tiempo que cualquier otro equipo de desarrollo ágil, como aquellos con codificadores (ya que ágil apunta a 1–2 semanas y la cascada es mucho menos efectiva en el tiempo).
- ¿Cuáles son los posibles problemas de privacidad para las aplicaciones móviles?
- ¿Cuál es la mejor plataforma para el desarrollo de Java?
- He estado leyendo mucho acerca de que Adobe no planea apoyar activamente Flash en dispositivos móviles, dado el crecimiento significativo en el uso de dispositivos móviles para navegar por la web, ¿por qué dejarían de respaldar este mercado?
- ¿Es más fácil crear una aplicación iOS o una aplicación de sistema operativo Android?
- ¿Cuáles son los 15 consejos para garantizar una aplicación móvil de alta calidad?
Membresía de desarrollo de aplicaciones $ 495 / m
Si no está seguro de qué es ágil, aquí hay algunos términos clave …
Definiciones informales que encontrará en el desarrollo ágil
- Dueño del producto
Usaré nuestro sistema para que pueda ver cómo funcionan estas cosas. Primero, tenemos el alcance bajo control al darle retroalimentación de nuestros equipos de desarrollo, ventas y ágiles. Con el código, hay muchas cosas que se pueden hacer y muchas formas de atacar el problema. Como propietario del producto, es su responsabilidad decir sí o no a las funciones para cualquier iteración dada.
- Historias de usuarios
Las historias de usuario son lo que escribe para “ponerse en el lugar de su usuario”. Estos se utilizan para ayudar a conectar más profundamente lo que necesita desarrollado con POR QUÉ lo necesita desarrollado. Esto es importante para que su equipo de desarrollo lo sepa mientras lo ayudan a refinar el alcance y considerar qué piezas estarán en el próximo sprint.
Los usuarios son su foco # 1 (seguido de cerca por cómo va a ganar dinero con él). Si tiene usuarios, probablemente encontrará una manera de monetizarlos. Sin embargo, es inteligente tener un plan para hacer que sus usuarios sean tan felices y dependientes de su aplicación que le pagarán (y le pagarán) por la experiencia.
Por lo tanto, debe tener excelentes historias de usuario que sean exactamente lo que quieren. Si se balancea y falla, vuelve al tablero de dibujo y soluciona el problema. No tenga miedo de fallar, eso sucede todo el tiempo con estas cosas, tenga miedo de NO APRENDER de esas fallas y todo esto comienza con lo bueno que es ponerse en su lugar (en mi opinión).
- Lista de compromisos pendientes
Este es el elemento vital en tus planes. Lo que debe hacer es tomar un montón de historias de usuarios para las características y piezas del desarrollo que desea y luego clasificarlas en orden de prioridad. Una vez que obtiene esa lista reducida a una porción manejable, el desarrollo ágil le permite saber cuánto tiempo llevará y cuánto costará desarrollar esa iteración. A partir de ahí, puede decir “sí” o “no”, en cuyo caso avanzamos con el desarrollo real o tratamos de refinar aún más el alcance para generar un costo / tiempo de desarrollo. abajo.
El objetivo es tener sprints que duren de 1 a 2 semanas para cuando comience a rodar (después del MVP)
- MVP
Producto mínimo viable. Esto significa que encuentra la idea central que está intentando probar con sus usuarios. Con esto, elimina las cosas y descubre cómo va a desarrollar la aplicación para atraer a los usuarios y hacer que vuelvan a su aplicación día tras día.
- Sprints
Estas son rondas rápidas de desarrollo ágil. Finalmente, el objetivo es de 1 a 2 semanas, como se indicó anteriormente. Sin embargo, antes de eso, tu MVP necesitará construirse (más aquí) y eso llevará algún tiempo. Con expertos en desarrollo a la mano, será mucho más fácil saber cuánto tiempo tomará y, a través de una planificación detallada, su presupuesto definitivamente puede tenerse en cuenta. ¡Tenga en cuenta que los codificadores en Estados Unidos, Canadá y el Reino Unido cuestan entre $ 100 y $ 200 por hora! Puede ser caro rápidamente.
Mantener pequeñas iteraciones en el futuro (después de MVP) ayudará a reducir en gran medida la cantidad de inversión en ingeniería que realiza en una pieza determinada.
Recientemente encontré este video (no de nuestro equipo) que explica esto con mayor profundidad muy bien.
$ 495 / m es nuestro salario para los expertos que necesita y nuestros desarrollos son mucho menos costosos que otros. Por ejemplo, nuestro presupuesto (completamente controlable) para MVP que hemos construido está en promedio. $ 8,100. Ven a vernos y habla gratis, solo regístrate en nuestra Membresía, es gratis hasta que digas que quieres desarrollar tu aplicación.
