Mostrando las entradas con la etiqueta technical Excellence. Mostrar todas las entradas
Mostrando las entradas con la etiqueta technical Excellence. Mostrar todas las entradas

sábado, febrero 10, 2024

El email de Jeff Bezos - que dió origen a la nube, a la apificación y a los microservicios - El correo electrónico que cambió la historia de la tecnología

 Dejo este post como como referencia inicial, prometo escribir sobre este en el futuro

--

En 2002, según la leyenda tecnológica, el fundador de Amazon, Jeff Bezos, emitió un mandato. Este mandato, también conocido como “Mandato API de Bezos” o “Mandato API de Amazon”, serviría para formar la columna vertebral de Amazon en el espacio web moderno, informando tanto el paradigma de desarrollo de API en la mentalidad corporativa como un enfoque general mejorado para la externalización, fue un mail que en su momento envió a sus 150 empleados en Amazon

--

  1. De ahora en adelante, todos los equipos expondrán sus datos y funcionalidades a través de interfaces de servicio.
  2. Los equipos deben comunicarse entre sí a través de estas interfaces.\
  3. No se permitirá ninguna otra forma de comunicación entre procesos: ni enlaces directos, ni lecturas directas del almacén de datos de otro equipo, ni modelo de memoria compartida, ni puertas traseras de ningún tipo. La única comunicación permitida es a través de llamadas de interfaz de servicio a través de la red.\
  4. No importa qué tecnología utilicen. HTTP, Corba, Pubsub, protocolos personalizados, no importa. A Bezos no le importa.
  5. Todas las interfaces de servicio, sin excepción, deben diseñarse desde cero para que sean externalizables. Es decir, el equipo debe planificar y diseñar para poder exponer la interfaz a desarrolladores en el mundo exterior. Sin excepciones.\
  6. Quien no haga esto será despedido.\
  7. Gracias; ¡que tenga un lindo día!

---
El original en inglés

  1. All teams will henceforth expose their data and functionality through service interfaces.\
  2. Teams must communicate with each other through these interfaces.\
  3. There will be no other form of interprocess communication allowed: no direct linking, no direct reads of another team’s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network.\
  4. It doesn’t matter what technology they use. HTTP, Corba, Pubsub, custom protocols — doesn’t matter. Bezos doesn’t care.\
  5. All service interfaces, without exception, must be designed from the ground up to be externalizable. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions.\
  6. Anyone who doesn’t do this will be fired.\
  7. Thank you; have a nice day!


martes, marzo 02, 2021

Un buen Equipo Ágil gestiona también la excelencia técnica de su producto

 “Un buen Equipo Ágil en su búsqueda de la excelencia, gestionará la calidad del producto mejorando frecuentemente las características técnicas en cual fue concebido o recibido.


En la medida que al producto se le adicionan funcionalidades, también se le debe mejorar el desempeño y sus atributos arquitectónicos."




domingo, julio 26, 2020

Algunas Prácticas Técnicas de Equipos Ágiles y DevOps

Hola a todos

La búsqueda de la Excelencia Técnica debe ser la obsesión de toda empresa, área y equipo que trabaje con tecnología, obvio de nada sirve la excelencia técnica sino hay personas trabajando en equipo, empoderadas y con seguridad sicológica (recordemos soy agilista y este tipo de empoderamiento da resultado y ha sido demostrado miles de veces en la industria), pero también es cierto, que sin excelencia técnica no hay agilidad, ni nada. Sin buen software todos estamos perdiendo el tiempo.

"Sin buen software, todos estamos perdiendo el tiempo"

A continuación, les comparto el listado del prácticas técnicas más usadas por los equipos hoy (Julio 26 de 2020) según el 14th State of Agile:



  • Unit testing
  • Coding standards
  • Continuous integration
  • Refactoring
  • Continuous delivery
  • Automated acceptance testing
  • Continuous deployment
  • Pair programming
  • Test-driven development
  • Collective code ownership
  • Sustainable pace
  • Behavior-driven development (bdd)
  • Emergent design


Y las prácticas usadas por los equipos de élite  DORA Reseaarch (2):



  • Code Maintainability
  • Continuous Integration
  • Continuous Testing 
  • Database Change Management
  • Deployment Automation
  • Empowered Teams
  • Loosely Coupled Architecture
  • Monitoring & Observability 
  • Proactive Notifications
  • Shift Left on Security
  • Test Automation
  • Test Data Management
  • Trunk-Based Development
  • Version Control
Marqué en rojo las únicas que están en común, queda en tus manos determinar cuales utilizar en tu equipo, y si es que existe alguna brecha, cómo será tu proyecto de adopción.

Saludos ágiles
Jorge Abad


Notas, Referencias, Aclaraciones, Comentarios y Observaciones


  1. https://stateofagile.com/
  2. Dora Reseach Program
  3. Alguno links sobre excelencia técnica

viernes, noviembre 01, 2019

De Colección: ¿Y tus retrospectivas cuándo van a ser de tipo Élite?

Tomado de (1)
Hola a todos

Uno de los informes que más ha tomado fuerza dentro del mundo Ágil y de DevOps es el elaborado por DORA (DevOps Research and Assessment): "Accelerate: State of DevOps", en la versión de 2018 "Accelerate: State of DevOpsStrategies for a New Economy 2018"(1)(clic aquí), en su capítulo "Influencing culture through learning" se encuentra este interesante texto

"We found that learning reviews help contribute to a climate for learning and also impact organizational culture. It is important to note that this is true when teams conduct them to learn from their mistakes and failures and then turn these into opportunities to improve how they work. In particular, teams that leverage findings from retrospectives to implement changes to tooling, processes, or procedures see the strongest impacts.

