Introducción a los métodos de gestión de proyectos

En resumen

Entre los métodos Agile y Lean, a veces es difícil orientarse. Este artículo es una síntesis de los principales métodos de gestión de proyectos que te encontrarás en tu vida profesional.

Este artículo forma parte de otro ⚠️

Si esta es su primera visita aquí, bienvenido 👋 . Ten en cuenta que este artículo forma parte de otro más global: Iniciarse en el diseño UX/UI, una guía completa. Aunque no es esencial, sigo recomendando empezar allí primero si eres nuevo en el diseño UX/UI.

Tabla de contenido

• Introducción
• Resumen de los principales métodos
• Y ahora todos juntos

Introducción

Hasta ahora no he hablado deliberadamente (demasiado) de los métodos de gestión de proyectos, especialmente en las startups o en las empresas más modernas, la gestión de proyectos en cascada ya no está tan de moda, y por buenas razones. Hoy en día se habla más de los métodos “Design Sprint” y “Agile”.

Si tomamos el ejemplo del artículo Proceso de diseño UX/UI con un ejemplo, no importa qué método(s) hubiera utilizado el gestor del proyecto, las tareas enumeradas siguen siendo válidas. Las metodologías deben verse como formas más optimizadas, según el contexto, de articular estas tareas. Pero básicamente, siguen siendo más o menos las mismas de una metodología a otra.

Repasaré las metodologías más populares, pero sin entrar en todos los detalles sutiles de la gestión de proyectos. Es importante como diseñador UX/UI conocerlas, porque estructurarán tus días.

Nota: antes de empezar, debes saber que, al igual que el diseño UX/UI, los métodos evolucionan rápidamente y se influyen mutuamente, pero debes tener en cuenta que, independientemente del método que se utilice, todos tienen en común el hecho de realizar validaciones regularmente (internas y/o externas con los usuarios) para adaptarse a los cambios y hacer un bucle sobre sí mismos para perfeccionar el proyecto en función de los comentarios.

El propio método de gestión del proyecto debe ser adaptable a lo largo del tiempo, es decir, el gestor del proyecto puede (y debe) utilizar el principio de mejora continua en el propio método de gestión. Más que nunca en este negocio, hay que estar preparado para el cambio.

Resumen de los principales métodos

Estas son mis descripciones, pero ten en cuenta que pueden cambiar ligeramente de una persona a otra.

Modelo en cascada (Waterfall)

Método de gestión tradicional en el que se va del punto A al punto B. Seguramente habrás visto esos diagramas de Gantt en los que cada tarea sigue a otra en forma de cascada de arriba a abajo, de ahí el nombre de “cascada” (de hecho se siguen utilizando de forma independiente con otros métodos).

Se utiliza cuando la visión está (casi) bien definida, cuando la necesidad está validada y cuando sabemos hacia dónde vamos sin mucha posibilidad de cometer errores. Se adapta bien a los proyectos complejos pero previsibles, o al contrario, sin grandes ambiciones (construir una central nuclear, un edificio o, por el contrario, rehacer la página web de una pequeña asociación con el mismo contenido).

Design thinking

Bajo este nombre se esconde el proceso creativo de los diseñadores teorizado en los años 80 y 90 para ser aplicado a otros campos. Ya en el design thinking, encontramos esta oposición a la gestión lineal en favor de una gestión más flexible, más creativa, pero aún dentro de un marco.

Es, entre otras cosas, la base de los siguientes métodos, que son adaptaciones del mismo según los campos. De hecho, en estos métodos encontramos elementos del design thinking como las iteraciones o el enfoque en los usuarios.

Lean

Este método se desarrolló con éxito en las fábricas japonesas de Toyota en el siglo XX. El principio de Lean es transformar y optimizar cualquier sistema que produzca valor, en el caso de Toyota, la producción de coches. Sus principios fundamentales son, entre otros, la capacidad de adaptación a los cambios y la proximidad a los usuarios.

Esta metodología se ha abierto camino y es muy utilizada en las startups para probar ideas de negocio sin demasiado riesgo. Para ello, propone, entre otras cosas, el concepto de MVP (Producto Viable Mínimo), una palabra que oirás a menudo en tu carrera.

Lean UX

Esto es simplemente los principios de Lean aplicados al UX. Mientras una startup trabaje en Lean y haga UX/UI, hace Lean UX por extensión.

Su principio es iterar sobre diseños mínimos viables, medir su impacto y así sucesivamente, empezar de nuevo hasta que una idea sea validada y entonces pasar al diseño UI.

Agile

Método para entregar productos desarrollados (código) adaptándose a los cambios, es la mezcla de Lean con el mundo del desarrollo. Es una ruptura con el método de cascada que era dominante hasta entonces y fue definido por el manifiesto ágil en 2001 por 17 desarrolladores. Consta de 12 principios.

Sus puntos fuertes son que se adapta a los cambios más rápidamente produciendo valor en ciclos más cortos. Se cuestiona periódicamente para garantizar la mejora continua.

Agile no es realmente un método en sí mismo, sino un conjunto de valores que se ponen en práctica a través, entre otros, del método Scrum y/o Kanban. Resumiendo: el método Agile Kanban se centra en la entrega continua de valor y Agile Scrum, en ciclos (llamados “sprint”) de tiempo definido donde se produce valor al final de cada uno.

En Agile, el PO significa “product owner” y es el responsable de la visión del producto.

Agile UX

Como en la mayoría de los casos, el trabajo de los desarrolladores se basa en una UI, podemos hablar entonces de Agile UX. Esto significa que los diseñadores están incluidos en los sprints o en el kanban. Una forma óptima de UX ágil, por ejemplo, es hacer que los desarrolladores trabajen uno o dos sprints por delante de los diseñadores, de forma que cuando los diseñadores estén trabajando en una funcionalidad, los desarrolladores estén trabajando en otras que se hayan hecho antes.

Design Sprint

Método de Google que es una variante de Lean UX. Consiste en crear y probar un prototipo en cuatro o cinco días para validar una idea de funcionalidad. Con el tiempo, gracias a herramientas como Sketch, Adobe XD o Figma, cada vez es más fácil hacer prototipos cercanos al producto final, sin hacer nada de código. Es gracias a estas herramientas que apareció la metodología Design Sprint. Así que a diferencia de Agile UX o Lean UX, no hacemos código ni MVP.

Y ahora todos juntos

Basándome en las definiciones anteriores, así es como combinaría el conjunto: el design thinking es el lienzo, la startup que empieza está en modo Lean. Cuando tiene una idea de producto, la diseña en modo Lean UX y luego una vez validada la idea, se hace con una UI limpia en modo Agile UX mientras los desarrolladores integran en modo Agile lo que se hace. Una vez lanzado el producto al mercado, los equipos pueden hacer Design Sprints cuando sea necesario para probar nuevas funcionalidades.

En resumen: Lean ayuda a la startup a hacer el producto correcto y Agile, a desarrollar el producto de la manera correcta.

Para tener otro punto de vista, aquí hay un gráfico de P2V que también resume cómo encajan los diferentes métodos:

Para continuar con su impulso

Como se mencionó al principio de este artículo, es parte de un conjunto más amplio, para continuar es por aquí.

Doko Zero
Diseñador UI con conocimientos de UX y desarrollo web