Uso de Kanban para el desarrollo de WordPress

¿Eres una persona que “elimina la pizarra”? ¿Cuántas veces ha dicho que comenzará los meses frescos, o el primer mes o en el año nuevo? Aquí hay un secreto: nunca funciona. No puedes eliminar la pizarra y no deberías querer. Has llegado aquí por el trabajo que has hecho en el pasado. Sí, probablemente haya una forma más eficiente allí, pero no lo descubrirá cancelando todo el progreso que ha realizado. Es por eso que amo el sistema Kanban. Comencé a usarlo a principios de 2019 para revisar mi flujo de trabajo y estoy conectado. Es perfecto para el tipo de equipo que debe permanecer organizado y trabajar, pero que sabe que las cosas cambiarán, mucho.
En este artículo, me centraré en Kanban para los equipos de desarrollo de WordPress, pero algunos de los ejemplos que uso provienen de mis propias placas Kanban, que se crean en torno a mi trabajo de escritura. ¿Qué es Kanban? Para comprender el desarrollo de Kanban, primero debe comprender el pensamiento débil. El mal pensamiento no es una metodología. En cambio, es una mentalidad que se basa en valores que enmarcan el contexto de un proyecto. Los siete valores débiles son:
Elimine los residuos que escapan de cualquier cosa que no agregue valor al proyecto.
Amplificar el aprendizaje recopilando comentarios regularmente para mejorar los procesos
Decide lo más tarde posible, es decir, después de recopilar toda la información para informar las decisiones.
Entregar lo antes posible sin sacrificar la moral del equipo o la calidad del producto; Se trata de eficiencia y durabilidad, no de velocidad sola.
Equipos empoderados, garantizar la salud y la energía de los desarrolladores y promover en función de la experiencia y el liderazgo. Van experiencias intuitivas y valiosas.
Vea la imagen completa evaluando todo el proyecto, no solo sus características individuales.
Los equipos que usan el pensamiento Lean a menudo usan el método Kanban para administrar el flujo de trabajo. Puede configurar una placa Kanban con tarjetas de índice o crear una placa digital kanban con una herramienta como Asana o Trello. Cree un flujo de trabajo configurando diferentes columnas, luego mueva la tarjeta a través del trabajo de izquierda a derecha a medida que se completan las tareas.
Fuente: Asana

La placa Kanban más simple tiene tres columnas:
Hacer
Hacer lo
Terminado
Con los paneles Kanban avanzados, puede tener columnas adicionales y cada libro puede tener su propio conjunto de sub-cargas. Aquí hay un ejemplo de algunas de las tareas secundarias en un libro en Asana:
Debido a que Kanban tiende a seguir elementos de trabajo más grandes en lugar de tareas pequeñas, es común necesitar más subasignaciones e instrucciones en un solo libro, junto con los datos de inicio y finalización, los destinatarios y los documentos de asistencia. Kanban Principios Development Kanban es una forma de configurar los procesos evolutivos; No requiere cambios inmediatos al realizar tareas específicas en ese momento. Además, no comienza con una pizarra vacía. En cambio, se basa y adapta sus procesos actuales y la estructura del equipo.

Hay cuatro principios básicos de Kanban:
Comience con sus procesos actuales. Incluya los pasos, políticas y reglas que está siguiendo actualmente. Esto puede cambiar antes, pero este es el propósito del desarrollo de Kanban: evolucionar. El equipo debe participar en cambios incrementales y evolutivos.
Respeta y mantiene publicaciones, roles y responsabilidades, al menos por el momento. La estructura del equipo puede cambiar a medida que mejora sus procesos.
Aliente a los miembros del equipo a cada nivel a conducir cuando sea apropiado.
Prácticas Kanban Hay seis prácticas básicas de Kanban:
Vea sus proyectos creando columnas que coincidan con cada paso de su proceso actual.
Establezca un límite para limitar cuántos elementos de trabajo activos existen en cada columna. Esto ayuda a crear un ritmo realista y permite a los miembros del equipo centrarse en los elementos de trabajo más importantes sin sentirse distraídos o abrumados.
Mida la rapidez con que los libros se mueven sobre el tablero y evalúan si hay bloqueos o desechos.
Defina los pasos, las políticas y las reglas del proceso para que todos los miembros del equipo estén informados.
Implemente bucles de retroalimentación y realice los cambios necesarios en el proceso.
Mejorar en colaboración y evolucionar rápidamente. Esta práctica combina los cuatro principios, para que el equipo pueda tomar decisiones en su conjunto.
Kanban Para el desarrollo de WordPress Creando un foro para usar Kanban para el desarrollo de WordPress, deberá dividir su proceso en pasos de desarrollo específicos. La forma más fácil de hacer esto es ver una característica que ya ha entregado y enumerar cada amplia etapa de desarrollo. Aquí hay un ejemplo del ingeniero de software Harrison Ferrone: cada paso se usa para crear una columna en su placa Kanban. Aquí hay un ejemplo de la Junta Kanban de Asana que se utiliza para rastrear los errores:
Aquí hay más ideas de columnas para su placa de desarrollo Kanban WordPress:
Backlog: ideas que pueden implementarse o no