Our analysis found that elite performers are 1.5 times more likely to consistently hold retrospectives and use them to improve their work. When we asked respondents about their most recent retrospective, we see common themes around outages, failures, performance, and deployment."

Traducido

"Descubrimos que las revisiones de aprendizaje ayudan a contribuir a un clima para el aprendizaje y también impactan la cultura organizacional. Es importante tener en cuenta que esto es cierto cuando los equipos los conducen para aprender de sus errores y fracasos y luego los convierten en oportunidades para mejorar su funcionamiento. En particular, los equipos que aprovechan los hallazgos de las retrospectivas para implementar cambios en las herramientas, procesos o procedimientos ven los impactos más
 fuertes.


Nuestro análisis encontró que los Jugadores de Élite tienen 1.5 veces más probabilidades de tener retrospectivas consistentemente y usarlas para mejorar su trabajo. Cuando preguntamos a los encuestados acerca de su retrospectiva más reciente, vemos temas comunes sobre interrupciones, fallas, rendimiento y despliegue."
Luego comparten esta nube de temas que se discuten en los equipos élite en el mundo
Tomado de (1)

El listado de palabras en orden alfabético las encuentras al final del post(3).


Invitación

Una de las recomendaciones e invitaciones que hago a los Scrum Masters, Facilitadores, Líderes Ágiles y Equipos de Desarrollo que tienen cierta madurez haciendo Scrum o cualquier otro marco es:

"tarde o temprano tus retrospectivas tienen que hablar del tema técnico, o ¿vas a seguir perfeccionando la comunicación y el proceso en el sprint 20 y siguientes?, es urgente que veas el elefante en el cuarto si quieres llevar a tu equipo al alto desempeño"
No estoy afirmando que: "no sea necesario mejorar el proceso y el trabajo en equipo", si hay que mejorarlos se hace, pero el tema técnico es un tema obligatorio a tocar en las retrospectivas, y más si deseas alcanzar alto desempeño.

Scrum Master y Equipo evitando hablar del tema técnico

Basado en la sugerencia anterior he escrito y compartido post similares en el pasado:
  • Scrum Master: Cómo Continuar la Mejora Continua de tu Equipo (clic aquí)
  • Presentación: Los puntos ciegos del Scrum Master (clic aquí)
Quedan entonces dos preguntas
  • ¿de qué tema hablaron en la última retrospectiva de tu equipo?
  • ¿y tus retrospectivas cuándo van a ser de tipo Élite?


Hasta acá este compartir.

Bienvenido el feedback

Saludos ágiles
Jorge Abad

Notas, Referencias, Aclaraciones y Comentarios

  1. Accelerate: State of DevOps. Strategies for a New Economy 2018 - https://inthecloud.withgoogle.com/state-of-devops-18/dl-cd.html 
  2. Accelerate: State of DevOps 2019- https://services.google.com/fh/files/misc/state-of-devops-2019.pdf
  3. El listado de palabras de la nube en orden alfabético es el siguiente:
  • able
  • access
  • analysis
  • api
  • app
  • application
  • architecture
  • automated
  • automation
  • availability
  • aws
  • bad
  • behavior
  • breach
  • broken
  • bug
  • bugs
  • build
  • business
  • capacity
  • cases
  • cause
  • caused
  • certificate
  • change
  • changes
  • client
  • cloud
  • cluster
  • code
  • collaboration
  • communication
  • communications
  • config
  • configuration
  • container
  • cpu
  • crash
  • critical
  • customer
  • customers
  • data
  • database
  • deadlines
  • defect
  • defects
  • degradation
  • delivery
  • dependencies
  • deployed
  • deployment
  • deployments
  • design
  • development
  • devops
  • disaster
  • disruption
  • dns
  • documentation
  • done
  • dont
  • downtime
  • due
  • efficiency
  • email
  • environment
  • environments
  • error
  • errors
  • external
  • failed
  • failing
  • failure
  • failures
  • feature
  • features
  • feedback
  • firewall
  • functional
  • functionality
  • gaps
  • hardware
  • high
  • human
  • implementation
  • improve
  • improvement
  • improvements
  • incident
  • incidents
  • incomplete
  • incorrect
  • infrastructure
  • integration
  • issue
  • issues
  • kafka
  • know
  • knowledge
  • lack
  • last
  • learning
  • lessons
  • load
  • loss
  • major
  • management
  • manual
  • many
  • migration
  • mismatch
  • missed
  • missing
  • mistakes
  • monitoring
  • mortems
  • needed
  • network
  • networking
  • new
  • none
  • nothing
  • one
  • operational
  • outage
  • outages
  • party
  • patching
  • performance
  • planning
  • poor
  • post
  • postmortems
  • power
  • problem
  • problems
  • procedures
  • process
  • processes
  • prod
  • product
  • production
  • project
  • projects
  • push
  • quality
  • recovery
  • regression
  • regular
  • related
  • release
  • releases
  • requirements
  • resource
  • retrospective
  • retrospectives
  • review
  • reviews
  • rework
  • root
  • scope
  • security
  • server
  • servers
  • service
  • services
  • slow
  • software
  • sprint
  • sql
  • stability
  • steps
  • storage
  • support
  • system
  • systems
  • tasks
  • team
  • teams
  • technical
  • test
  • testing
  • tests
  • time
  • tool
  • tools
  • unexpected
  • unplanned
  • updates
  • upgrade
  • upgrades
  • use
  • user
  • value
  • vendor
  • version
  • went
  • work
  • working
  • wrong

lunes, marzo 26, 2018

Un tweet de un grande - R.I.P. Mike Beedle - Ágil no Cura la Incompetencia