Estoy cansado de leer información errónea acerca de Ágil. Estoy cansado de leer frases como las siguientes, que son absolutamente erroneas:
Ágil significa escribir software sin escribir documentación.
Ágil significa no preocuparse por el largo plazo.
Ágil significa desarrolladores que deciden las características del proyecto.
Ágil significa no tener prácticas estrictas.
Jeff Patton sugiere que Agil es una cultura que genera procesos y no sólo un proceso y debe afectar directamente la forma de enseñar a otros para adoptar Ágil. Introduce esta idea en una conversación:
Sentado con mi amigo Jonathan en el almuerzo la semana pasada, hablabamos sobre cambios en el proceso que él se sintió obligado a hacer. Agregó más equipos y los equipos fueron en aumento. Las cosas necesitaban cambiar. Jonathan, con razón, estaba preocupado con el hecho de que todos los nuevos procesos que se estaban añadiendo derrumbarían la comunicación fluida y el trabajo en equipo, el cual había trabajado tanto para promover. "¿Cómo mantenes estas cosas en tu proceso?", Preguntó.
Una historia de usuario describe funcionalidad deseada desde la perspectiva del cliente (el usuario). Una buena historia de usuario describe esta funcionalidad, quién la necesita, y cómo y porqué se va a utilizar. Los componentes básicos de una Historia de Uusario se pueden resumir en tres elementos:
La Retrospectiva es la práctica de mirar hacia atrás para moverse hacia adelante. Es un ritual mantenido al final de un proyecto para aprender de la experiencia y planear cambios para el próxmio esfuerzo.
Cuando incorporamos nuevas prácticas a nuestra profesión a veces olvidamos que son adaptaciones o evoluciones de alguna otra práctica antigua que ya existía. Hoy me crucé con estas definiciones e introducción sobre las restrospectivas en el sitio Retrospectives de Norman Kerth de donde extraje las siguientes reflexiones.
Nuestro proceso de construcción de sistemas no funciona con una metodología ágil "tradicional" con iteraciones de dos semanas (o Sprints). En cambio, usamos un sistema de Kanban para realizar los Pedidos de Cambio (PdC). Cuando se completa un PdC permanece en el estado Listo para Entregar, hasta que ocurre la próxima entrega planificada cada dos miércoles.
Aunque llevamos todas las PdC con Team Foundation Server, el trabajo del día-a-día ocurre sobre una pizarra con notas Post-It que se usan como tarjetas de Kanban.
José terminó de hacer un refactor en parte del código en el procesamiento de un sitio web. Como era un arreglo menor, José la terminó y siguió con la tarea siguiente.
Cuando se desplegó el código en producción dos semanas después, todo el sitio se cayó. Un único caracter mal escrito, que no se detectó con las pruebas automatizadas, ocasionó una falla en cascada que provocó la caida general. Llevó ocho horas poder aislar el problema, arreglar este único caracter mal escrito, desplegarlo y volver a tener el sitio productivo en linea. ¿Podrá hacer algo José para evitar que estos problemas vuelvan a ocurrir?
Continua la serie de tutoriales sobre el ESB Apache ServiceMix, y ahora se presenta un nuevo enfoque de implementación de Patrones de Integración Empresariales (EIPs). En este caso, exploraremos la integración del ESB Apache ServiceMix con Apache Camel presentando un sencillo caso de uso, típico de proyectos de integración.
¿No conocen a Apache Camel? ¡Sigan leyendo!
Hoy en día es muy común escuchar hablar de la Programación en Pareja. En general, la mayoría de los desarrolladores nunca tuvieron la oportunidad de trabajar correctamente de a pares, ni tienen ganas de hacerlo. Y para empeorar las cosas, la gente del negocio sigue pensando que dos desarrolladores en una única máquina es un desperdicio... ¿cómo será puede lograr una implementación exitosa?
En el tutorial introducción a los lenguajes de dominio específico (DSL) nos centraremos en los DSLs internos mediante la creación de una sencilla ruta o pipeline de Apache Camel utilizando Java como lenguaje base. Pero antes, ¿qué son los DSL?
¿Querés conocer más sobre la computación en grilla y en nube? En este artículo vamos a aprender a usar la Infraestructura como Servicio para obtener una infraestructura computacional completa utilizando Amazon Elastic Compute Cloud (EC2). Veremos las similitudes, diferencias y temas a considerar en la computación en grilla y en nube. Exploraremos algunos de los temas de seguridad y opciones para el desarrollo Web en la nube, y veremos cómo podemos ser ecologicos usando estas tecnologías.
La reunión de diaria de scrum es un encuentro muy útil. Todos se enteran acerca del estado y los problemas de los otros miembros del equipo. Si el equipo está usando simplemente un afiche en la pared como backlog del sprint para seguir el trabajo restante, esta reunión también le recuerda a todos que reestimen sus tareas.
Acá dejo algunos errores típicos que la gente comete en el scrum diario: