Kanban paso a paso: evolucionando de las 3 columnas a tableros flexibles

La popularidad del Kanban está creciendo cada día; por ser aplicable a todos los tipos de industria, de la construcción civil al marketing, miles de personas están entregando mejores resultados gracias a este método.

Aunque la implementación de Kanban parece bastante simple, obtener lo mejor del método sólo es posible para aquellos dispuestos a probarlo en su flujo de trabajo e ir más allá, reflexionando sobre los resultados de la prueba en etapas reales.

En los párrafos siguientes, veremos los pasos más comunes en la implementación de Kanban y aprenderemos cómo mejorar la visualización y el control del flujo de trabajo según su habilidad con el método aumente.

Manténgase firme hasta el final para ver lo que se puede optimizar en cada etapa de cada proceso distinto de cada equipo en un tablero de equipos, sin dejar confuso.

Comience por donde usted está

Si el equipo acaba de comenzar con Kanban, no hay que ser demasiado rápida dibujando un tablero complejo y la creación de un WIP ( work in progress ) que los límites no se pueden cumplir. Utilizar el tiempo para llevar al equipo a bordo de un espacio para la práctica de los fundamentos del método.

La variación más simple de un tablero Kanban consiste en tres columnas:

(Haga click en la imagen para ampliar)

• pedido - To do
• En desarrollo - Doing
• hecho - Done

Un tablero de diseño básico es fantástico para los equipos sin experiencia con Kanban porque es más fácil involucrar a la gente con el flujo de trabajo de visualización. Es un buen punto de partida para construir el hábito de mover las tarjetas de acuerdo con el estado de los trabajos escritos en ellos. Sin embargo, también es óptimo para establecer la gestión del flujo orientando al equipo a seleccionar su trabajo por cuenta propia.

El diseño de esta herramienta no requiere mucho esfuerzo para mantenerse al día y tiene una base sólida para comenzar con los límites de WIP (una piedra angular de Kanban), especialmente para los equipos que utilizan pizarra física para el Kanban.

Limitaciones del board básico del Kanban

Normalmente, una implementación básica de Kanban es suficiente para entregar mejoras visibles en la forma en que los equipos trabajan, pero pronto alcanzará el estancamiento en su productividad.

Después del periodo de familiarización, comenzamos a notar algunas limitaciones en el Kanban tablero de la columna 3, especialmente si el Kanban se practica en un ambiente de trabajo centrado en el conocimiento .

Para principiantes, habrá un límite para la cantidad total de trabajo en progreso (WIP), y verá todas las tareas iniciadas por el equipo. Sin embargo, no tendrá idea del estado de cada tarea.

La tarea que una persona estará trabajando será evidente, sin embargo, a menos que alguien pregunte por el informe de estado, no habrá información si esta persona está realmente trabajando en la tarea o esperando algo.

Sin embargo, es justo decir que, excepto por permitir la limitación de la cantidad de trabajo que está en curso, la implementación más básica de Kanban proporciona una visibilidad limitada tanto del flujo de trabajo y la orientación a la mejora.

Cómo iniciar una asignación precisa del flujo de trabajo

Cuando el equipo se siente cómodo con Kanban, algunas columnas y divisiones (los rayos) deben añadirse en el Kanban bordo para obtener una visión más precisa del flujo de trabajo.

Haciendo esto, será posible ver las posibilidades de mejoras potenciales en el modo en que el equipo trabaja y experimenta diferentes etapas en su proceso.

Columnas posibles

Usando como ejemplo el escenario de desarrollo de software , puede dividir la columna "en curso" en varias columnas que representan los pasos más importantes de su proceso como:

(Haga click en la imagen para ampliar)

• Diseño de la solución ( Tech Design )
• codificación
• Listo para la revisión de código
• En revisión
• Listo para implementar

Al dividir la columna "en curso" en cinco pasos, puede comprobar el progreso de cada tarea sin salir de la junta demasiado complejo de entender el equipo. Además, será posible ver las etapas donde el trabajo más se acumula durante el proceso de desarrollo - la etapa de revisión.

Divisiones (Rayos posibles)

