1. Unplanned Work
1.1. Siempre es necesario tener una metrica de la cantidad de trabajo no planeado ya que esta es la unica forma de saber cuanto trabajo adicional al backlog yo estoy haciendo y da una mejor medida de cual es la capacidad
2. Monitoring
2.1. Monitorear el serverup , en performance , latency y infraestcrtura esta bien pero no es suficiente
2.2. Se debe monitorear tambien el tiempo que el equipo se demora en detectar un problema MTTD
2.2.1. º
2.3. Observabildad
2.3.1. Son las herramientas que tienes para entender que esta pasando con tu sistema
2.4. No todo se puede monitorear , por eso hay que tener tenicas de auto remediacion
2.5. No se puede predecir lo desconocido ,, se debe atacar lo que se puede predecir , instrumentacion ,resilencia al fallo ,despliegue rapido y seguro, con feature flags , canary release y otras practicas
3. Incidentes
3.1. Ya no se busca la causa raiz solamente
3.2. Se diagnostican los distintos factores que pudieron generar el incidente
3.3. El error hunamo nunca es la causa raiz
3.4. Siempre generar aprendizaje en los equipos
4. Principles
4.1. elminate waste
4.2. Build quality in
4.3. create knowledge
4.4. deffer comminment
4.4.1. which is about making sure that decisions are made at the right time, after analysis and considerations have been made
4.5. deliver fast
4.5.1. the idea of delivering fast is really to ensure that feedback is received early and often, to allow for course corrections in development.
4.6. respect people
4.7. optimize the whole
5. work is Work ,, dev and ops together
5.1. es clave que dev and ops trabajen jutnos , bajo el mismo backlog. Cuando esto se da se tiene mayo velocidad y calidad
5.1.1. siempre se debe realizar un plan de trabajo donde se prioricen, features , tech debt , operational work y unpplaned word
5.1.2. Se debe priorizar siempre lo mas importnate y el PM debbe estar alineado con esto ,, ademas se debe tener una taza de trabajo en done de cada categoria
5.1.3. Tener un informe de la salud del proyecto es lo mejor , incidentes , metricas MTTR ( mean time to restor , MTTD ( mean time to detect). Adicional de aplicacion chrash rates , error rates , api , resposne times
5.1.3.1. Siempre se debe definir un objetivo para mostrar que esta funcionando