63. ¿Cómo me organizo en mis proyectos como freelance?

Creando Apps

El mundo freelance da muchísimo de sí ya que hay muchas cosas que hacer desde el marketing, gestión del dinero, contabilidad, impuestos, presupuestos, facturas, organización del tiempo, productividad, trabajar desde casa o una oficina.

En fin, se podría hacer un podcast de esto y los hay, simplemente se dedican a explicar cómo ser freelance, cómo organizarse, cómo hacerlo; pero de lo que hoy trata es cómo organizarse en tus proyectos como programador.

Cómo organizarse como programador al empezar un proyecto

Depende, no hay un único método del que no tengas que moverte, pero la verdad que los proyectos son muy diferentes, cada situación es diferente y lo que hay que hacer es adaptarse.

Estas variables son pocas y básicamente la primera de todas, es la magnitud del proyecto, es decir, si es un proyecto grande o si es un proyecto pequeño.

Si es un proyecto pequeño (y con proyecto pequeño no se hace referencia a unas dos horas, porque en general puede no ser así, sino que son unas dos semanas como mínimo) lo primero que se debe hacer es organizar todas las tareas que debas hacer en una plataforma que se llama trello.

Trello es un organizador de tareas donde puedes crear tus tablones con todas las diferentes tareas que tienes que hacer. Dichos tablones se pueden dividir en los siguientes bloques: tareas pendientes, tareas en progreso y tareas finalizadas.

Esta metodología básicamente se trata de que tú tienes todas tus tareas al inicio en el tablón de “pendiente”, cuando empiezas a desarrollar una tarea la pasas a “haciendo”, y de “haciendo” se va a “hecho” cuando tu tarea ya está finalizada. De modo que el proyecto se acaba cuando todas las tareas están en “hecho”.

Este método da una visión bastante buena del proyecto y de cómo va avanzando, por tanto, es una buena manera de organizarte.
A todas las tareas les asignas una fecha y una hora, porque puedes tener la teoría o el convencimiento de que si no le asignas una fecha y una hora a una tarea, a veces puede quedarse ahí sin hacer.

Entonces si tú tienes el tablón de tareas sin asignarles una fecha en el calendario, un límite de entrega, pienso que es mucho más difícil ver si estás a tiempo en lo que te has comprometido, porque obviamente cuando tú haces un proyecto, siempre tienes que dar una fecha aproximada de entrega.

En cambio si tú tienes las tareas con la fecha y la hora en la que lo tienes que hacer y lo que te van a durar más o menos (obviamente nunca va a ser exacto, pero con una aproximación) sí que es fácil ver si vas o no bien en el proyecto.

Si es un proyecto pequeño, normalmente el tema de repositorios de código, el tema de otras cosas que tiene que ver con el mundo de las aplicaciones, con la programación, ya está hecho, y simplemente puedes hacer actualizaciones, pequeños errores que haya que corregir. Entonces no tienes que hacer toda esa configuración inicial que lleva su tiempo y hay que elegir las herramientas, sino que simplemente coges te adaptas a eso y tú te organizas en Trello.

Lo que sí debes, y muy importante, es saber cómo poder comunicarte como programador para informar cómo va el proyecto, si ha pasado algo, si todo va bien, etc. Lo que debes de hacer es una comunicación casi diaria, es decir, no tienen que pasar más de dos días, por lo menos, sin que la persona que te haya encargado el proyecto sepa cómo vas.

Ya sea que estás algo retrasado, que te has encontrado con una cosa que no te esperabas o si todo va muy bien, incluso si estás avanzado, siempre está muy bien comunicarlo con la persona que te ha encargado el proyecto, a través de por ejemplo el correo electrónico.

Ahora qué pasa si es un proyecto grande, es decir, es un proyecto de más de dos semanas, de meses. Aquí hay dos variaciones y es que depende de si hay un equipo y una organización

Si hay un equipo de programadores, ya hay un equipo de gente con su organización, sus herramientas, sus procedimientos, lo que tienes que hacer es adaptarte, porque no puedes pretender que todos ellos, cambien todas sus herramientas, todos sus procedimientos internos simplemente porque tú vas a entrar a trabajar. Porque si pasara eso, básicamente dirían: que no gracias, que no hace falta que trabajaras para ellos.