Después de evolución del diseño de la heramienta con columnas adicionales, que sería apropiado para añadir un poco de sol y dejar que el flujo de trabajo de visualización más objetiva.

Una division (raya) típica puede ser separada tanto por prioridad como por actividades. Es común observar equipos de TI Ops dividir sus tableros en divisiones (rayas) utilizando prioridades. En tal escenario, un diseño patrón vertical podría ser:

(Haga click en la imagen para ampliar)

• acelerar
• SLA de 24 horas
• SLA de 48 horas

La lógica es simple: el equipo inicia un nuevo trabajo de acuerdo con la prioridad. Por ejemplo, si una tarjeta de 'acelerar' los requisitos, se detendrán todas las demás tareas que se están realizando (a menos que otra tarjeta de 'velocidad') y el trabajo de esta tarea se inicia inmediatamente. Siguiendo la línea de pensamiento, tarjetas SLA 48 horas son pasado.

Dividiendo el tablero Kanban de puestos de trabajo es una práctica común para los equipos de desarrollo de software. Por ejemplo, algunas divisiones del equipo de desarrollo aquí en Kanbanice funcionan así:

(Haga click en la imagen para ampliar)

• Problemas en el cliente
• insectos
• Deuda técnica
• Características de cliente o negocio
• Características técnicas

Al igual que en las prioridades de los rayos (divisiones) en el diseño de tablero , en este caso los puestos de trabajo se extraen del tablero por nuestros desarrolladores de la raya  (division) con la posición más alta. La lógica es muy similar: la parte superior de los rayos (divisiones) contiene los tipos de tarjetas más importantes, donde trabajan nuestros desarrolladores.

En este punto plantea una pregunta importante: si las tarjetas se toman en función de su prioridad en ambos casos, lo que es el punto de agrupar las tarjetas según el tipo de trabajo?

La respuesta se esconde en la palabra planificación. Aunque el Kanban no es un mecanismo específico para la planificación , el desarrollo de software es algo necesario en cierta medida.

Por ejemplo, es importante tener pocos errores en el producto y poco o ningún débito técnico. Sin embargo, no se puede parar completamente el desarrollo de nuevas funcionalidades si quiere sobrevivir en un mercado dinámico.

Por simplicidad, la agrupación de las tarjetas de acuerdo con el tipo de responsabilidad y (division) rayos permite la capacidad del equipo para optimizar y mantener el flujo de trabajo de una manera beneficiosa para el cliente y para su empleador

VER MAS DETALLES EN LA FUENTE AL FINAL :-).

Puntos clave

• Apresurarse en una implementación compleja de Kanban puede resultar en problemas a largo plazo.
• Es necesario asignar un flujo de trabajo detallado para optimizar los procesos después de unirse a Kanban.
• Los procesos más importantes deben incluirse en columnas en el Kanban board.
• Actividades similares se pueden agrupar con la ayuda de rayos ( Swimlanes- carril de natación), dirigiendo el flujo de trabajo de acuerdo con las prioridades.
• Al diseñar un flujo de trabajo flexible con diferentes columnas para cada carril de natación , se puede optimizar el flujo de trabajo y el uso de todo su potencial.

Sobre el autor

Alex Novkov es el líder de contenido Kanbanize , una empresa que desarrolla software de Kanban. Practicante experimentado del Kanban, dedica su tiempo a enseñar al mundo como ser más eficiente.

FUENTE https://www.infoq.com/br/articles/kanban-step-guide 

Mezclando marcos ágiles para el éxito del proyecto

Las herramientas de proceso ágil como Scrum, Lean Kanban, Extreme Programming XP y otras aportan sus propias características y ventajas a la mesa. Por ejemplo, Kanban se enfoca en mejorar cualquier metodología que se esté utilizando en lugar de proporcionar su propio marco, mientras que Scrum proporciona un marco definido con artefactos esenciales. El enfoque del método Agile es entregar valor en lugar de fijarse en el método en sí. Por lo tanto, las organizaciones pueden personalizar varias metodologías de marco Agile para satisfacer sus necesidades, permitiéndoles entregar el máximo valor.

