Cómo garantizar que mi enorme brecha de conocimiento (sin inexperiencia técnica) no ponga en peligro el éxito de un proyecto de iOS

Primero, deja en claro tu idea. Esto significa aprender a programar. Sí, le está pagando a alguien, por lo que no tiene que hacerlo, pero no sabrá cómo supervisar ni sabrá qué es posible si no ha intentado programar usted mismo. No puede tener miedo al producto si está tratando de hacer un producto. Lo sentimos, no puede evitar esto si desea un producto excelente. Compre un curso de iOS barato y aprenda a programar. Sí, es frustrante. Sin embargo, puede comenzar a hacerse una idea de lo que se necesita para programar. También puede hacerse una idea de cuándo la gente lo está engañando al agregar una nueva función y evitar costos excesivos. Crear un prototipo básico te obligará a pensar detenidamente en todas tus suposiciones, porque TIENE QUE FUNCIONAR. No se verá bonito, pero funcionará. Lo más probable es que la persona que contrate no use este código porque apesta y parece una pesadilla. Pero la idea general ha sido transmitida. Si la idea no es clara como el cristal en su mente, no espere describirlo a otra persona y que lo haga bien.

No digo que tengas que ser bueno, pero debes hundirte en al menos 20 horas para aprender a programar. Luego 20 horas para intentar hacer tu aplicación. No tienes que ser un maestro. Su objetivo es aprender lo suficiente como para poner a prueba sus ideas de manera aproximada y pensarlas detenidamente. Si no estás dispuesto a hacer esto, entonces eres como un arquitecto que no sabe dibujar. Y no quiere dibujar. Ni una sola vez. Sin embargo, espera que las personas que puede contratar le construyan una catedral. Es tonto.

Familiarícese con el flujo de gestión de proyectos de gerentes de proyectos en empresas de software. Google ellos. Los PM exitosos tienen blogs. Lea sobre esto tanto como sea posible. Lea sobre técnicas exitosas de gestión de proyectos en ingeniería de software. Quora tiene algunas cosas buenas.

Cuando encuentre un desarrollador, encuentre a alguien en el mismo país que usted. Encuentre un desarrollador que esté en la misma zona horaria que usted y hable el mismo idioma con la misma competencia que usted. Incluso un buen programador puede ser horrible si la comunicación es mala. Consigue a alguien con quien puedas hablar adecuadamente.

Encuentre a un tipo que tenga un historial de desarrollo de extremo a extremo. Eso es un hecho. Encuentra un chico que sea un finalizador. Mira su cartera.

Tienes lo que pagas. Te vuelves barato, te pones barato.

Consigue a alguien con un buen diseño estético. Este puede ser el mismo tipo u otra persona. Pero haz que tu aplicación se vea bonita.

Espero que esto ayude.

Puede encontrar un desarrollador que esté interesado en ayudarlo a desarrollarlo: mire la experiencia con proyectos de código abierto, referencias, revisiones de código / informes de errores abiertos contra su código.

Asegúrese de que la base de código permanezca documentada y organizada; si el desarrollador inicial termina por irse, un nuevo desarrollador debería poder retomar el desarrollo y el mantenimiento con un esfuerzo razonable. El código comentado, el código modular y un repositorio bien desarrollado contribuyen a este factor de organización. Tal vez, incluso podría aprender un poco sobre mantenimiento y desarrollo a medida que se escribe el proyecto.

Sin embargo, el mayor riesgo de poner en peligro un proyecto no es intentarlo.

Puede contratar a un desarrollador cuya cartera se vea bien (si tiene proyectos de código abierto en Github o de lo contrario será un punto positivo) y darles una pequeña cantidad de trabajo.

• Observe la cantidad de responsabilidad que asumen
• ¿El esfuerzo estimado fue bueno?
• ¿Soportan sus consultas técnicas (sabiendo que no tiene conocimientos técnicos)?