CASFF - Clear, agile, simple, fast, and flexible

💡 ¿Qué es CASFF?

La gestión a distancia de un proyecto abarca diversas problemáticas que, debiendo ser afrontadas, hacen menester la creación de este “Framework” simple, ágil, y enfocado en no estorbar a los equipo en su proceso de trabajo individual y grupal. De la misma forma abarcar todas las aristas que se puedan a fin de entregar un producto lo más fiel a la visión original, flexible a los presupuestos y a las capacidades de cada uno de los miembros del equipo.

💡Roles

Este marco está diseñado para equipos pequeños, autogestionables y con capacidades de sus respectivas áreas superiores a Junior.

• Top (Project manager): Responsable de la asignación de tareas, distribución y administración de recursos y seguimiento.

• Bot (SubManager): En caso de exceso de tareas, saturación de directrices y falta de correcta comunicación el Bot, designado por el Project Manager cumplirá el rol asistente. Pudiendo crear, distribuir, corregir y siendo intermediario entre el PM y el resto del equipo.

• Ideator: Es el “Creador” de la idea del producto, pudiendo ser miembro del equipo o externo a este. Su rol es de consultor en cuestiones no-técnicas, más enfocados a la visión del producto.

• Tables (Engineers): Cada área(Las necesarias según el proyecto) debe tener un jefe de área principal, este rol está a cargo de cada necesidad, planteamiento, error y orden en la misma.

• Table legs: los miembros del equipo que no sean miembros de ninguno de los anteriores roles serán parte de este rol, están bajo ordenes de los ingenieros de sus áreas de utilidad respectivas. Deben apegarse a los tiempos, pueden hacer uso de los canales para comunicarse con el PM, SM en caso de incongruencias de comunicación por parte de sus jefes de área.

• InterMid: Consultores que no forman parte directa del equipo pero cuyas sugerencias, opiniones e ideas son de alto valor para el equipo.

💡Ceremonias y eventos:

Se busca disminuir al mínimo necesario de tiempo cada reunión, conferencia, y reparto de tareas. Establecer un límite máximo de reuniones semanales, un limite de tiempo de las mismas y la distribución del tiempo de los participantes es una de las tareas del PM.

• Session: 1, 2 o 3, dependiendo la complejidad del proyecto. La primera para establecer la misión y visión en una línea de tiempo. La segunda para repartir las tareas y la tercera para hacer seguimiento de las mismas. No más de 60 minutos, cuanto menos mejor.

  Todo está sujeto al proyecto, tiempos establecidos y la complejidad a afrontar.

• Extra Session: estas deben darse solo si la complejidad de un tema lo amerita, siendo mediadas en lo posible por el PM.

• Super Session: se hará uso de una reunión mensual para celebrar los hitos y preparar los siguientes puntos a trabajar y hacer un feedback a cada área de labor.

• RTG-Session: la última reunión en base al MVP del producto, se hará mención de hitos, agradecimientos y destacará a los participantes cuyo desempeño fue significativo.

💡Diseño de tareas:

Se propone el uso de Tablero Kanban con el siguiente orden:

Lista de tareas - Tareas pendientes - Tareas en proceso - Tareas Finalizadas- Tareas no finalizadas

Lista de tareas, se organizan previamente las tareas posibles. En tareas pendientes se plantean las necesarias para el producto. En tareas en desarrollo se ubican las tareas que están en desarrollo, teniendo estas siempre un título simple, una descripción clara y especifica a las necesidades de la tarea y los responsables de ella.

En tareas realizadas se ubican las finalizadas con éxito, siendo necesaria la aclaración en caso de cualquier inconveniente superado que no haya sido previsto.

En tareas no finalizadas, deben aclararse cuales fueron las causas de no finalización de cada una con lujo de detalle.

💡WorkFlow:

Se hace uso del orden: Planteamiento - Tiempo - Seguimiento - Revisión - Entrega.

1- Planteamiento: se plantea la tarea, las necesidades que abarca, la herramientas, el enfoque debe tener y como se busca que funcione.

2- Tiempo: Una vez hecho el planteamiento, se establece el tiempo, en pro de la necesidad de la tarea en relación al proyecto, las capacidades del equipo encargado y las herramientas que tenga en el momento.

3- Seguimiento: En base al tiempo establecido, se realiza un seguimiento a determinar por el PM en función de la tarea y sus diferentes enfoques.

4- Revisión: Terminado el tiempo, o previo a esto, se realiza una revisión con el PM, el ingeniero a cargo y de ser necesario el Ideator. Para confirmar la realización de la tarea.

5- Entrega: si bien en este punto es de suponer que la tarea estaría “Finalizada”, la entrega hace más que finalizarla, la deja a disposición del área de testing, de diseño y con la mentalidad de “Always-Beta”. La tarea cumple su función pero estará siempre abierta a mejorar, arreglar en caso de errores o Bugs, y en visión de la necesidad siempre mejorable de la experiencia de usuario.

Extras:

4.1) Retrospectiva: El equipo se reúne periódicamente para una retrospectiva y planea las siguientes iteraciones, mejoras y nuevas adhesiones.

4.2) Pruebas: Una vez aprobada, la tarea pasa a la fase de pruebas. Si falla, se mueve a "No Finalizada" para investigar.

Cree este Framework para facilitar la gestión y la explicación del proceso de la misma en equipos sin mucha experiencia, en necesidad de afrontar un desarrollo rápido y con busqueda de libertad en el mismo proceso.

Está sujeto a cambios a futuro, es una idea para mejorar, si tienes consultas, sugerencias o criticas, estoy dispuesto a oírlas y tenerlas en cuenta.

Puedes contactarme por mis redes sociales.