Las organizaciones pueden tener en cuenta factores como la estructura organizativa, los objetivos de negocio, el nivel de experiencia y el tamaño del equipo cuando se combinan los marcos ágiles. La idea subyacente es completar la oración: "Mi cliente se beneficiará más si se usa _________".

Las metodologías solo deben mezclarse después de que se lleven a cabo extensas discusiones entre los coaches ágiles y otras partes interesadas en el proyecto. En la mayoría de los casos, las organizaciones modifican las metodologías ágiles hasta un punto en que no hay ningún elemento de ágil evidente en la nueva versión. Cuando el proyecto falla, la organización culpa a las metodologías ágiles.

Al mezclar metodologías, se debe tener en cuenta que los métodos ágiles no se pueden mezclar con la cascada o los métodos tradicionales. Las metodologías de cascada son más útiles en proyectos lineales que no tienen impredecibilidad, mientras que los proyectos ágiles son generalmente impredecibles y están sujetos a cambios constantes.

fuente : http://blog.scrumstudy.com/blending-agile-frameworks-for-project-success/ 

Responsabilidades del equipo Scrum segun Scrumstudy

Scrumstudy tiene una claridad en su estructuración de procesos : dando entradas, actividades o herramientas y salidas. Pero a nivel de los roles identifica las resposabilidades en cada uno de los procesos. Miren esta vista de la responsabilidades del Equipo Scrum.

El numero que precede el nombre del proceso, es el capitulo donde esta explicado detalleda.
El Sbok es la mejor guia de conocimiento del mercado.

Linux como Cambiar orden de arranque en GRUB

Entrar como usuario root
modificar el archivo de arraque
# vi /etc/default/grub
Buscar la linea q dice "GRUB_DEFAULT=0"
BCambia el 0 por el numero del sistema operativo que quieres sea el primero en iniciar. En mi caso lo cambie por el 4.
Luego actualizo los cambio
# update-grub
Luego reboot y a gozar .
Fuente :
https://www.phpcentral.com/pregunta/750/configurar-grub-en-ubuntu-cambiar-el-orden-de-arranque-por-defecto

entrenamientos Open Source con MOOC

•Los MOOC (acrónimo en inglés de Massive Open On-line Course)​ o CEMA en español (Curso En-línea Masivo y Abierto) son cursos en línea dirigidos a un número ilimitado de participantes a través de Internet según el principio de educación abierta y masiva. https://es.wikipedia.org/wiki/Massive_Open_Online_Course

•http://mooc.es/que-es-un-mooc/

I passed the SDC certification exam!

I passed the SDC certification exam!

SCRUMstudy mejoras sobre Scrum Alliance, Scrum.org

Todos los Certificadores son excelente y hay varias comparaciones, esta son unos parámetros para analizar .

