Me pidieron acelerar la producción de mi equipo: Agile, A/B Testing, Workflow & Process

Tengo una situación complicada en el trabajo sobre la que me gustaría recibir su consejo.

Actualmente soy gerente de desarrollo web y superviso un equipo recién completado que consta de un desarrollador, un diseñador digital y un diseñador de UX. Me senté con el equipo para determinar los cronogramas de nuestro proyecto y crear un SLA para un proyecto de página de destino estándar. El equipo ha solicitado que reduzcamos la velocidad de nuestro proceso actual para hacer el trabajo lo mejor que puedan.

Mapeamos el proceso que involucra las siguientes fases y horas-hombre:

- Discovery [8]
- Definition phase (wireframing & determining technical solutions) [24]
- A/B of the wireframes [16]
- Design [16]
- Development [32]
- Pre Launch Testing & Revision [24]
- The launch [12]
- Post Mortem [4]

Le pasé ese proceso a mi vicepresidente y no les gustó.

“Es bueno saber lo que quieren, pero esa no es la realidad” – parafraseado.

Y estoy de acuerdo, rara vez es un mundo perfecto, y todos lo entendemos. A veces, los proyectos llegan a la tubería con plazos acelerados y eso está bien. Yo les dije:

No sabía cómo lograr lo que quieren sin cometer errores. Pero estoy dispuesto a averiguarlo.

Me gustaría evitar cometer errores y proporcionar un trabajo deficiente e implementar sistemas para pruebas A/B como me contrataron para hacer. Expresé que estamos mostrando un patrón de contratación de personal para respaldar nuestra gran carga de trabajo, pero luego lo agregamos exponencialmente tan pronto como se incorporan nuevos miembros. A lo que mencionaron que han estado esperando un tiempo para realizar estos proyectos. Aunque en este caso particular, no es cierto, tenía sentido (lea el contexto a continuación), ya que he estado atrasado en algunos proyectos en los últimos meses.

CONTEXTO: nos acercamos al primer aniversario del rediseño de nuestro sitio web principal (proyecto grande de 40 páginas, funciones múltiples). Como único desarrollador, originalmente me dieron 30 días y terminamos extendiéndolos a alrededor de 90 días después de 2 plazos incumplidos. Aunque los atajos que hice fueron aprobados, tomé muchos atajos bajo la presión constante de alcanzar esas líneas de tiempo comprimidas. El sitio era lento y no se indexaba, por lo que pasamos mucho tiempo recuperándonos de eso y también incurrimos en una gran cantidad de deuda técnica que tomó otros 6 meses para solucionar y limpiar.

Sugirieron adoptar un enfoque Agile (con el que estoy familiarizado como principiante, pero que no he usado en la práctica). Respondí con:

"En un proceso Agile, los sprints son bloques de tiempo, y 2 semanas parece ser la duración mínima de facto del sprint, por lo que el proyecto actual que estamos analizando necesitaría 2 sprints/4 semanas".

MÁS CONTEXTO - Querían que el proyecto se hiciera en 2 o 3 semanas. Sin contar los otros proyectos en ejecución simultánea.

Esto pareció tranquilizarlos en el momento, pero esta mañana recibí este mensaje:

"Estaba pensando más en nuestra conversación del viernes. Cuando digo abrazar ágil, no estaba impulsando los procesos ágiles (aunque no hay nada malo con los sprints, los retrasos, los stand-ups, etc., si es útil) sino más bien la mentalidad. Lancemos elementos y la prueba A/B a partir de ahí. Colaboremos, aprovechando el diseño y el pensamiento UX desde el inicio, en lugar de esperar todos los requisitos o el contenido antes de comenzar. Pasemos de pensar que una página está terminada cuando se lanza a construir realmente en la idea de mejora continua ( y mirando los datos para ver en qué deberíamos iterar)"

A primera vista, parece:

1. En otras palabras: "Vamos a sacarlo por la puerta y arreglarlo más tarde".
2. También quieren los resultados ágiles sin el proceso ágil.

Si bien entiendo la necesidad de mantenerme alejado del perfeccionismo, no hemos estado cerca en la historia reciente y me han hecho responsable de esos problemas. En este punto, no estoy 100% seguro de irme de aquí. Me he burlado de un segundo proceso que recorta los plazos.

- Discovery [8]
- Definition phase (wireframing & determining technical solutions) [10]
- A/B of the wireframes [4]
- Design [12]
- Development [20]
- Pre Launch Testing & Revision [6]
- The launch [4]
- Post Launch Testing & Revision [6]
- Post Mortem [2]

Una parte de mí quiere ir a mi equipo y simplemente decir "esto es lo que tenemos, ¿cómo hacemos que funcione?" Aunque respeto a mi jefe, tampoco quiero perpetuar el statu quo que quemará a mi equipo como lo he estado haciendo durante los últimos meses.

¿Adónde debo ir desde aquí?