Gestión de proyectos: funciones (hitos, tareas y bucles de retroalimentación)

La gestión de proyectos es multifacética, y la forma en que todos dividimos los diversos aspectos de nuestros proyectos probablemente dependa de cómo lo hace nuestro lugar de trabajo, cómo quiere hacerlo el cliente o cómo optamos por hacerlo nosotros mismos.

Para esta publicación, cuando se trata de trabajar específicamente en un proyecto determinado, estoy hablando específicamente de cómo tomamos los requisitos de un proyecto y los dividimos en partes y entregables más manejables para las personas para las que estamos trabajando. Y al hacer esto, creo que es importante que se mantengan informados y que puedan ver el progreso en los puntos de control adecuados para obtener comentarios.

A pesar de cambiar varios aspectos de mi negocio a medida que aprendí más sobre lo que funciona y lo que no, una cosa que se mantuvo constante en la forma en que manejo los aspectos relacionados con el desarrollo de las características de un proyecto.

Funciones: hitos, tareas y bucles de retroalimentación

Cada vez que nos ponemos a hablar de este tipo de cosas, es fácil caer en la jerga de nuestra industria. Y aunque no creo que haya necesariamente nada demasiado técnico sobre los "hitos" y las "tareas", un "ciclo de retroalimentación" es algo un poco diferente. Pero lo cubriré momentáneamente.

Dado un conjunto de requisitos, sin importar cuán grande sea, inmediatamente empiezo a revisar el documento, independientemente de cómo lo recibamos, y a pensar en todas las piezas que se requerirán para lograr una característica determinada. Independientemente de los lenguajes, herramientas, marcos o aplicaciones con los que elija trabajar, creo que aquí es donde tener una profunda familiaridad con lo que trabaja es importante.

Dividir características en hitos e hitos en tareas.

A partir de ahí, tomaré una función determinada y la dividiré en varias tareas, y lo repetiré para cada una de las funciones. Por lo general, intentaré que cada característica sea un hito, pero algunas características son más grandes que otras y deben dividirse en varias partes. Con ese fin, un proyecto generalmente se divide de tal manera que:

• Una característica se convierte en un hito (o hitos),
• Un hito es un grupo de tareas,
• Y una tarea corresponde a una unidad funcional (aunque no necesariamente una función en el código base general).

Luego, puede trabajar hacia atrás a partir de esto para ver cómo corresponde a un lanzamiento:

• Una tarea suele corresponder a un compromiso,
• Un conjunto de confirmaciones corresponde a una etiqueta,
• Una etiqueta corresponde a la fusión de una característica,
• Una característica corresponde a un hito.

En este punto, un hito debe estar listo para implementarse en el entorno de prueba para que el cliente pueda evaluarlo con respecto a lo que tiene en mente (y en los requisitos) para asegurarse de que se cumpla.

Aquí es donde entra en juego un circuito de retroalimentación. Pero primero, defino un ciclo de retroalimentación simplemente como:

Una conversación sobre una función determinada que determina si está terminada o si requiere más trabajo.

Aunque otros entran en mucho más detalle. Sin embargo, estoy divagando.

Entonces, mientras espero que el cliente vuelva a ponerse en contacto con respecto al último hito, entonces yo, o nosotros, normalmente avanzaremos con el siguiente hito. Esta es la razón por la que es importante tener una forma coherente de trabajar con hitos, tareas y comentarios (junto con las ramas en el control de código fuente y los entornos de ensayo).

Comience a trabajar en una nueva función después de confirmar la última en el control de código fuente y la puesta en escena.

Si los comentarios llegan del cliente, generalmente los tomamos, determinamos qué se puede hacer, qué no se puede hacer y luego los agrupamos en un nuevo hito. A veces, el hito se agrega al final; otras veces, se agrega como el siguiente elemento de prioridad. Todo depende de la naturaleza del trabajo, la retroalimentación y cómo encaja en el alcance del proyecto.

Más que funciones

En términos generales, esta es solo una vista de alto nivel de cómo trato de administrar los aspectos de desarrollo de las características. Pero mirar los hitos, las tareas y los ciclos de retroalimentación es algo importante porque una vez que ese sistema está en su lugar, crea una forma predecible en la que usted y su equipo pueden implementar soluciones.

Además, crea previsibilidad con los entregables y la comunicación con su cliente, y esto también funciona especialmente bien con los clientes habituales, ya que saben qué esperar.

Al igual que con muchas de las cosas sobre las que escribo, no trato de presentar esto como un evangelio, pero sí creo que es importante tener algún sistema establecido. No creo que uno deba improvisar un proyecto a menos que sea solo un proyecto paralelo personal.

Entonces, independientemente del enfoque que elija, al menos tenga un enfoque.