Parámetro	SCRUMstudy	Alianza Scrum, Scrum.org
1. El mayor organismo de acreditación para Scrum y certificaciones ágiles.	Google Trends y LinkedIn muestran que SCRUMstudy ha superado a Scrum Alliance para convertirse en el mayor organismo de acreditación para las certificaciones Scrum y Agile.  SCRUMstudy tiene la mayor red de Socios de Capacitación Autorizada (ATP) de más de 1,450 socios que incluye organizaciones como New Horizons, Global Knowledge, Arizona State University y otras en más de 50 países. Más	Scrum Alliance, Scrum.org opera con una red más pequeña de 189 socios que incluye organizaciones como CPrime, CollabNet, KnowledgeHut, Prowareness, Avanade y otras.
2. El más popular y ampliamente aceptado	SCRUMstudy / VMEdu ha capacitado / certificado a más de 325,000 personas en la entrega de proyectos exitosos.Más de 7.500 estudiantes se inscriben / certifican cada mes, lo que es más que cualquier otro organismo de certificación.  Los empleados de más de 7500 empresas de más de 150 países se han inscrito en SCRUMstudy / VMEdu. Más	Otros organismos de acreditación de Scrum no son tan populares ni tan ampliamente aceptados.
3. Una guía para el conocimiento de Scrum (Guía SBOK ™ )	Las clases de SCRUMstudy se basan en 'Una guía para el conocimiento de Scrum ( Guía SBOK ™ )' desarrollada por SCRUMstudy. La Guía SBOK ™ es la guía de la industria definitiva y detallada respaldada por los expertos de Scrum. La propagación de Scrum es más fácil porque todos los practicantes de Scrum hablan el mismo idioma común. SCRUMstudy ofrece esta guía gratis en su sitio web.  La Guía SBOK está disponible en varios idiomas, como inglés, español, portugués, alemán e italiano. Descargar la Guía SBOK ™	Las clases se imparten utilizando un manual de 16 páginas que no es exhaustivo y carece de detalles. En la mayoría de los casos, la calidad del curso depende solo del instructor y de su experiencia.
4. Seminario web gratuito Scrum dirigido por un instructor virtual y capacitación sobre SFC ™	SCRUMstudy realiza un seminario web gratuito de Scrum de 1 hora seguido de una clase dirigida por un instructor virtual de 4 horas para preparar a los estudiantes para elexamen de certificación Free Scrum Fundamentals Certified (SFC ™ ). La capacitación es impartida por profesores con experiencia y / o coautores de la GuíaSBOK ™ . Esta capacitación es muy detallada e incluye temas como Principios de Scrum, Aspectos de Scrum, Fases de Scrum y más. Los estudiantes obtienen más valor de esta capacitación gratuita que la capacitación pagada de dos días (generalmente cuesta más de USD 1000) de otros proveedores.  Inscríbete en el entrenamiento gratuito de SFC	No realizar seminarios web gratuitos o sesiones de formación para los estudiantes. En la mayoría de los casos, los profesionales deben pagar por adelantado para inscribirse en cualquier forma de capacitación.
5. "Scrum Fundamentals Certified" gratis - Curso y certificación en línea de SFC ™	A través de su curso gratuito Scrum Fundamentals Certified (SFC), SCRUMstudy no solo presenta los conceptos de Scrum a los profesionales, sino que también los ayuda a obtener una certificación de introducción de forma gratuita. Esta certificación gratuita incluye aproximadamente 10 horas de contenido en línea de primera clase, como videos de alta calidad, estudios de casos interactivos, exámenes de capítulos, guías de estudio y más.  Inscríbete en el curso gratuito de SFC en línea	No proporcione recursos gratuitos ni ayuda para que los estudiantes tengan una idea básica de los conceptos Scrum y Agile.
6. Materiales de estudio en el aula	Los estudiantes obtienen materiales de estudio integrales de alta calidad, como la Guía SBOK ™ , el libro de trabajo, el cuadro de procesos, las tarjetas de estimación y los folletos de estudios de casos. Los participantes pueden usar estos materiales de estudio para comprender y practicar los conceptos de Scrum y servir como un contador listo para revisar los conceptos clave aprendidos durante la clase. Más	Proporcionar a los participantes impresiones no estándar y de baja calidad de los materiales de estudio en el aula.
7. Recursos de aprendizaje en línea de cortesía	Los participantes obtienen seis meses de acceso gratuito al curso en línea junto con los materiales de estudio del aula. Los cursos en línea incluyen videos de alta calidad, estudios de casos interactivos, pruebas de capítulos, términos y conceptos importantes y más. Ver recursos	No ofrezco recursos de aprendizaje en línea
8. Aplicación móvil	Para garantizar que los estudiantes obtengan un verdadero aprendizaje sobre la marcha, SCRUMstudy / VMEdu proporciona contenido en forma de aplicación móvil. Las aplicaciones móviles de vanguardia de VMEdu permiten a los estudiantes registrados ver material de estudio de alta calidad en un formato compatible con dispositivos móviles utilizando teléfonos móviles y tabletas. Sincronización perfecta a través de dispositivos Disponible tanto en Android como en iOS.	No proporcione opciones de aprendizaje tan flexibles.
9. Scrum activo y comunidad ágil	SCRUMstudy involucra a la comunidad Scrum / Agile a través de discusiones activas en LinkedIn. Con más de 63,000 miembros, SCRUMstudy LinkedIn Group es el grupo más grande y de más rápido crecimiento para Scrum / Agile en LinkedIn. Únete al grupo de LinkedIn SCRUMstudy	Tienen grupos de LinkedIn más pequeños y menos activos.
10. Entrenadores calificados y con experiencia	Cualquier persona que esté calificada como SCRUMstudy Certified Trainer (SCT ™ ) se somete a un riguroso proceso de evaluación y debe demostrar su competencia en los conceptos de Scrum y Agile. Se requiere que todos los capacitadores pasen con éxito tres exámenes de certificación SCRUMstudy antes de que puedan ser elegibles para enseñar. Además, se revisan todos los comentarios de los estudiantes sobre sus respectivos capacitadores y todos los capacitadores de SCRUMstudy participan regularmente en las sesiones de "Capacitación para el entrenador", que les ayudan a comprender los matices de nuestras certificaciones y refuerzan aún más su comprensión del Marco Scrum y la Filosofía Ágil. Más	Por lo general, otras certificaciones Scrum no tienen requisitos tan estrictos para la acreditación de capacitadores y, por lo tanto, la calidad de sus instructores puede no ser muy alta.
11. Entorno de prueba creíble y estándar	Con un énfasis en proporcionar a los candidatos un entorno de prueba confiable y creíble, realizamos nuestros exámenes de certificación utilizando nuestro sistema de supervisión en línea en vivo, a diferencia de otros organismos de certificación. Esto le permite tomar sus exámenes de certificación desde la comodidad de su hogar. Todos los exámenes serán supervisados ​​en vivo y los videos de los exámenes serán grabados y revisados ​​por nuestro equipo de evaluación. Más	Otros proveedores de formación / organismos de certificación de Scrum no tienen un examen estandarizado. La mayoría de ellos solo requieren que los candidatos estén presentes en un taller y se sometan a una prueba, cuyo resultado no influye en si el candidato califica para la certificación. Este tipo de certificaciones nunca tienen la credibilidad que requieren las empresas para seleccionar candidatos para roles clave.
12. Metodología de la enseñanza.	SCRUMstudy utiliza una metodología de enseñanza altamente interactiva y científicamente probada que incluye juegos de roles, estudios de casos y simulaciones que explican los conceptos clave de Scrum para sus cursos de certificación Agile y Scrum. Para garantizar una experiencia de aprendizaje enriquecedora para todos nuestros estudiantes, se requiere que cada capacitador asociado con un estudio SCRUM sea un capacitador certificado SCRUMstudy Certified (SCT ™ ). Más	Otros "talleres" de certificación Scrum son en realidad conferencias. No son atractivos ni interactivos y la mayoría de las veces los delegados (a veces más de 50 en una clase) escuchan a un instructor durante horas sin ningún juego de roles ni estudios de caso estructurados.
13. Garantizado para ejecutar clases	Todas nuestras clases están garantizadas para ejecutarse. Si por alguna razón, SCRUMstudy cancela una clase, las siguientes opciones están disponibles: Reprogramar para una clase futura en cualquier ubicación: los estudiantes pueden optar por reprogramar para una clase futura en cualquier ubicación o entrenamiento virtual dirigido por un instructor. La cantidad pagada por la clase de estudio SCRUM se aplicará a la clase futura. Solicite un reembolso completo: los estudiantes pueden optar por un reembolso completo de su pago en caso de cancelación del curso por parte de SCRUMstudy.	Cancele con frecuencia las clases debido a la insuficiencia de alumnos y deje a los alumnos sin ninguna alternativa. Retraso en reembolsar a los estudiantes por el dinero que pagaron por sus clases.
14. Varios lugares convenientes	SCRUMstudy enseña más clases en más lugares que cualquier otro proveedor de capacitación. La capacitación con el líder le asegura la capacitación de "CALIDAD PROBADA" en los lugares que le sean convenientes.  ¿Por qué entrenar con jugadores pequeños y desconocidos cuando tiene la opción de entrenar con el líder con una metodología de entrenamiento asegurada?Ver clases	Tener ubicaciones y clases limitadas.
15. Gran retroalimentación de los estudiantes	SCRUMstudy tiene estudiantes de compañías Fortune 500 y universidades como Apple, HP, Bank of America, AT&T, Dell, Verizon, Lockheed Martin, Arizona State University, Canyon State University y PepsiCo. Más Para obtener comentarios sobre SCRUMstudy, visite nuestra página de LinkedIn o lea los comentarios de nuestros estudiantes. Más Tenemos mucha confianza en nuestros programas de capacitación y permitimos que los estudiantes soliciten referencias de estudiantes anteriores en su empresa (SCRUMstudy tiene estudiantes de más de 7,500 empresas en más de 150 países). Para solicitar referencias de personas de su empresa, haga clic aquí.	Mencione comentarios limitados de los estudiantes en su sitio web o materiales de marketing. No tenga una presencia activa en las redes sociales (por ejemplo, Facebook, LinkedIn, etc.) donde los estudiantes puedan compartir sus experiencias y brindar sus comentarios. No proporcione referencias de estudiantes anteriores.
16. Otros beneficios	Hasta 16 VMEdu RCU y 16 PDU aprobadas por PMI Las clases se imparten en hoteles de estrellas: se ofrecen almuerzos y 2 rondas de café / té durante las sesiones en el aula. Ver clases

