Estaba en la misma situación y aprendí a desarrollar Java para Android cuando comenzamos a lanzar nuestra empresa hace unos años. ¿Que aprendi? No puede crear una aplicación competitiva usted mismo y mantenerse al día con la competencia, la curva de aprendizaje es REALMENTE alta y se necesitan múltiples codificadores y hay varias posiciones dentro de un equipo de desarrollo ágil, solo por nombrar las razones.
Cuando desarrolle una aplicación, necesitará múltiples codificadores. Como mencionó, hay que elegir opciones nativas / multiplataforma e incluso si elige nativo, se necesitan varios idiomas para cualquier proyecto de desarrollo dado. Los expertos en código son más como artistas o “hablantes nativos”. Al igual que el lenguaje normal, algunos no dominan el código necesario e incluso menos son virtuosos como Shakespeare. No saber cómo codificar lo pone en una gran desventaja, ni siquiera podrá revisar a fondo los codificadores que está contratando, simplemente no tiene métrica para saber qué hace que un codificador sea “bueno” y qué hace que sea un codificador “malo”.
Desarrollo ágil
- Tengo mi propia tienda de ropa en línea con algunos excelentes productos, pero no puedo generar mucho tráfico al sitio. ¿Cuáles son algunas formas innovadoras de ayudar a atraer personas a su sitio?
- ¿Qué debe hacer un fundador semi-técnico para formar un equipo para una startup tecnológica?
- Si comienzo algo como SPACE-X en India, ¿fracasaré? ¿ISRO dejará que esto suceda?
- Cómo manejar tener tantas ideas que no puedes lograr ninguna de ellas
- ¿Qué debe saber todo emprendedor sobre la gestión de proyectos?
Los equipos con codificadores tienen otra gran ventaja, velocidad (y rentabilidad). Cuando desarrolla una aplicación, no está desarrollando 1 vez y ya está. En cambio, te estás desarrollando todo el tiempo. Actualización de SDK y API, actualización de Apple y Google, los errores aparecen de la nada, los clientes tienen comentarios y usted cambiará el enfoque comercial a lo largo del ciclo de vida de la aplicación. Por lo tanto, desarrollar como la mayoría de los no codificadores piensa que es imposible mantenerse competitivo. Los métodos ágiles que los mantienen tan rápidos (desarrollos de 1 a 2 semanas en lugar de más de 6 meses) son exactamente lo que la industria usa para mantener el presupuesto y desarrollar solo lo que los usuarios desean, también conocido como diseño centrado en el usuario.
Sin embargo, necesita un equipo para este desarrollo ágil. Algunas posiciones son: Propietario del producto, la persona que dice “no” un montón, SCRUM master, mantiene a las personas en la tarea y ayuda a mediar cuando ocurren desacuerdos, y el desarrollo es bastante obvio de lo que son (codificadores), pero su propósito es muy muy integral. Aquí es donde brilla el proceso ágil. A través de un conjunto de herramientas y documentos que crea, siempre puede desarrollar nuevas actualizaciones para su aplicación y, si aparece algún error horrible que está alejando a los usuarios, ágil hace que sea fácil mover la “corrección de errores” a la parte superior de lista de prioridades del desarrollador, mucho más rápido que la subcontratación una y otra vez, ¿verdad?
Diferentes estilos para diferentes personas
Al obtener asesoramiento sobre su alcance y cada desarrollo, es imprescindible que tenga aportes del desarrollo. Hay múltiples formas de desarrollar cualquier pieza particular de funcionalidad. Por lo tanto, hay una forma más robusta de hacer las cosas y una forma menos robusta. También hay una forma económica y costosa de simplificar demasiado las cosas. En otras palabras, el desarrollo puede brindarle excelentes conocimientos como propietario del Producto para tomar excelentes decisiones para sus partes interesadas (usuarios).
No solo necesitará personas diferentes para UX, Backend, pruebas, etc.… sino que también deberá asegurarse de que sean de la más alta calidad (en cuanto a código). Esto, al igual que averiguar qué construir y cómo construirlo para su presupuesto, requiere expertos que hayan estado codificando durante mucho tiempo. Como probablemente haya notado que aprendió a codificar, es básicamente un rompecabezas lógico gigante. Usted toma piezas de aquí, piezas de allí, las suelda con su propio código y (con suerte) tiene una aplicación profesional que funciona. El problema surge cuando las personas sin experiencia se topan con un obstáculo (y usted golpeará múltiples). La falta de un equipo de expertos, el conocimiento de sí mismos o una respuesta viable puede llevar a demoras muy largas.
1 codificador = imposible competir
Desarrollando con solo 1 codificador (ya sea usted o alguien que encuentre), simplemente no será suficiente si quiere seguir el ritmo de su competencia en su espacio. Además, el proceso ágil en sí mismo significa que debe tener un equipo, es imposible que 1 persona desempeñe todos los roles, ya que son necesarios para la retroalimentación y la lluvia de ideas (por decir lo menos). Mantener las cosas en movimiento es el objetivo y el desarrollo de 1-2 semanas. Los ciclos serán lo que necesita al final. Tu MVP (producto mínimo viable) tomará más tiempo porque todo necesita ser construido, pero al final terminarás con una semana de desarrollo. “Sprints” e implementarán cualquier necesidad que tengas.
Ven y prueba la versión de prueba gratuita de nuestra membresía, donde te brindamos un equipo de desarrollo completo, con una transparencia sin precedentes en el proceso. Usamos Slack y otras excelentes herramientas en línea ($ 495 / m si desea continuar y comenzar a desarrollar la documentación requerida de la aplicación, como listas de compromiso de retrasos, refinar el alcance, fijar el precio para permitirle decidir si está en proceso de desarrollo u obtener refinado más para reducir costos, con transparencia COMPLETA).