Obligatorio: ideas para desarrollar


Preparado para el diseño: ideas que se aclaran y tienen permiso para el siguiente paso
En progreso: puede tener columnas separadas “en progreso” para las etapas de diseño, codificación y producción
Listo para la revisión: puede tener columnas separadas “Ready for Review” para cada etapa
En la revisión: puede tener columnas separadas “en la revisión” para cada etapa
Cambios requeridos: devuelva elementos que necesitan más trabajo
Terminado
También puede clasificar los libros de acuerdo con la prioridad. Herramientas como Asana y Trello tienen códigos de color para este propósito. Puede dar prioridad a categorías como errores, características del cliente y problemas del cliente, todavía funciona mejor para su equipo.
Establecer los límites de trabajo en progreso La placa Kanban es solo el comienzo de la organización del flujo de trabajo. Todo el equipo de desarrollo debe comprender cómo usar la junta de Kanban y lo que se espera de ellos en cada etapa. Esto es especialmente importante si nota bloqueos o columnas que se acumulan a una velocidad más alta que otras columnas. Es probable que tenga que establecer un límite de trabajo continuo (WIP) para detener esto, suponiendo que esté seguro de que los miembros de su equipo están trabajando de manera eficiente. Por ejemplo, el paso de “prueba y validación” puede ser un bloqueo si esta parte del proceso lleva más tiempo que las otras partes. La solución es establecer un límite de WIP para esa columna, la columna antes o toda la placa Kanban. Puede limitar la columna “construir la función” y “probar y validar” a cinco cada uno. De esta manera, más de cinco características nunca se construyen y no más de cinco características que requieren pruebas y validación simultáneas. Después de completar la prueba y la validación para una función, se puede mover otro elemento de trabajo de la columna “Build”. Esto mantiene el flujo de trabajo en movimiento, sin ser atrapado en un solo lugar.
Según Kanbanize, una buena regla para establecer límites de WIP es multiplicar a sus desarrolladores a dos. Si tiene diez desarrolladores, establecerá un máximo de 20 proyectos durante un tiempo particular. Los límites inferiores son mejores para la eficiencia, pero no los establezcan tan bajos que su equipo no haga nada que hacer mientras espera que otros desarrolladores completen las cosas. Las mejores prácticas de desarrollo de Kanban incluyen la razón específica y detrás de los límites de WIP. Puede escribir esto directamente en el tablero para que los miembros del equipo puedan hacer referencia cuando sea necesario. Por ejemplo, uno de mis clientes tiene instrucciones en una tarjeta en la parte superior de una columna para explicar cuántos artículos se pueden reclamar por día y los días y horas en que los artículos se agregan a la pintura durante la semana. Aclare cuándo un libro de AR tengo que moverse de un tablero a otro. Incorporé este derecho a los sub-embarazos en algunos de mis libros y sé cómo mover la tarjeta solo después de la finalización de los sub-embarazos anteriores:
También puede establecer parámetros más específicos. Por ejemplo, puedo mover una tarjeta a la columna “completa” solo si agregué el enlace publicado del artículo a mi cartera y si se paga el artículo. Extienda el flujo de trabajo para tener en cuenta los elementos de trabajo que chocan de un lado a otro entre columnas. Supongamos que tiene un elemento en la columna “Examen de código”. Si no revisa el código, tendrá que volver a la columna anterior, que probablemente sea algo así como “construir la función”. Si esto sucede mucho, tiene un nuevo tipo de bloqueo, pero si establece un límite de WIP bajo, no hará suficiente trabajo. La solución es crear nuevas columnas, tan segundo “. Luego le dirá al equipo que, si una característica pasa por la revisión inicial del código, puede ir directamente al siguiente paso natural y omitir las dos columnas adicionales que acaba de agregar. O bien, puede colocar una nueva columna al comienzo del flujo de trabajo para recopilar las revisiones fallidas y empujarlas nuevamente al proceso o puede agregar una columna de “remedio” para resolver estos problemas. La mejor solución es la que funciona con su proceso personalizado.