fuente : https://www.scrumstudy.com/home/scrumstudy-better-than-competitors

los principios ágiles más importantes que las prácticas

por 

Dwight Kingdon 

la importancia de implementar los principios ágiles de comunicación, colaboración, transparencia, retrospección y simplicidad.

He trabajado en TI durante 25 años y conocí la mentalidad Agile en 2006. Abracé inmediatamente a Agile porque muchos de sus principios eran cómo ya trabajaba. Me gusta la simplicidad, desarrollé software en iteraciones para poder recibir comentarios y realizar correcciones de curso, prefería comunicarme cara a cara, y puse a mis clientes y desarrolladores en la misma sala con frecuencia para que pudieran colaborar y asegurar que estuviéramos en el Camino correcto.

Avance rápido hasta hace unos años, cuando una empresa me trajo para ayudarlos en su viaje Ágil. El primer día, el director me dijo que eran “ ya muy ágil”. Tenían todos los roles correctos en su lugar, sus ceremonias parecían estar bien ejecutadas, los artefactos parecían limpios y actualizados, parecían tener todo junto. Pero cuando comencé a investigar cómo interactúan entre ellos, vi la desconfianza entre TI y las unidades de negocio que no dio lugar a una colaboración real, casi toda su comunicación fue por correo electrónico para propósitos de "CC YA" y hubo una pesada carga de informe de estado debido a la falta de transparencia En la superficie se veía genial, pero debajo había un gran desastre. Estaban haciendo las partes fáciles de Agile, las prácticas de Scrum, pero no prestaban atención a las partes más duras : los principios Ágiles . Aprendí que priorizar las prácticas sobre los principios es una de las razones clave para el fracaso de Agile.

