Uso de Kanban en el desarrollo de WordPress

Periódicamente, otros me preguntarán cómo me las arreglo para organizar las diversas tareas, activos, recursos y cosas relacionadas a lo largo de un proyecto. En primer lugar, he decidido mantener Pressware pequeño (y esto se debe a algunas razones), por lo que me permite ejecutarlo de manera diferente que si fuera, por supuesto, más grande.

En segundo lugar, normalmente uso una versión muy reducida de un tablero kanban. Para aquellos que no están familiarizados, kanban se define así:

un sistema de fabricación japonés en el que el suministro de componentes se regula mediante el uso de una tarjeta de instrucciones enviada a lo largo de la línea de producción.

Con ese fin, pensé en compartir una breve descripción general de cómo configuro normalmente cada columna y cada tarjeta, así como las herramientas que uso para manejar cada tarea.

Kanban en el desarrollo de WordPress

En términos generales, cada tablero que configuro, y hablaré sobre las herramientas que uso para esto en un momento, incluye cuatro columnas, cada una de las cuales se define de la siguiente manera:

1. POR HACER. Esto es esencialmente la acumulación de tareas que deben realizarse para completar el proyecto. Es una lista de todos los requisitos que generalmente se describen en la declaración de trabajo, pero que se desglosan en tareas que se pueden mover a través de cada columna para ver el progreso realizado.
2. haciendo _ Cuando una tarjeta está en esta columna, significa que el equipo, alguien más o yo estamos trabajando en ella. A veces, una tarjeta contendrá varias subtareas (que generalmente se identifican como casillas de verificación) y las mantenemos actualizadas con el estado de la tarea. Intento mantener cada tarjeta relacionada con una confirmación en el código fuente para que, si tenemos que retroceder algo, volvamos a mover una tarjeta a una columna. Alternativamente, una vez que confirmamos un cambio, podemos mover la tarjeta a la siguiente columna.
3. Revisión / Escenificación. Esta columna significa que se ha realizado el trabajo y está listo para que el usuario lo revise en el entorno de prueba del sitio. Por lo general, les doy acceso a los clientes al tablero, para que puedan hacer precisamente eso. Es decir, pueden ver cuándo algo está listo para revisión, tener acceso al sitio de ensayo y pueden verificar que los requisitos enumerados en la declaración de trabajo y en la tarjeta están listos para funcionar.
4. Listo _ Una vez que el cliente ha verificado que el trabajo que se completó se realizó a su satisfacción, la tarjeta se mueve a la columna de terminado, el código se fusiona con la rama maestra y luego se repite el ciclo. Sin embargo, si la tarea no se realiza, la tarjeta vuelve a Hacer y se mueve hacia atrás a través de la canalización hasta que esté lista para su lanzamiento.

Ahora, cuando se trata de trabajar en proyectos, hay otro aspecto que debe tenerse en cuenta: los activos.

Una única fuente de verdad

Específicamente, estoy hablando de cualquier cosa que va desde:

• fuentes,
• diseños,
• credenciales para API de terceros,
• herramientas de terceros,
• o en general cualquier otro activo que pueda ser necesario desde el inicio del proyecto o desde que los desarrolladores del proyecto.

Hay un par de formas de manejar esto y trato de dejar que la naturaleza de los activos dicte dónde coloco las cosas. Por ejemplo, los activos de diseño a menudo se guardan en una carpeta de Dropbox compartida o quizás en una tarjeta, si son pequeños (pero por lo general no lo son). Incluso entonces, todavía puedo crear una columna de Recursos y enumerar tarjetas con enlaces a la carpeta de Dropbox, por ejemplo.

Un ejemplo muy simple de usar Trello.

Si se trata de credenciales para una API, puedo colocarlo en una tarjeta en la columna Recursos, pero si es algo confidencial, puedo usar una nota privada de Droplr y luego vincularla desde la herramienta de gestión de proyectos de mi elección.

Sin embargo, entiende la idea: la naturaleza del activo determina dónde se almacena, pero el tablero kanban siempre hace referencia a él de alguna manera. Esto es lo que ayuda a que siga siendo una única fuente de verdad para usted y todas las partes involucradas.

¿Y para herramientas?

Creo que a muchos de nosotros nos encanta probar lo nuevo y brillante. Para algunos, es casi un hábito:

¿Se lanza una nueva herramienta de gestión de proyectos? Vamos a intentarlo. Para otros, si hay un método probado y verdadero que está funcionando, ¿por qué no seguir con él?

Independientemente de dónde se encuentre, creo que es importante encontrar lo que funciona mejor para usted y su equipo y luego usarlo de manera consistente y prescriptiva que se pueda aplicar en todos los proyectos.

Para mí, tiendo a usar las siguientes herramientas:

• Proyectos Trello o GitHub. Esto depende en gran medida del cliente.
• Dropbox para compartir activos.
• Droplr para asegurar las credenciales.
• Documentos de Google para declaraciones de trabajo y términos y condiciones
• Documentos de Google para informes de gastos
• Invoicely para facturas.
• Eversign para firmas electrónicas en los documentos anteriores.

Sé que para algunos de los programas anteriores, algunos pueden estar preocupados por la seguridad, especialmente en lo que se refiere a información financiera o segura.

Foto de John Salvino en Unsplash

No tomo esto a la ligera. La regla general que trato de seguir es que si es algo que creo que debe mantenerse completamente seguro, usaré un sistema apropiado para usarlo; de lo contrario, si es algo a lo que realmente no me importa que alguien acceda, entonces está bien para mí.

Y creo que esa es una consideración importante que debemos tener en cuenta al brindar un servicio a los demás. De hecho, es probable que sea contenido para otra publicación, si no para otro blog completo. Pero esa no es esta publicación, ni este blog, al menos no ahora.

¿Mi punto?

En última instancia, asegúrese de tener lo siguiente:

• una forma para que usted y su cliente realicen un seguimiento del progreso de un proyecto a través del ciclo de vida del desarrollo,
• una forma de ver cómo van las cosas que no es abiertamente técnica como el control de fuente,
• una forma de compartir y acceder según sea necesario,
• la capacidad de comunicarse y hacer preguntas según sea necesario.

Estoy seguro de que hay otras cosas que vale la pena señalar, pero estas son clave para el contenido de esta publicación. Por lo tanto, usar kanban en el desarrollo de WordPress no es difícil, pero también está respaldado por algunas cosas adicionales que pueden facilitar el proceso.

Mantenga una única fuente de información respaldada por servicios de terceros que facilitan la colaboración.