Devoogle tiene indexados actualmente 17916 recursos relacionados con el desarrollo de software.
Presentación del Diagrama WaGI como herramienta para contextualizar y marcar las acciones requeridas por los diferentes actores involucrados para lograr una implantación exitosa de Agile en vuestra organización.
Autor: Raúl Herranz
Desde que hace año y medio comenzásemos a trabajar como una empresa de Desarrollo apps/web para Startups y emprendedores, aplicando metodología Lean Startup, nuestro primer problema fue transmitir a los clientes el valor del método y en qué consistía.
Tras muchos “enfrentamientos” con ellos, finalmente, nos dimos cuenta de que la estrategia Lean Startup y el método científico, en teoría, es muy fácil de entender, si nos basamos en la Ciencia y el Aprendizaje natural.
Por eso, desarrollamos una charla y una representación gráfica denominada LeanPanal, a través del cual intentamos evangelizar sobre lo que significa Lean Startup y cómo se implementa.
—
La charla propuesta se formará por 3 partes:
Introducción a Lean Startup
Aprendizaje
Crear – medir – aprender (ilustrado con Lean Panal)
Autor: Fernando Hidalgo Becerra
-
Si quieres hacer un producto que encante a tus usuarios y clientes, ¿para que te sirve un método de diseño y marketing de servicios?
Empecemos por ver qué entendemos por servicio y qué entendemos por producto. Ya te avanzamos que en diseño y marketing de servicios tenemos la teoría de que todo es servicio (aunque a veces se preste a través de productos). Se llama service-dominant logic. Y, estés o no de acuerdo, seguro que te interesa saber porqué para dar un buen servicio hay que dejar de trabajar en silos. ¿verdad que esto suena más familiar?
Pues el service blueprint es una herramienta que sirve para plantear cómo deberían coordinarse los distintos silos para proporcionar al usuario esa experiencia que le va a encantar y hacer volver. Pone en relación la experiencia del usuario con los recursos de la empresa. Y esto añade una profundidad muy interesante: entender qué implica proporcionar esa experiencia. Así que, como mínimo, el service blueprint te ayudará a tener conversaciones más significativas con tus clientes o con el resto de la empresa.
En esta sesión, hablaremos un poco del origen y el mindset del service blueprint, pero sobre todo lo pondremos en práctica. ¿Quieres hacer tu primer blueprint? Te esperamos.
Autores: Itziar Pobes, Marc García
-
Muchas veces hablamos del flujo de trabajo del equipo centrándonos en los Sprints, sus Daily stand-up, la importancia de la Demo, las sesiones de retrospectiva del equipo para seguir mejorando su trabajo, pero mucho antes que todas éstas hay una labor previa que lleva a cabo el Product Owner (PO), con el objetivo de que la visión del producto esté alineada con los Stakeholders (SHs), Management y así sea trasladada al equipo.
A medida que el equipo está desarrollando, en paralelo siguen apareciendo nuevas peticiones para el producto, que acaban en un backlog. En las sesiones de Backlog Review, el PO hace transparente el trabajo del equipo, el trabajo que él esta haciendo en ese momento, las necesidades que él tiene de los SHs y revisa las prioridades del actual backlog a las necesidades que todos los SH tienen en ese momento, solucionando conflictos de intereses y transmitiendo qué aporta más valor al producto en el que todos están involucrados.
En esta sesión quiero hablaros de cómo transcurre esta ceremonia, cómo facilitar la sesión, cómo elaborar un panel de visual management sobre el que trabajar las prioridades, cuáles son los pasos que hacen de esa ceremonia un éxito en el flujo de trabajo del equipo y principalmente, del PO.
Autora: Vanesa Tejada
-
Sin descripción.
I would like to present my experience introducing agile biz dev methodologies and design thinking in Telefonica Spain. I want to demonstrate that even in a big corporation with a clear focus in the short term and in optimization, these methodologies can have a place and can help business teams to design and develop products that customers want to buy.
I would also like to present our process and the keys to introduce these methods in a big company with real cases and examples of each phase (exploration, ideation, prototype/validation, execution)
Autor: José Manuel Pérez Prado
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