Kanban para agencia web

Usamos Kanban desde hace un par de meses y tenemos algunas dificultades para implementarlo al 100%. Hoy en día, lo usamos más como una lista de tareas que como un verdadero Sistema de Gestión de Proyectos. A continuación encontrará algunas de mis preguntas más importantes para las que pude encontrar una respuesta por mí mismo:

  • ¿Cómo debemos crear una tarjeta Kanban? No tenemos el típico "Como usuario, quiero _____" sino que hacemos wireframes, maquetas, integración HTML/CSS, etc. Por eso pensé en crear mis tarjetas solo con el título "Página de inicio" para que puede pasar por todo el tablero Kanban. Luego está el problema de que la tarjeta puede ser una XL (1, 2 o 3 días)
  • También tengo un poco de miedo como PM para renunciar a mi calendario. ¿Cómo puedo ser 100% Kanban (quiero decir flexibel) y tener plazos claros para mi cliente? Por ejemplo: "queremos wireframes el 10 de agosto y maquetas el 10 de septiembre. Pensamos en sesiones como 2 días a la semana para reuniones con clientes, el resto es solo producción".
  • Además, como agencia (12 personas), tenemos muchos proyectos al mismo tiempo y no estamos enfocados en 1. ¿Deberíamos hacer equipos pequeños de pensar más en los recursos que en las personas? Yo, como PM, tal vez no debería decir "Michael hará el diseño de este sitio web", sino "Uno de los diseñadores o juntos deberían hacerlo, tienen 40 horas, eso es todo".

Gracias por tu ayuda !

¡Saludos desde Europa!

Bienvenido a la comunidad. Considere dividir su pregunta en varias y darle a cada una un título significativo.
Intenté brindarle un poco de información básica en mi respuesta a continuación, pero recomiendo enfáticamente que lea un poco sobre Kanban e Historias de usuarios, y luego publique preguntas más específicas.
Estoy de acuerdo con el comentario de Vadim. Será mejor dividir esta pregunta en unos pocos.

Respuestas (1)

¡Bienvenido a la comunidad!

Como mencionó Vadim en su comentario, su pregunta es un poco compleja, así que intentaré dividirla en partes pequeñas.

Lo usamos más como una lista de tareas que como un sistema de gestión de proyectos real.

En primer lugar, estrictamente hablando, Kanban no es un sistema o metodología de gestión de proyectos. Kanban es un marco, o un conjunto de principios y técnicas, con el que trabaja un equipo o un individuo. Si bien Kanban a menudo se asocia con el desarrollo ágil, también es perfectamente aceptable adoptar un enfoque Kanban en un entorno de cascada tradicional.

¿Cómo debemos crear una tarjeta Kanban? No tenemos el típico "Como Usuario, quiero _____"

Lo que ha descrito al final es una 'Historia de usuario'. Las historias de usuarios son increíblemente comunes en todas las áreas del desarrollo web y representan características y requisitos. Una historia de usuario típica consta de tres partes:

Como [tipo de usuario], quiero [un objetivo] para que [razonamiento].
Como usuario, puedo indicar carpetas que no se deben respaldar para que mi unidad de respaldo no se llene con cosas que no necesito guardar.

Mike Cohn (Mountain Goat Software) ha escrito excelente información sobre las Historias de usuarios en general, por lo que le aconsejo que se dirija allí y lea detenidamente.

¿Cómo puedo ser 100% Kanban (quiero decir flexible) y tener plazos claros para mi cliente?

Todo esto depende de los plazos que se hayan acordado con su cliente y de cómo su equipo aborde el proyecto. Kanban es flexible debido al hecho de que no hay duraciones de fase fijas, y su equipo nunca debe realizar más de X tareas a la vez. Esto se conoce como límites de 'Trabajo en progreso'.

Como PM no debería decir "Michael hará el diseño de este sitio web". En su lugar, debería ser "Uno del equipo de diseño debería encargarse de esto, tienen 40 horas".

Sugeriría mover esto a una pregunta separada, ya que nos estamos alejando de Kanban y entrando en la gestión de recursos/tráfico. Aseguro que muy pocas agencias se enfocan en un proyecto a la vez, todos estamos jugando al juego de los malabares.

--

Espero que esto le brinde un poco de información básica para que pueda regresar y publicar algunas preguntas específicas que recopilarán más respuestas de la comunidad en general.

Sugeriría investigar primero las siguientes áreas:

  • Historias del usuario. Si está practicando el wireframing, entonces su equipo entiende la importancia de UX. En mi opinión, las historias de usuario son la columna vertebral de UX y puede ser increíblemente difícil comprender los requisitos sin ellas.

  • Kanban en su conjunto. Atlassian tiene una gran introducción aquí.

Kanban para agencia web
RespuestasAquíPolítica de privacidad1y, 0v