Puede implementar las prácticas de Scrum perfectamente y aún fallar en Agile. Es posible que vea una mejora en su capacidad para responder al cambio e incluso podría proporcionar un software que funcione más rápido por un tiempo. Sin embargo, no pasará mucho tiempo hasta que los beneficios de Agile sean menos evidentes. Los equipos tendrán dificultades para seguir el ritmo, el software no coincidirá con las expectativas del usuario con tanta frecuencia, y entonces Agile se considerará un fracaso. Incluso puede decidir volver a sus antiguas costumbres, formas que son más cómodas.

La incorporación de principios ágiles es la parte más difícil de Agile: cosas como trabajar a través de problemas de comunicación, desconfianza y falta de responsabilidad. A menudo omitimos trabajar con estos principios porque implica más tiempo y esfuerzo de lo que podemos desear invertir. Sin embargo, casi siempre son las cosas más difíciles las que nos dan el mayor beneficio.

¿Cuáles son algunos de los principios o cambios culturales que son las partes más difíciles de Agile?

Comunicación

A menudo veo a personas que usan Scrum Master para enviar sus mensajes a otros. Están acostumbrados a trabajar con un gerente de proyecto, y un Scrum Master es un rol totalmente diferente. Como Scrum Master trabajando con un nuevo equipo de Agile, tres miembros diferentes del equipo una vez vinieron a mí tratando de comunicarse a través de mí durante nuestro primer sprint. Uno de ellos dijo: "Dwight, necesito esta información de Ramesh antes de que pueda comenzar a codificar". Ramesh estaba a solo 20 pies de distancia de nosotros, pero estaban acostumbrados a que un gerente de proyecto manejara sus comunicaciones.