Hay varios sistemas de mensajería para poder comunicarte con dicho equipo tales como Slack (por ejemplo) que es un sistema de mensajería instantánea interno dentro de las organizaciones que te permite crear canales, o Skype que también es vital para la comunicación cuando trabajas en remoto

Jira, es un sistema también parecido a Trello, más complejo porque tiene muchísimas más cosas, pero simplemente es para organizar las tareas que se van haciendo y organizar documentación.

Luego obviamente Github como repositorio de código, ahí se puede colocar todo el código de la empresa, todos los proyectos internos.

También puedes utilizar la metodología Agile, la cual consiste en organizar el proyecto por semana por pequeñas tareas que se tienen que hacer y entonces luego se analiza lo que ha pasado y se va a la siguiente etapa, al siguiente sprint.

Y finalmente cuando te adaptes a todas estas herramientas, lo que puedes hacer es pactar unas horas de trabajo, es decir, pues dedicas “x” horas a la semana y a partir de ahí puedes ir trabajando sobre la marcha con los procedimientos internos, como si fueras uno más del equipo; simplemente que puedes ser un freelance, pero al fin y al cabo a la hora de trabajar es exactamente lo mismo.

¿Qué pasa si es un proyecto grande, pero no hay un equipo de programadores, no hay unas herramientas, no hay unos procedimientos?

Imaginemos que se quiere hacer una aplicación desde cero, no había nada antes y tienes que usar tus herramientas y tus procedimientos para organizarte. En este caso aquí es donde utilizas tus propias herramientas, las que a ti te funcionan, las que tú creas que son mejores para cada cosa.

Aquí es donde entra en juego Trello, obviamente un proyecto tiene muchas pequeñas tareas dentro y esto es básicamente lo que puedes hacer: organizarte por tablones, simplemente que aquí añades dos columnas más, es decir está “pendiente” y “hecho”.

Luego puedes tener “testing” y “published”, que published se traduciría a “publicado” o se ha incluido ya en la aplicación que está en producción.

El método que puedes utilizar es el mismo, las tareas van primero a “pendiente”, de “pendiente” pasan a “haciendo” de “haciendo” pasan a “hecho” cuando ya están completadas, de “hecho” pasan a “testing” (comprobar que todo funciona o, por ejemplo, obtener el feedback de la persona que ha encargado el proyecto), para finalmente pasar al estado de “published”.

Después en cuanto a temas de repositorio de código, que es bastante importante, puedes utilizar GitHub, luego también aquí hay temas de continuos integration; que es temas de testing bastante técnicos.

Luego puedes tener rolback, que es la herramienta que más te puede gustar para el reporte de errores, es una librería que tú incluyes, una librería a servicio que tú incluyes en la aplicación y cuando un usuario tiene un error, ésta envía el error a la plataforma web para que tú lo puedas ver.

La parte buena de rollback es que tú puedes enviar este error, que va a la plataforma web de rollback, al repositorio de código de GitHub que tiene un apartado que es de problemas, y entonces puedes tenerlo todo ahí centralizado (cuando vas solucionando los errores también marcarlos como solucionados).

Y finalmente para el tema de la comunicación lo que puedes utilizar es Gmail, a través de emails, que te permita tener una comunicación constante; no deben pasar más de dos días sin que la otra persona sepa cómo está el proyecto, cómo va todo.

A partir de aquí es ir semana a semana sobre lo planeado y además en los proyectos que duran tanto, siempre considera que es vital ir haciendo como pequeñas entregas, pequeñas fases en las que se va validando el proyecto, es decir, en vez de empezar el proyecto y estar por decir algo, ocho meses y luego se entrega la aplicación (en caso de que se tenga que hacer una aplicación desde cero).

En mi opinión, siempre es mejor dividir el proyecto en etapas e ir entregando la aplicación. Es algo que puede ser bueno para ambos lados, porque el programador va cerrando temas, es decir, internamente piensa que ya no hay que hacer más cambios aquí (aunque en el futuro se puedan hacer). Y por otro lado, por la persona que encarga el proyecto va comprobando que todo va sobre lo planeado, lo va validando.

The post 63. ¿Cómo me organizo en mis proyectos como freelance? appeared first on Diego Laballós.