Li Zhihua
Famoso evangelista Lean en Taiwán
91APP Consultor ágil
Lo siguiente es un intercambio del profesor Li Zhihua en DOIS 2018 · Estación de Beijing:
¿Ha implementado DevOps en su empresa? Primero, ¿dónde comienza DevOps? ¿Dónde comienza DevOps?
Kanban visible significa que todo comienza con Kanban y todo comienza a ser visible. Cuando todo el equipo se desarrolle, dibuje sus pasos de trabajo en el tablero. Todos pueden ver lo que hacen. La gente no debe aceptar múltiples tareas, porque usa varios teclados en el Al mismo tiempo, todavía está escribiendo un programa al mismo tiempo, por lo que varias tareas harán perder su tiempo.
Luego verá la placa de desarrollo en el lado izquierdo de la pantalla y la placa de operación y mantenimiento a continuación. Esta es una placa completa. Por lo tanto, DevOps no es solo DevOps, por lo que debería llamarse DevOps originalmente. Después de todo, todo el mundo está familiarizado con el nombre de DevOps. No aumente su complejidad.
El curso de hoy, más importante que el trabajo diario, es la mejora continua del trabajo diario La mejora continua es el espíritu de todo el Kanban.
Hoy hablé sobre el uso de Kanban para impulsar las operaciones de DevOps. ¿Cuál es la ventaja? La ventaja es eliminar el desperdicio. El método Kanban es completamente diferente del método de trabajo de tres pasos. El método Kanban busca retroalimentación de capacitación rápida y persigue la mejora cultural .
Desde el tablero Kanban, puede ver dónde está todo el proceso de DevOps y disfrutar de los beneficios. La imagen de la izquierda es ágil, lo que es muy popular en la actualidad.
El método kanban se utiliza para la medición, lo que ahorra tiempo y trabajo. Sin embargo, uno en Italia inventó el método de medición y debe agregar la medición. Cómo continúa mejorando, puede ver que puede obtener mayores beneficios al hacer esto, por lo que el Se debe agregar medición., Pero para el método de trabajo normal, la medición solo puede descartar los datos que se agregan o no en el programa. Por lo tanto, para lean, el programa agrega algo que originalmente no le pertenece, lo que se llama desperdicio.
Entonces, la razón para agregar medición a esto es integrar la medición completa en un proceso de desarrollo. No lo convierta en una cosa extra, una cosa extra, un desperdicio, eso es lo más serio. Por eso comencé a promover la visión de Kanban y la medición. Kanban y el desarrollo de controladores se inventaron de mi lado, lo que realmente tiene un poco de peso.
Vi una imagen, la imagen más importante. Agile no puede salir del alcance del desarrollo y por qué es porque Agile respeta todos los principios de las cuatro declaraciones. Para las empresas, no pueden ver dónde están los cuatro principios e implementar DevOps., La razón por la que DevOps saldrá es que seguirá ajustándose a esta era. Si tiene alguna pregunta, quédese, no responderé.
A la izquierda está el método de desarrollo tradicional, a la derecha está el método de desarrollo impulsado por Kanban recién agregado, y a la derecha está en línea con la velocidad de la primera parte, la segunda retroalimentación, la tercera cultura, el aprendizaje continuo y la adición de tu cultura. Si quieres que te presente para comprar un buen libro kanban, te presentaré el libro azul, que es nuestro historiador. Si preguntas qué libro local es mejor, te recomendaría el libro de He Mian. Pero la impresión siempre tiene deficiencias, que mejorar la próxima vez.
La mejora continua es hacer esto, cuando alguien te dice que te devuelva la mejora continua. El primero a la derecha es la velocidad. Tienes que construir un festival y qué tan rápido quieres ser. Así que esto es algo muy interesante. Para muchas empresas, 10,000 veces al día, 100,000 veces. ¿Cuál es la velocidad? ¿Cuál es el significado? Dónde, y luego pídale que mire hacia atrás en la reunión para cambiar el ritmo.
Cuando ves el segundo paso, lo rodeo especialmente y utilizo el ritmo para crear un espacio de retroalimentación. En el segundo paso, a menudo ves retroalimentación, cómo retribuir, dónde retribuir y la implementación en el tablero Kanban. puede obtener comentarios sobre cada movimiento de la empresa. Más adelante le mostraré cómo retribuir.
Evento en vivo especial Lean / Agile de DevOps International Summit △
El tercero es la cultura. Cuando puedes ver cómo fallas, no necesitas fallar, porque puedes detenerte. Cuando fallas en ver lo invisible, entonces es un fracaso. Tienes que introducir el experimento. Recientemente estamos en Haz un experimento.
Luego hablaré de eso, puede fallar, el equipo se enfrentará a una especie de contratiempo, y luego el equipo aprenderá algo, y luego el jefe me dirá, dejas claro que todos los jefes tienen miedo al fracaso, pero hay No hay necesidad de tener miedo al fracaso ante el tablero Kanban, porque puedes verlo bien, por lo que el mayor beneficio de Kanban es el beneficio de la seguridad, así que no te preocupes.
Más adelante tendré tiempo para hablar de ello, les puedo dar un ejemplo, cómo dejar que la empresa fracase y cómo hacer que el jefe se sienta cómodo, déjelos fracasar. Esto es bastante difícil.
Haga una pregunta, uno de los principios del proyecto, ¿qué es lo primero que debe hacer? DevOps, al comienzo del proyecto, ¿qué es lo primero que debe hacer? Mi clase no necesita respuestas correctas. Al comienzo de cualquier proyecto, lo primero es ver la imagen completa. Cuando veas la realidad, debe ser más que eso. Cuando sientas que ves la imagen completa, imagina que se puede aumentar un poco el grado de abstracción. En otras palabras, para decirlo más, de hecho, hoy en día solo hay un número limitado de PPT preparados, hay 74. Pero probablemente hablaré de 42 parcelas, lo cual es muy exitoso.
2.
Al comienzo del proyecto, lo primero es ver la imagen completa ¿Cuál es el propósito de ver la imagen completa? Antes de comenzar, ¿deberíamos ver la imagen completa?
Li Zhihua: Para ver el panorama completo, debes saber dónde estás ahora. Es muy importante comenzar desde aquí. Vea el panorama completo porque cambia constantemente. Ágil significa grandes cambios en los requisitos de materiales. Ágil no es un método de desarrollo rápido, sino un método muy rápido para responder a las necesidades.
Pero el Kanban del que vamos a hablar hoy es diferente, básicamente es algo que se desarrolla rápidamente. Debido a que el requisito de DevOps es ser rápido, el primer paso es comenzar con Kanban y hacerlo rápido.
De acuerdo, primero hagamos una pregunta. De pie frente al kanban, la empresa está usando el kanban y vuelve a levantar la mano. ¿En qué quieres pensar cuando estés frente al kanban? ¿Cómo piensas? Puedes ponerte de pie. frente al kanban todos los días.
Puede que no sepas que cuando dirijo el equipo, cada dos semanas, los dejaré estar detrás del tablero. Esto es algo muy interesante. Cuando puedes verlo, todos saben dónde está el problema. Deja que lo encuentres muy Es interesante dejar que el equipo juegue ajedrez oscuro de espaldas a tu tablero.
Tengo un ingeniero que dijo que una vez que llegué a este lugar, corrí hacia atrás para echar un vistazo y no pude encontrar tu pregunta, que fue muy interesante. Deje que el equipo practique lo que hará todos los días bajo un juego oscuro y, a su vez, no podrá verlo. Cuando la gente vea algo, sabrá dónde está.
Cuando te paras frente a la valla publicitaria, ¿qué quieres mirar? La respuesta es consultar la radiación en ella. ¿Qué olor emite esta valla publicitaria? Lo primero, el ejemplo de arriba, ¿dónde está la radiación de la información?
Debido a que el círculo es rojo, claramente emite un ejemplo. En segundo lugar, puede ver dónde es más grande su mirada, qué quiere ver y los siete principios de lean, y comenzar a pensar en dónde está correcto este letrero. equivocado.
El propósito de mi libro es eliminar el desperdicio. De hecho, cuando enseño Kanban, siempre uso ese número. Conocer el libro de He Mian es presentar a la gente, pero es importante ser exquisitamente elaborado y exquisito.
Por qué quiero escribir este libro, solo hay un propósito, porque te paras frente al tablero Kanban, tienes que saber algo, usar los principios de lean, los siete principios de lean, el primer principio es eliminar el desperdicio, primero mira al equipo Qué principios son un desperdicio, mejoran su aprendizaje, retrasan la toma de decisiones tanto como sea posible y luego entregan sus cosas lo antes posible, luego autorizan a su equipo y luego ven el panorama completo, tiene que encontrar los siete principios a seguir, probablemente sepa cuáles son las ventajas y desventajas.
Primero observe los siete principios y luego observe las mejoras. Luego, primero explique qué es el desarrollo impulsado por Kanban, es decir, cuando implemente DevOps, use el método Kanban para agregar cosas adicionales para medir y monitorear, de modo que pueda integrarse en el proceso de trabajo, de modo que sea un proceso normal en lugar de desperdicio adicional., La meta permite que se vea el método de trabajo de tres pasos, estás haciendo tu proceso, lo puedes ver. Porque cuando cometes un error, puedes verlo.
Permítanme hablar sobre los tres pasos, el valor del trabajo, qué significa el primer paso, cuanto más rápido vaya, mejor, así que depende de usted hacer esto, el segundo paso es retribuir. Puedo preguntarle de dónde obtiene sus comentarios, cuando está haciendo DevOps o cuando está trabajando en desarrollo, no es una dama, es una dama. Otros conferenciantes serán de muy buen gusto, porque he preparado muchos libros, básicamente tres veces más que los de ellos.
El segundo paso es retribuir al trabajo. Pregunte de dónde recibe comentarios su equipo y dónde están los comentarios más habituales. Le pedimos al jefe que invite a los clientes y nos dé sus comentarios. Este es el mejor comentario, pero se llama una idea tardía .
¿Has terminado el desarrollo, ya lo has hecho y qué tipo de comentarios puedes devolver en el tiempo? Cuando mueves un trabajo al siguiente trabajo debajo del tablero Kanban, el posicionamiento puede moverlo, porque he completado una determinada cosa y lo he hecho, así que lo moví al siguiente caso de prueba.
Su trabajo está completo, quién le dará comentarios y los evaluadores le darán comentarios. Por lo tanto, usted retribuye en el tiempo cuando está en movimiento. Después de que otros retribuyan, tendrá la oportunidad de estudiar y estudiar por sí mismo, que es lo más raro.
El tercer paso es el tercer paso de la cultura cuando se trata de aprender. Hoy les hablaré de cómo cambiar el equipo e incluso cambiar la cultura de la empresa. Hoy les dije que pensar que la cultura corporativa de su empresa es genial, y tener confianza en su empresa es algo muy importante, pero creo que es Vale la pena ¿Qué se puede mejorar? Gracias ese caballero.
Los oradores extranjeros pueden pensar que la Navidad está aquí. Es julio. En este momento, mire el método de trabajo de tres pasos a la izquierda. Lo he cortado. El método de trabajo de tres pasos es un muy mal nombre. Usted será un paso, dos pasos y tres pasos. De hecho, no es así. Debe cortarse. No debe paso a paso, y acelerar constantemente su proceso. Al mismo tiempo, debe continuar mejorando, mejorando continuamente su cultura y mejorar la cultura. Probablemente lo más difícil.
Pero después de que termine esta clase, sabrá cómo cambiar su cultura. Si ya sabe cómo cambiar su cultura ahora, genial.
En cuanto al método de trabajo del primer paso, la búsqueda de la eficiencia debe eliminar rápidamente el desperdicio. De hecho, establecer un ritmo, establecer un ritmo de desarrollo del equipo y luego cambiar lentamente. El ritmo es muy importante. Si intentas mantenerlo todas las semanas, pero cuando se trata del Año Nuevo, definitivamente quieres adaptarte, equipo de dos palabras. Esta parte del asunto queda en manos del equipo, porque tener un equipo autónomo es más raro que cualquier otra cosa.
La segunda buena retroalimentación es la retroalimentación. Está amplificando la retroalimentación. A veces, la retroalimentación es como el viento y la hierba. Debes hacer que la retroalimentación estimule y haga que sea más grande. La mayor parte de la retroalimentación es continua, pero no lo ves. , Esto es lo más terrible.
Por lo tanto, necesita desarrollo en desarrollo, necesita comentarios sobre operación y mantenimiento, y no olvide que los comentarios comerciales son muy importantes. Lo más importante para retribuir es el momento de retribuir. ¿Lo más importante es confirmar que realmente retribuyó?
De lo contrario, no puede moverlo. ¿El kanban es unidireccional o bidireccional de ida y vuelta? Debería ser el último. El kanban es unidireccional. No se puede retirar. Es algo con fuerte control, pero dices si sale uno. El problema, debes detenerte y darle un símbolo. Si te retiras, crees que puedes hacerlo al principio, pero no puedes coordinar con el resultado. ¿Quieres ¿Retirar? No retirar. Abrir otra orden. El proceso técnico de hacer esto. El proceso sabe que el tiempo que hice fue incorrecto al principio, así que lo vuelvo a estimar. No use la estimación anterior. Vuelva a estimar y luego decidir su posición. Por lo tanto, ver la versión es bidireccional, y ver la versión no puede aceptar esto.
A continuación, enfrente los riesgos para lograr un sistema de trabajo seguro y confiable, por lo que lo que DevOps ha hecho, haga frente a su efecto de retroalimentación, por lo que necesita un entorno de trabajo confiable.
Y el tercer punto es que es difícil mejorar continuamente la cultura corporativa a través del aprendizaje experimental. Entonces, ¿cómo se pueden realizar los experimentos?
Estoy haciendo un cambio con una empresa recientemente. Parece fácil, pero ¿por qué hablo un poco de chino? Cuando realmente mejore, cuando nuestra organización se esté adaptando, todos reposicionarán sus responsabilidades. Esto debería o no debería hacer hacer cosas. Si después de que el jefe cambia, haces estas cosas y no haces estas cosas. Debes indicar claramente tus responsabilidades, pero si no dejas que el equipo experimente y vea, qué responsabilidades debo asumir, cambia Don ' Para asignar cosas muy buenas al equipo, déjelos explorar por sí mismos.
El ejemplo que encontré fue este. Era el UP más grande. Se requería que todos los equipos y el contenido de las reuniones regulares me informaran brevemente. Tenemos más de 40 equipos, un equipo informa y hay regulaciones para informar el contenido ¿Hay algún procedimiento a seguir? No, deje que el equipo lo explore por sí mismos. Después de que la primera persona vino a preguntar qué es lo que desea ver en el tablero, el jefe dijo que hay algunas personas ausentes, por lo que el contenido del trabajo de esas pocas personas no está claro. .
El jefe dijo, ¿cómo puedo saber el contenido de su trabajo? Cuando los miembros del equipo regresan, excavan todos los calendarios, hacen un documento y se lo envían al jefe. Esto es lo que hace un tonto. Después de que terminó el informe, la segunda persona vino a informar al día siguiente. El jefe dijo dónde está el progreso hoy. Él dijo que está bien. Le tomaré una foto del horario, pero de hecho no hay necesidad de hacerlo. porque el jefe está sentado en su lugar. Arriba, puede ver el flujo de trabajo.
Entonces, ¿por qué no le digo qué informan todos los días? Le pedimos a cada miembro que lo traiga y lo discuta con el equipo. Esto se llama experimento. Después de aprender de este experimento, después de que todos son ladrones, todos los miembros conoce el informe., Pero el informe de cada equipo es diferente y muy interesante. La composición de este equipo se comparará cuidadosamente con su informe. Si no lo ha hecho antes, deje que el equipo experimente y aprenda a crecer, el equipo naturalmente, les va bien, está bien. Deben ser regulados. Una vez que estén regulados, informe 1, 2, 3, 4 y 5. Este es el peor de ellos. Levante la mano si quiere intentarlo cuando vaya espalda.
¿Experimentar para ver? Simplemente conoces el resultado, ¿no lo acabas de tomar? Todo a eso, por lo que debe completar el primer paso, el segundo paso y el tercer paso en el método de trabajo de tres pasos.
Entonces, el primer paso de KDD es el punto clave. Es inútil si corres en la dirección equivocada. Por eso tienes que ver la imagen completa y medir lo que puedes ver. La diferencia más grande y más pequeña entre tú y el trabajo es porque yo Lo he hecho durante tres meses. Después del consultor, el jefe dirá lo que obtuve, qué es el jefe después de su consultor, y la empresa ha mejorado mucho, lo cual es muy interesante.
De hecho, todos los consultores deberían ser así. Te ayudaré como consultor de forma gratuita. Después de tres meses, puedes ver los resultados de la medición y decidir cuánto quieres pagarme. Si los resultados empeoran en tres meses, ¿Cómo obtienes el dinero? No necesitas dármelo. Si mejoras, ¿cuánto dinero puedes tomar, el jefe se atreverá a jugar contigo? No tengo nada que enviar.
Así que no necesitas responder. Intenta comunicarte con tu supervisor. ¿Puedes hacer esto? De hecho, muchos consultores están dispuestos a hacer esto. Esto se llama desafío. Entre los cinco consultores ágiles, creo que es coraje y el coraje para probarlo Recientemente conocí a alguien en el equipo más difícil porque alguien sabía esto demasiado bien.
Le dices que quiero entregar continuamente. Él tiene que encontrarlo muy difícil. No quieres que nuestro sistema sea complicado y lo que es complicado. Debes pensar que el trabajo es muy complicado. Por favor, ten en cuenta que si haces dos cosas repetidamente, no obtendrá el mismo resultado, lo llamó complicado.
Si lo haces dos veces y obtienes el mismo resultado, tu trabajo no es complicado. La verdadera complejidad es que obtienes un resultado diferente cada vez. Es muy difícil verlo. No puedes ver la imagen completa. En este momento Un punto, para que la combinación de medición y proceso pueda hacer que los indicadores de mejora del proceso no se desperdicien, así que antes de agregar nada, primero combine con el proceso, de lo contrario será un desperdicio.
Entonces, ¿dónde está el valor de retorno? En cada nodo del flujo de valor, intente amplificar la retroalimentación. Esta retroalimentación se llama DOD, lo que significa que el indicador se completa con la definición del nodo. Cuando no hay retroalimentación, hay movimiento y no hay movimiento. Así que debemos amplificar la retroalimentación, y luego cómo ver la retroalimentación real es buena, dejar que cada equipo vea la definición de cada movimiento al siguiente, y el trabajo en equipo es todo lo que se necesita.
Pasamos al tercer paso. Kanban es un mecanismo de "Sofe to fail". El enfoque está en lo que aprendiste y cómo puedes mejorar. Esta vez, hay algunas organizaciones de aprendizaje más en esta conferencia. Hice todo lo posible para conseguir mi empresa de consultoría. Convertirme en una empresa de aprendizaje, para no tener que gastar dinero para comprar una lonchera al mediodía. La empresa la proporciona y luego aprende del equipo, que es llevarlos a informar sobre su experiencia de lectura , así que trato de ver el fracaso seguro del experimento para aprender conocimientos, pero cuando el jefe pueda verlo, definitivamente no tendrás miedo, pero debes establecer un punto de suspensión de prueba. Este punto es un punto importante.
KDD es una práctica introductoria de DevOps raíz real y medición. El primer paso es combinar la medición y el proceso. El segundo paso es dónde debe ubicarse el mecanismo de retroalimentación. Esa es la definición aquí, que es utilizar kanban de madera al implementar DevOps. Método, ya sea de medición o seguimiento, todo el trabajo está integrado en el proceso de trabajo y el objetivo es ver la finalización del trabajo de tres pasos.
Los dos indicadores de la izquierda son la falla del cambio de eficiencia de implementación, y la derecha es el indicador de estabilidad, la tasa de falla de cambio y el tiempo promedio de recuperación del problema. Al comienzo de DevOps, todos compararon desesperadamente la velocidad. Mi velocidad es 10.000 veces al día. Esto está relacionado con la calidad. ¿Importa? Hombres o mujeres. Preste atención a la velocidad de desarrollo. La cantidad de veces que publica en un día no tiene nada que ver con la calidad. Por favor, distinga lo que está mejorando y lo que está relacionado con la mejora. Lo que Kanban usa para ajustar la velocidad está determinado por WIP ¿Cuánto pides para tu prueba?
Todo su desarrollo ha terminado y la prueba está fluyendo. ¿Cuánto se debe establecer para WIP? ¿Podemos permitir que fluya un flujo? ¿Deberíamos hacer uno? Si establece tres, sigue siendo 0 y 0 no tiene que fluir.
Básicamente es 1, y básicamente el mínimo es 1, pero dirás, si 10 ingenieros están desarrollando, si defino 1, ¿hay una laguna atascada aquí? No se permite que fluya ninguna laguna seria. Siempre que haya una laguna jurídica, nadie más puede desarrollarla.
Permítanme describir cómo es la línea de montaje de Toyota. Entonces toda la línea de producción se detuvo. ¿Por qué se detuvo la línea de producción? Debido a que teníamos un problema que no se pudo resolver en más de 55 segundos, nuestra línea de producción fue un asunto de baja calidad.
Entonces tenemos que detenernos en la operación automatizada, es terrible detener la línea de producción, para que pueda seguir mejorando, y sigue tan bien. El desarrollo de software, por otro lado, se compara con las líneas de producción y el desarrollo de escaleras. Lo más interesante es que los ingenieros continúan aceptando la alta calidad, y nadie en la línea de producción se preocupa por nuestras multitudes. Por lo tanto, es importante evitar que los ingenieros no se detengan y puedan desarrollarse continuamente.
El método Kanban es completamente adecuado para el método de trabajo de tres pasos. El trabajo rápido Kanban es un método de desarrollo eficiente. A favor de ágil, este método es un método de desarrollo rápido. Responde a los cambios muy rápidamente, por lo que no es rápido, lo que Rápido significa que Kanban es rápido, porque puedes ver que sabes que necesitas eliminar continuamente el desperdicio. Kanban implementa el ciclo de retroalimentación. Kanban es una cultura lean y se enfoca en eliminar el desperdicio. Acabo de leer los siete principios, así que necesita utilizar Siete principios para hacer esto, lo hará bien.
La imagen acaba de usar la imagen de He Mian, y finalmente encontró una imagen bastante decente, pero cuando estás en el tablero, puedes ver dónde el problema es más rápido.
Cuente una historia conmovedora, Demo. Este evento ocurrirá. ¿Qué dicen sus hijos cuando regresan a casa? Por lo general, lo primero es estar muy ocupado y cansado, parece que todavía nos queda una prenda para enviar. No se lo des si no le hablas de estar ocupado o cansado si te vas a casa.
Mi hija regresó y dijo que estaba muy ocupada y cansada. Dijo que el aumento de salario de hoy, el jefe le dijo cómo quieres organizar tu trabajo en grupo, te guste o no, eso es todo, este grupo te lo dejo Y luego mi hija tiene muy buenas notas, pero la escuela te enseña a manejar a las personas, aunque seas monitor, ¿no tiene nada que ver con cómo manejar a las personas? Qué hacer al respecto, está muy preocupado por el hecho de que le preocupa que el jefe no pueda responder cuando le pregunte sobre el estado de trabajo del equipo, esta imagen es cierta.
Estamos en 2013. Solo me tomó 15 minutos darle diez puntos clave. Mi hija ahora ha sido ascendida a directora. Después de 3 años, la implementación de Kanban hace que no sea necesario administrar personas, porque se presenta el trabajo de todos. Tablero Kanban, si el jefe te pregunta dónde está el trabajo de la persona, entonces el tablero Kanban te permite ver estas cosas, no tendrás miedo. Tenga en cuenta que la oración más importante de hoy es la valla publicitaria, porque puede verla, por lo que puede establecer un punto de parada.
Bien, eso es todo por hoy, gracias a todos.
Nota: Este artículo se basa en el intercambio del profesor Li Zhihua en la sesión Lean / Agile de DOIS 2018 · Estación de tren de Beijing.