Un principio ágil clave es comunicarse cara a cara siempre que sea posible. La comunicación cara a cara puede asustar cuando muchos de nosotros estamos acostumbrados a sentarse en un cubículo sin tener que hablar con otras personas. Cuando esto sucedió, acompañé al miembro del equipo al escritorio de la otra persona y les pedí que comunicaran el mensaje directamente. Ayude a sus equipos a adquirir el hábito de comunicarse cara a cara como u primera  opción en lugar de como último recurso. El tiempo perdido no es ágil.

Colaboración

Agile se trata de personas que trabajan juntas, hablan juntas y presentan grandes ideas juntas. Estamos fundamentalmente en riesgo cada vez que alguien trabaja en algo solo. Un problema de colaboración que a veces veo ocurre cuando un Gerente de proyecto tradicional se convierte en Scrum Master. Los Project Managers pueden hacer grandes Scrum Masters, pero ten cuidado con aquellos que traen un estilo de comando y control junto con ellos. Agile no se  trata de comando y control, pero algunos nuevos Scrum Masters tienden a administrar y dirigir en lugar de colaborar con las partes interesadas y el equipo. Los equipos Great Agile no son administrados: se los anima a colaborar y a resolver los problemas ellos mismos. A menudo, la experiencia se aprende mejor (bien o mal) que diciéndole qué hacer.

También veo un patrón similar con los nuevos propietarios de productos, pero con el comportamiento opuesto. Muchos nuevos propietarios de productos están acostumbrados a crear requisitos, entregándoselos al equipo de desarrollo y luego a sentarse y esperar el producto final, con poca o ninguna participación adicional de su parte. La colaboración continua entre el propietario del producto y el equipo, junto con la corrección oportuna del curso, ayuda a garantizar que lo que se entrega al final del sprint sea justo lo que los interesados ​​querían.

Sin embargo, esto puede consumir mucho tiempo para el propietario del producto, y muchos de los nuevos en el rol no están listos para el compromiso o simplemente no saben que deben estar tan involucrados. Animo a los propietarios de productos a involucrarse regularmente con el equipo del proyecto durante todo el sprint. De esta forma, Sprint Review se convierte en una formalidad porque el propietario del producto ya ha visto varias iteraciones de las características durante el sprint y ha guiado al equipo a construir exactamente lo que los interesados ​​quieren.

Transparencia

La transparencia es solo ser honesto, contarlo como es y, a veces, ser vulnerable. Una vez trabajé con un VP que me pidió que pasara el informe del estado de un proyecto para que se viera mejor para su liderazgo principal . Expliqué la importancia de la transparencia, que humildemente aceptó. La franqueza resultante sentó un precedente de honestidad y apertura que continuó, sin importar los resultados. No podemos arreglar las cosas si los problemas se barren debajo de la alfombra. La transparencia ágil significa plantear cuestiones al aire libre donde se pueden tratar. Las herramientas de ciclo de vida ágil automatizadas son geniales, pero para que los equipos y las partes interesadas puedan ver lo que realmente está sucediendo, deben tomarse el tiempo para acceder a la herramienta y poder verla. En mi experiencia, muy pocas personas ajenas al equipo se toman el tiempo para hacerlo regularmente.

Al menos al comienzo de una transformación Ágil, animo a los equipos a hacer que el trabajo sea más visible colocando grandes tablas de papel de Scrum y gráficos de quemado en una pared y mostrando esta información a todos los que los rodean. El liderazgo realmente aprecia la visibilidad que esto aporta al trabajo de desarrollo. Esto también puede ayudar a reducir la necesidad de informes de estado ya que cualquiera puede mirar el muro del equipo y ver exactamente qué está pasando.  

