Hace algunos meses alguien me consultó sobre como liderar la tecnología en una empresa y publiqué algunas ideas. Hoy veo que es muy común que pequeños emprendedores con conocimiento en tecnología pero no programadores inicien el camino de hacer negocios en la web.

Conversando con un amigo hice una lista de sugerencias para no perderse en ese camino. He aplicado esto mismo en proyectos personales y me ha sido de utilidad, por eso lo comparto. La idea es poder coordinar actividades con el/los programadores que estén contigo. Incluso será útil para pedir cotizaciones concretas sobre avances que necesites.

.- Pedile a tu desarrollador que suba el código a GitHub . Vos también create una cuenta allí, la vas a necesitar.

.- Pedile a tu programador que describa el proceso, desde cero, para hacer correr tu producto en una computadora vacía. Este proceso debe estar documentado en el archivo readme de tu repositorio. El objetivo es que cualquier programador que siga los pasos pueda echar a correr un entorno de pruebas. Sin esto cada programador que pase por tu proyecto deberá perder mucho tiempo inicializando. Si no lo pides, en general, no lo vas a tener y esto es importante,

.- Según el estado de tu emprendimiento definí en un borrador tres o más etapas para avanzar. En mi caso me sirvió la trilogía: Urgente - Necesario - Listo para vender. Pueden ser otras, la idea es que definas etapas y que cada una tenga una lista de detalles a resolver en cada una. Seguramente tenés ese mapa en tu cabeza, llevalo a papel.

.- Ingresa a GitHub, allí hay una a la sección de issues (problemas o mejoras a realizar). Estos pueden estar agrupados en milestones (hitos). La idea es que tus milestones sean tus etapas, cada una debe tener una fecha esperada.  Luego que definas las etapas puedes cargar cada uno de los puntos a resolver en cada una de estos milestones.

.- Pedile a tu programador que para cada issue o ticket agregue o complemente con descripciones técnicas de los cambios a realizar. En algunos casos un ticket tuyo puede derivar en varios tickets técnicos. Mientras mejor definidos estén estos tickets más fácil te será pedir presupuesto por ellos. Dividir problemas muy grandes en muchas piezas simples y pequeñas es la mejor forma de encarar la solución.

Nota sobre el codigo en GitHub: para usarlo de modo gratuito el código debe ser libre (y si no es bastante barato). Si no vas a necesitar formulas de como producir uranio enriquecido no es mala idea que sea libre. Esto permite a otras personas reusarlo y mejorarlo sin costo para vos. Te abre a tu comunidad, permite recibir ayuda y algo muy importante: tu programador sentirá vergüenza de liberar código de mala calidad y por lo tanto mejorará su producción.