Antecedentes
Es bien conocido en la producción ajustada Toyota, las ideas centrales incluyen el respeto por los seres humanos, a eliminar los residuos, la mejora continua, la única manera de mantener el buen funcionamiento de las empresas, la competitividad aumentará. Y escenarios de residuos específicos se resumen como "Hecho en exceso, espera, manipulación, almacenamiento, procesamiento, medidas adicionales, defectuoso," tiene siete añadido más tarde "gestión" de los residuos.
equipo de mejora del rendimiento del autor, se ha comprometido con las prácticas de Lean, desde el punto de vista de la eficiencia de costes, para mejorar la eficacia del desarrollo de software para alabar, hacer frente a la incertidumbre de los tiempos completos del impacto del cambio. Y que el tiempo de desarrollo de software, desde la perspectiva de la gestión de procesos, tiene sistema de "elemento" popular entre el equipo y siguen desempeñando un papel, pero desde la perspectiva de la práctica de la ingeniería, aunque hay algunos sectores de infraestructura, pero sólo para el departamento servicio, en general en su infancia, hay una necesidad de separar cada uno de la isla principal conectados en serie, el valor de sinergia.
En primer lugar, el estado de la práctica de la ingeniería
1,1 deuda técnica
ha elogiado como una empresa de nueva creación, la primera tarea es sobrevivir en el mercado competitivo, por lo que en términos de precipitación técnica, en un estado pasivo durante un determinado período, forzada por el negocio atornillado hacia adelante, es comprensible, sino que debe ser experimentado. Sin embargo, es de esperar que, con el tiempo, se acumula una gran cantidad de deuda técnica, y se elevará junto con la complejidad del sistema, la deuda técnica provocada por el rápido aumento de los costes de I + D, hasta que se convierte en una pila rechazada legado función.
Desde el punto de vista de la tecnología de tratamiento de residuos de Lean es un tipo de deuda "medidas adicionales", se trata de una vez en un no abierto todo el trabajo de I + D, pero además de gastar una gran cantidad de mano de obra y fuera de tiempo, no crea ningún valor. Tenemos que captar el número actual de deuda técnica, la forma de los riesgos, cómo hacer frente a los costos, con el fin de cuánto ámbito existe una razonable y controlable. El siguiente diagrama es como DevOps en el proceso de construcción, una aplicación obtenida mediante el escaneo de la situación estática sonarqube la calidad del código:
el impacto de código cambia 1.2
A menudo decimos: entra en la basura, la salida debe ser la basura (basura, sale basura). Hacer el desarrollo gradual de la deuda técnica completa y no hay código de protección, como caminar en el pantano, en cualquier momento habrá un accidente. Puede haber comentarios de código que ayuda a entender el negocio legado histórico, pero después de más de suplemento de las manos de este código, el comentario puede ser más detallado que el código.
El trabajo en este entorno tecnológico, es propenso a "defectuosos", tal vez la mayoría de los problemas se pueden poner en el frente de la línea, pero la línea de flujo es probable que sea un fracaso, e incluso convertirse en una fuente futura de que falle el nuevo código. La cifra es de sermones DevOps "Proyecto Fénix" en la cubierta, por lo que presenta parte de su visión sorprendente:
1.3 periodo de integración
debido a la I + D es una necesidad de múltiples partes cooperación y emite los resultados de los partidos es muy clara: se reúnen características del producto y la calidad del código de espera. Acerca de los resultados, en el desarrollo de la preparación previa, las partes en la descomposición de tareas por objetivo puntual función del producto, que ha sido condenada de antemano. Puesto que es el objetivo común de productos, que van de la mano, que se desarrollaron después de la producción, los resultados serán, inevitablemente, quieren unirse juntos para producir un valor sinérgico de la innovación. Por lo general, criticados uno de los más modelo de proyecto cascada defecto fatal es que todo el mundo a desarrollar la calidad son muy altos, pero es un desastre cuando la integración a gran escala.
Por lo tanto, los investigadores tienen que seguir para tratar de integrar aguas arriba y aguas abajo, sino que también implica la compilación de integración y ejecutar el código, cada integración es una espera, el proyecto es también un calvario, el calendario es difícil de controlar, tan magra que esto es una especie de "espera" desperdicia. Aunque hemos definido 'interfaces de antemano "del proceso de gestión de proyectos en acción, pero en el proceso de codificación real, o produciremos junto con una mayor comprensión y clarificación de la demanda, los investigadores cambian fácilmente la interfaz (pero no en la notificación oportuna aguas abajo) situación. El siguiente diagrama es como aplicaciones de la plataforma DevOps en un caso de envejecimiento:
En segundo lugar, la eficacia de la mejora de punto de entrada de
2,1 idea de Importación
Todo es difícil al principio. Aunque el equipo de I + D en la industria floreciente, "el desarrollo de la operación y mantenimiento" tiene un cierto conocimiento, pero se centran en el uso de herramientas, con el propósito de esto es para mejorar la productividad del equipo. Y tras una serie de intentos, hemos sido vagamente consciente de que la "integración continua" es mejorar la eficiencia de la investigación y desarrollo de alto punto de apalancamiento con frecuencia entregado bajo presión, y "única prueba estandarizada" y "gobernanza ambiental" es la protección de la premisa de integración continua , por lo que los equipos de mejora de rendimiento para unirse a I + D del equipo, equipo de control de calidad y el equipo de operación y mantenimiento para discutir la decisión, estas dos tareas en profundidad Difusión. ruta consideración es el siguiente:
1) si hay suficiente cobertura con alta calidad modalidad única sonda, puede proteger el código de lógica de negocio, en el caso de los costos de prueba sin adicionales, y puede soportar los cambios y ajustes;
2) si hay una sana y estable entorno de prueba, el código será capaz después de haber sido sometido al repositorio de código, disparar automáticamente la ejecución de la comprobación de código estático y casos de prueba de un solo uso, rápido y sano verificar la corrección del nuevo código, y puede soportar las entregas frecuentes de las pruebas de control de calidad;
3 ) en base a una sola medición de los casos, los casos de uso integrados pueden combinarse para formar de acuerdo con el escenario de negocios, en un entorno de pruebas sana y estable, la integración continua desatendida, desencadena automáticamente empaquetar e implementar, y la lógica de negocio de validación, o incluso publicó en línea (práctica común es liberada con el medio ambiente por adelantado), ciclo de liberación más baja, aumentar la frecuencia de publicación.
2.2 piloto voluntario
si se puede encontrar un equipo dispuesto a participar en el piloto, permitir que los beneficiarios de compartir los resultados de las mejoras a otros colegas, es una buena práctica, esta teoría es más convincente que la predicación que acabamos de pasar. Ese tiempo, hay equipos de mejora de rendimiento de elogio en el proceso de investigación, relativamente suave comunicación con el equipo T, el líder del equipo técnico también muy de acuerdo con los métodos ágiles de desarrollo basados en entregas frecuentes, que encontramos un gran avance para la promoción de prácticas de medición individuales.
Además, S Grupo G Grupo C y Z Jun Jun es la I + D personal de los usuarios del friki para participar activa y mejores prácticas de precipitación sobre cómo escribir una sola prueba, y muy feliz de compartir mis colegas. Por lo tanto, tenemos la oportunidad, sobre la base de una prueba única para promover la necesidad de lograr sus objetivos y expectativas, basadas en los varios intercambio de tecnología campo organizado continua, los técnicos restantes dominar rápidamente el método de preparación de una sola medida, una medida única para promover una rápida mejora y puesto en práctica. La cifra se toma para material de compartir contenidos:
2.3 asistencias flanqueando
Desde el desarrollo hasta en línea durante todo el proceso, hay tres tipos de funciones: investigación y desarrollo, control de calidad, operación y mantenimiento. A medida que la industria continúa madurando en el campo de pruebas automatizadas y mantenimiento automatizado de transporte, para alabar a la garantía de calidad y equipos de operaciones consciente de su valor, es en el campo de la investigación y la práctica en DevOps ha estado a la vanguardia de la industria, y promover el proceso de aterrizaje a largo plazo el estado positivo, actúa como un papel de vanguardia. Por un lado, el Acuerdo de las personas y el desarrollo aseguramiento de calidad permitirá que una sola cobertura de la prueba, o negarse a volver a mencionar cuando se mide mide, por otro lado, la operación y el mantenimiento fortalecer la gobernabilidad ambiental, estandarizado "Dev Medio Ambiente", "entorno de control de calidad" "Pre Medio Ambiente" la capacidad de uso de gestos y mesa. la fuerza de múltiples articulaciones y mejorar el equipo técnico para mejorar la capacidad de medición de una sola iniciativa. La cifra es el crecimiento de una sola línea de las normas de cobertura de pruebas de aplicaciones de negocios:
el apoyo de herramientas 2.4
, además de las irregularidades en la herramienta de gestión también proporciona una gran cantidad de funciones de apoyo. Hay elogio del proceso de desarrollo "plataforma de rendimiento mínimo" logrado con el auto-desarrollo, con el fin de facilitar el uso de los desarrolladores, que aumentó con plataformas DevOps ligado vía rápida, puede ser una clave para generar un entorno completo que soporta ambos lados del estado del sistema de sincronización, automatización los resultados no llega a los límites de umbral en la parte siguiente, y así sucesivamente. La cifra es la entrega sostenida de la canalización funciones localmente como las plataformas DevOps:
2,5 atmósfera para construir
para ayudar al equipo técnico para mejorar la percepción de la práctica de la ingeniería, los equipos de mejora del rendimiento también hacen un montón de diversión y que rodea interesante:
1) CI (el Continuar intergrate, integración continua ) indicador. Frambuesa y enviamos un juego de lámparas LED de aviso a los medios conectados a través de una red para enviar DevOps frambuesa Internet, cuando la solicitud de suscripción en DevOps fallar plataforma (por lo general no supera la prueba unidad, la realización de pruebas de integración fallan, la cobertura la siguiente escena no es de cumplimiento, etc.), que corresponde a la frambuesa Pi recibirá información, y desencadenar activa una luz intermitente para alertar a los administradores preocupados por la aplicación, instó el código de este equipo de reparación remitente tan pronto como sea posible. Resultados Como se muestra:
Episodio: ocasional desarrollar un colega de vuelta a casa en la noche de una oficina remota VPN corporativa, oficina de la obra en este momento las luces se había cerrado, si el código colega en el repositorio, DevOps desencadenantes utilizan casos en que una sola medida falla, se verá foto extraño en la siguiente figura (una vez casi asustado nuestra hermana HR):
2) pantalla grande CI. La compañía tiene varios juegos de pantalla táctil de inactividad, que solía ser en el centro comercial cuando se utiliza como un empuje de publicidad, y que están fuera de aprovechar el material de edad, incluso en la red corporativa, situada en la zona de oficinas, que se utiliza para mostrar la plataforma de aplicación importante en DevOps en el estado. Por un lado, para tener acceso a los desarrolladores de aplicaciones DevOps plataformas, es un recordatorio y compiten entre sí, y por otro lado, los desarrolladores que aún no se han comunicado con los DevOps, también desempeñaron un efecto publicitario de la manifestación. A continuación se muestran los datos de pantalla grande:
Episodio: Debido a que a menudo hay clientes de una empresa para el acceso, por lo que pasa a través, sino también de vez en cuando se detuvo a observar, Administración más adelante decirlo simplemente posicionada para clientes de plomo para visitar una condición necesaria " una de las atracciones "a. La cifra es de alabar el personal en el contenido de la presentación de pantalla grande para mostrar a los clientes:
Resumen
Como se mencionó anteriormente, no es un elogio mejora el rendimiento del equipo no es una persona en el combate, los equipos de control de calidad y equipos de operaciones son sus áreas de especialización, jugando un papel activo en la promoción de la práctica de ingeniería suelo al mismo tiempo, el equipo de desarrollo también está trabajando para romper a través de su propia zona de confort. Como dice el refrán:
el desarrollo de operaciones y mantenimiento está ligado a una sola medida para proteger a proteger mi cuerpo.
Tres conjuntos de gobernanza ambiental, un rojo enciende la luz de ganar oportunidades.
Desde la perspectiva de Lean, fortalecer la capacidad de la práctica de la ingeniería, puede reducir en gran medida los residuos y mejorar la eficiencia de la investigación y el desarrollo, y vale la pena la inversión para mejorar. La revisión ha elogiado el proceso de aterrizaje, por un lado, hacer propaganda y las ideas a la importación (lo mejor es usar el poder de la evaluación comparativa y el papel de los voluntarios y equipo de demostración piloto), por el contrario ser fortalecida en el nivel de la herramienta, lo que es una ineludible función, y así fortalecer la memoria muscular, junto con la práctica de las luces de CI, pantalla grande, por lo que el concepto de corazón implantable del personal de I + D, tienen un mayor sentido de propagación ritual. (Fuente: Chan tiene técnico)