Otro consejo de transparencia que aprendí se deriva del hecho de que muchos miembros nuevos del equipo de Agile son reacios a plantear obstáculos durante las reuniones de stand-up. Una de las principales funciones del Scrum Master es eliminar los obstáculos para que el equipo pueda concentrarse en la entrega de software. Pero si no se levantan obstáculos, el Scrum Master no puede ayudar a eliminarlos. Les recuerdo a los nuevos equipos al comienzo de cada reunión stand up que planteen incluso posibles  obstáculos si hay alguna posibilidad de que algo pueda retrasar su trabajo o hacer que no cumplan con su compromiso de sprint. Los miembros más silenciosos del equipo especialmente necesitan aliento para hablar. Recompense a los que expresan su opinión y plantean obstáculos en los primeros sprints, especialmente a las personas más tranquilas, reconociéndolos frente al equipo.

Retrospección

Me gusta comparar la retrospección con la documentación del software. La documentación del software a menudo no se realiza porque se considera de baja prioridad en comparación con pasar al siguiente proyecto. De la misma manera, algunos equipos ágiles omiten las retrospectivas de sprint porque creen que no tienen tiempo o no ven el valor de hacerlo. Solo puede tener una mejora continua cuando se detiene para reflexionar sobre lo que funciona o no funciona y toma una decisión consciente para ajustar las cosas. Pequeños ajustes aquí y allá pueden ser la diferencia entre el éxito y el fracaso. Una vez leí que "la acción sin reflexión lleva al agotamiento y la reflexión sin acción conduce al cinismo". Es vital  realizar retrospectivas después de cada carrera y luego implementar realmente los cambios valiosos que surgen de ella.  

Sencillez

Esta puede ser una de las partes más difíciles de Agile. La mentalidad Agile es muy simple: hay cuatro valores en el Manifiesto Ágil y en los 12 Principios Ágiles acompañantes. Scrum tiene algunos roles, artefactos y ceremonias. Todo lo demás que hay es un intento de mejorar la mentalidad ágil. Algunas de esas ideas son grandes adiciones y algunas simplemente complican el concepto simple de Agile. La documentación del software es un excelente ejemplo de cómo Agile puede simplificar nuestros proyectos. Los artefactos deben reducirse al mínimo a solo lo que realmente se necesita para hacer el trabajo.

La documentación tiene valor, no me malinterprete: la gobernanza y la documentación de cumplimiento a menudo son necesarias, y el software debe mantenerse utilizando comentarios o documentación de soporte. Sin embargo, a menudo existe una tendencia a crear documentos simplemente porque "siempre los hemos hecho", independientemente de si tienen valor o si alguna vez se leen. Comprenda y sopese el costo real de crear cada documento con el beneficio anticipado. Luego, minimiza el esfuerzo para crear esos artefactos. Puedes hacer que se vea elegante después si eso es realmente importante. Si un diagrama dibujado a mano y escaneado es suficiente para que el equipo avance, es un gran ahorro de tiempo.

Estos son algunos ejemplos de cómo los principios ágiles hacen una gran diferencia. Tenemos que hacer un esfuerzo consciente para ejecutar las partes más difíciles de Agile, los principios, y no solo las partes más fáciles, las prácticas.

Por lo tanto, aunque las prácticas de Scrum o Kanban son importantes, las prácticas solos a menudo conducen a la falla ágil. Los principios ágiles y el cambio de la cultura de desarrollo son en general las partes más difíciles, pero son lo que hace que Agile sea sostenible a largo plazo y maximiza los grandes beneficios que tiene para ofrecer.

Entonces, ¿cuál es el siguiente paso? Mire a su equipo, escoja uno de los principios o áreas de cambio cultural necesarios, una de las partes más difíciles, y ayude a su equipo a hacer lo que debe hacer. Los equipos que continúan trabajando en los principios y en la cultura, cambian duro y lo suficiente como para convertirse en la élite Ágil, los pocos que verdaderamente entienden a Agile, los pocos que desatarán el verdadero poder que el desarrollo Ágil tiene para ofrecer.

Fuente: https://dzone.com/articles/agile-principles-over-practices?edition=395205&utm_source=Zone%20Newsletter&utm_medium=email&utm_campaign=agile%202018-09-18