Devoogle tiene indexados actualmente 17919 recursos relacionados con el desarrollo de software.
KPIs are definitely one of the most controversial topics on agile right now.
The scrum guide doesn’t tell anyone anything about it but regardless of the companies being willing to embrace agile and lean the truth is that they all “need” KPIs.
After all everything should / needs to be measure in order to get some sense of assurance on the quality of the work that is being done.
Usually KPIs tend to go around velocity, points committed vs points delivered, etc.
In my opinion the KPIs above are only measuring the ability of your teams to guess effort / duration of tasks.
Is that what the companies are looking for? Is that how you should measure the success of a team?
What if the team doesn’t estimate at all? What happens to those KPIs?
Author: Pedro Gustavo Torres
El property based testing es una herramienta muy útil que en ciertos casos puede complementar el testeo basado en ejemplos con TDD. ¿Suena bien la idea de generar una batería de pruebas que comprueben que nuestras soluciones cumplen ciertas post-condiciones? Si alguna vez has intentado hacer TDD en problemas fuertemente algorítmicos y te has encontrado con un montón de problemas, en esta charla intentaré dar una nueva herramienta a mucha gente para validar otra clase de problemas.
Autor: Rafael de Castro
Uno de los patrones de arquitectura que más beneficioso puede resultar en aplicaciones que necesitan escalar y con un volumen de lecturas muy elevado, es la aplicación de CQRS con el fin de separar totalmente los modelos de lectura y escritura de nuestra aplicación. De esta forma, comenzamos a diseñar modelos desagregados y cachés de acceso a toda esta información “pre-cocinada” que nos permitan alcanzar el performance que necesitamos. Los más interesante de esta situación surgida de la necesidad, es que casi inmediatamente, nuestro diseño en general y nuestro modelo de dominio en particular comienzan a beneficiarse de las múltiples ventajas que este esquema ofrece. En esta sesión, veremos un ejemplo de como aplicar este patrón a un entorno de producción con NodeJS+Redis y analizaremos los beneficios que pueden surgir posteriormente a nivel de diseño y mantenibilidad.
Autor: Ricardo Borillo
-
Culture is powerful. How do we know it’s there? How do we see it? How do we see what’s there instead of what we want to see?
Why you should work with your culture, and not against or around it. Ivana will share models and tools to visualize it, see it and share it.
Participant requirements: Experiences from organizations you worked with. Openness and curiosity.
Autor: Ivana Gancheva
Vueling expone su caso, en la creación del departamento de movilidad. Explicado, por cada uno de sus protagonistas en primera persona ofrecerán su visión en la transformación agile que ha experimentado la compañía en el ámbito móvil.
Indicando los resultados obtenidos, reflexiones obtenidas, así cómo los próximos retos que se deberán afrontar.
El indice de la ponencia sería el siguiente:
1.- Presentación de la compañía.
2.- Vueling antes de la movilidad
3.- Retos de futuro del negocio
4.- Adaptación IT nuevos retos movilidad
5.- 1er acercamiento agile: IT
6.- 2do acercamiento agile: inclusión Marketing
7.- Impacto en el negocio
8.- Reflexiones & Próximos pasos
Autores: Alberto Gomez, Carles Valles, Arianna Tregon
How Softonic, a Top 40 internet site and number 2 in Europe in audience, made the transformation to Agile with around 150 people using agile methods. We discuss the changes, how they affected the people, the obstacles to becoming a truly agile company outside of the development area, what still has to be done and important lessons learnt.
Author: Steven Wallace
Las metodologías adaptativas (Lean y Agile) conceden a los equipos el poder y la necesidad de que autoorganicen su trabajo, para ello aplica técnicas y metodologías que ayudan a que el equipo funcione como una piña (Scrum es un ejemplo de ello).
Sin embargo, poco se habla sobre el estilo de liderazgo que requieren estas metodologías para funcionar con éxito y menos son aún las herramientas para hacer efectivo un liderazgo formal adaptativo.
Blanchard formuló su Modelo del Liderazgo Situacional para explicarnos que el estilo de liderazgo está muy relacionado con las condiciones del contexto y que, por tanto, no existen estilos mejores que otros.
Pero, por este mismo motivo, el contexto de compañías que usan metodologías adaptativas es un nuevo escenario que requiere un enfoque específico, en cuya base se encuentra la necesidad de ceder poder en la toma de decisiones y facilitar la participación del equipo. Aunque a su vez esto debe ser compatible con las necesidades del negocio, algo que no siempre es fácil de compatibilizar.
Profundizaremos en el papel de los managers dentro de Lean y Agile, el modelo de liderazgo formal que plantean estas metodologías y también nos acercaremos a la comprensión de los diferentes roles de liderazgo informal y semi-estructurado que podemos encontrar en otros niveles de la organización (ScrumMasters y líderes informales). Hacer que todos funcionen acompasados es el paso previo para implantar una cultura kaizen.
Autora: Maica Trinidad
“Yo refactorizaria pero el Jefe/Manager/PO no me iba a dejar”
Si me dieran un euro por cada vez que he oído esto no necesitaría preocuparme de ninguna economía.
Desarrollando cierta sensibilidad y apoyándonos en algunas técnicas, podemos hacer refactor en cualquier proyecto por hediondo que este sea. Pero ¿Cómo conseguir el tiempo para hacerlo? ¿Por dónde empiezo? ¿Cómo evito el ‘Gran Refactoring que necesita una semana’?. Contaré algunas lecciones aprendidas haciendo rescate de proyectos e intentaré contestar a estas preguntas.
En esta charla pretendo explorar el impacto de refactorizar en la economía de un proyecto de mantenimiento. Encontraremos buenas razones para incorporar esta práctica y las expresaremos en el lenguaje que entiende el management (desde el 3.0 al mas rancio).
El dinero.
Porque adquiriendo una perspectiva correcta todos los proyectos son tan divertidos como un ‘greenfield’.
Porque no hace falta cambiar escalas de valores ni abrazar árboles para empezar a hacer las cosas bien.
Autor: Xavi Gost
After over ten years since the Agile summit, software projects are still failing. Many developers don’t behave as software professionals and managers fail to understand the value of technical practices. The software development industry is still very amateur when compared to other professions. How can we change this? Why Agile was not sufficient? Why so many clients are unhappy with their software projects? Why is it so difficult to find good developers? Our industry needs more professionalism and that’s what Software Craftsmanship brings to the table. In this talk Sandro will be explaining: what Software Craftsmanship really is, the value of technical practices, what it means to be a professional software developer and what to do to satisfy our customers.
Autor: Sandro Mancuso