Titulares das cookies | Para que serven | Canto tempo se manteñen |
---|---|---|
Titulares das cookies
BBVA
|
Para que serven
Estas cookies serven para ofrecer aos usuarios contido relevante, segundo se son clientes ou non. Se o último usuario rexistrado pertence a un segmento e cal foi o último segmento visitado. Se pertence a un colectivo, o seu segmento global. Se é empregado. Os tipos de produtos que ten.
Identifica cando o cliente configura a correspondencia virtual nun extracto dixital. Identifica a barra 1 vez por sesión e por produto. Indica se o usuario accedeu á sección "home center" ou se é a súa primeira vez. Identifica a ocupación declarada polo usuario. E crea un identificador cifrado do usuario que navega polo web ou app. Así como un de campañas para mostrar ao cliente. Usuario de cliente rexistrado encriptado para site catalyst. E os procesos abandonados polo cliente (formularios, ferramentas e contratación). Estas cookies comportan o tratamento do dato persoal "enderezo de IP" do usuario coa finalidade de personalizar a experiencia de usuario en función da zona xeográfica desde onde nos visita. |
Canto tempo se manteñen
Estas cookies poden manter a súa configuración de maneira persistente.
|
Titulares das cookies
Adobe Target
|
Para que serven
Ofrece a posibilidade de probar que contido é relevante para cada usuario e personalizar ofertas en función do seu perfil. Crea e contén un ou máis valores identificadores do usuario que lle permiten distinguir entre a oferta xerada, o perfil do usuario ou o rendemento das ofertas mostradas.
|
Canto tempo se manteñen
Estas cookies poden manter a súa configuración de maneira persistente.
|
Titulares das cookies
Helpmycash
|
Para que serven
Estas cookies teñen unha finalidade publicitaria. Conteñen un valor único, xerado aleatoriamente, que permite á plataforma distinguir navegadores e dispositivos. Esta información é utilizada para medir o rendemento dos anuncios e mostrar anuncios determinados.
|
Canto tempo se manteñen
Estas cookies poden manter a súa configuración de maneira persistente.
|
Titulares das cookies
The Trade Desk
|
Para que serven
Úsanse para orientar a publicidade segundo o contido que é relevante para un usuario, mellorar os informes de rendemento da campaña e evitar mostrar anuncios que o usuario xa vise. Analizan comportamentos de navegación, permiten elaborar estatísticas de tráfico e distinguir usuarios únicos mediante a asignación dun número xerado aleatoriamente.
|
Canto tempo se manteñen
Estas cookies poden manter a súa configuración de maneira persistente.
|
Titulares das cookies
Tealium AudienceStream
|
Para que serven
En calidade do encargado do tratamento do servizo Tealium AudienceStream que presta ao BBVA, analizar audiencias de consumidores para deseñar campañas de publicidade máis adaptadas ás súas necesidades.
Na súa condición de responsable do tratamento, utilizar datos previamente anonimizados co fin de monitorizar e avaliar o uso dos sitios web e como se utilizan os servizos de Tealium AudienceStream e poden ser mellorados.
|
Canto tempo se manteñen
Estas cookies poden manter a súa configuración de maneira persistente.
|
Principios del Manifiesto Ágil: equipos de trabajo ágiles (y multidisciplinares)
- Agile
- Metodología Agile
- Principios del Manifiesto Ágil: equipos de trabajo ágiles (y multidisciplinares)
-
¿Cómo se relacionan entre sí los diferentes equipos ágiles que participan en el desarrollo o ejecución del proyecto?
-
¿Qué inconvenientes encontramos en esta gestión tradicional de los proyectos o procesos?
-
¿Y qué suponen estas dependencias?
-
¿Cómo propone el Manifiesto Ágil solucionar o minimizar riesgos?
Hoy te presentamos el cuarto de los principios ágiles, el cual se relaciona con el desarrollo de proyectos en equipos de trabajo multidisciplinares. En concreto, afirma que:
Los responsables del negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
Antes de comenzar a desgranar este principio, me gustaría aclarar que, si bien el Manifiesto Ágil se centra en el desarrollo de proyectos, nuestra experiencia nos dice que también puede aplicar a cualquier proceso dentro de la organización. Por eso en este artículo vamos a referirnos tanto a proyectos como a procesos.
¿Por qué el Manifiesto Ágil introduce este principio relativo a los equipos agile multidisciplinares?
En un modelo de gestión de proyectos o procesos más tradicional, los equipos se estructuran por áreas de conocimiento y responsabilidad. Cada uno de ellos trabaja por separado y tiene una función muy diferenciada. Es como si el proyecto o proceso lo hiciéramos trocitos independientes en cada una de estas áreas.
Según el Manifiesto Ágil, las dos grandes áreas de conocimiento que intervienen en los proyectos o procesos son el área de negocio y el área de desarrollo (o área técnica). Sin embargo, no hemos de olvidar que hay otras áreas o equipos ágiles que también intervienen, en mayor o menor medida. Por ejemplo, las áreas jurídicas y normativas, la financiera, la de arquitectura de software, la de diseño, la de riesgos, etc. Todo, claro está, dependiendo del tipo de empresa a la que nos refiramos.
¿Cómo se relacionan entre sí los diferentes equipos ágiles que participan en el desarrollo o ejecución del proyecto?
¿Qué inconvenientes encontramos en esta gestión tradicional de los proyectos o procesos?
1. Desconfianza generada entre los diferentes intervinientes, al no estar trabajando conjuntamente y de forma simultánea en el proyecto.
En numerosas ocasiones escuchamos cómo el área de negocio piensa que el área de desarrollo es lenta, que el coste es elevado y que hacen soluciones técnicas muy complicadas. Soluciones técnicas indica, por otro lado, que suelen ser muy difíciles de entender por parte del negocio. También es frecuente escuchar cómo el área de desarrollo piensa que los requerimientos propuestos por el negocio no son claros y que piden cosas muy complejas, además de considerar que no se valora suficientemente la labor de los desarrolladores.
¿Cómo pensamos que se podría mejorar esta situación?
Formando un solo equipo, en el que todas los equipos ágiles involucrados trabajen conjuntamente durante toda la vida del proyecto o proceso, tal y como nos propone el Manifiesto Ágil en este principio.
2. Extrema especialización.
Al no haber prácticamente conexión entre las áreas, se hace muy difícil el ‘contagio’ de conocimiento entre los diferentes participantes. Esto impide llegar a empatizar con las personas que trabajan en el proceso o proyecto y que no sean de tu propia área de conocimiento, lo que puede llevar a la pérdida de la visión global de lo que estamos realizando (cuáles son sus retos, impedimentos, dificultades en el desarrollo o ejecución, el propósito, las necesidades del cliente que se quieren cubrir, etcétera).
¿Cómo pensamos que se podría mejorar esta situación?
Se propone la creación de estos equipos ágiles multidisciplinares, o lo que es lo mismo, que las diferentes áreas de conocimiento trabajen juntas en un solo equipo, día a día y a lo largo de toda la vida del proceso o proyecto.
3. Generación de dependencias
Una dependencia no es más que todas aquellas necesidades que tienen que satisfacer otras áreas para poder continuar con la ejecución o desarrollo.
Para entenderlo mejor imaginemos la siguiente situación:
Una empresa de venta de libros online que quiere crear una nueva funcionalidad, un recomendador de libros personalizado según las últimas búsquedas del cliente.
El equipo de negocio encarga esta nueva función al equipo de desarrollo. Esta nueva función necesita, para que pueda ser puesta en manos del cliente: introducir una modificación de cláusulas jurídicas, un ‘inyectado’ periódico de los libros top ventas por parte del departamento de marketing y un dictamen del área de seguridad sobre tratamiento de datos personales junto a una validación técnica de la arquitectura de software.
Si este desarrollo se construye mediante una gestión tradicional en departamentos independientes, nacería con cuatro dependencias distintas: una con el área jurídica, otra para marketing, otra para seguridad y una cuarta para arquitectura de software.
¿Y qué suponen estas dependencias?
¿Cómo propone el Manifiesto Ágil solucionar o minimizar riesgos?
Nuevamente a través de este principio: creando equipos de trabajo ágiles (y multidisciplinares), donde todos los intervinientes necesarios para el proyecto o proceso trabajen conjuntamente de manera cotidiana y a lo largo de toda la vida del desarrollo o ejecución
Hasta aquí este artículo, en el que hemos querido compartir el cuarto principio del Manifiesto Ágil, el cual alega por la creación de equipo de trabajo ágiles (y multidisciplinares). Y como siempre decimos los Agile Coaches de la Disciplina Agile España: "todas y todos somos parte del cambio".
Ana Díaz, Agile Coach, de la disciplina Agile España, en BBVA.
Aprendizaje Agile
- A la hora de enfrentarse a un proyecto, este principio defiende la creación de equipos ágiles multidisciplinares, en lugar de segmentar cada tarea en uno concreto (y especializado en una materia determinada).
- De esta forma se evitará:
- La desconfianza entre equipos, por no abordar el proyecto de forma simultánea.
- La extrema especialización, lo que puede conllevar una estrecha relación únicamente con los miembros del equipo de trabajo propio, lo que no favorece al conjunto.
- La generación de un riesgo mayor a la hora de enfrentarse a cada dependencia (o tarea) relativa al proyecto.
También puede interesarte
-
Descubre el quinto de los principios ágiles, el cual nos explica como los proyectos deben ser desarrollados por equipos, y trabajadores, que estén motivados.
-
Descubre el octavo de los principios ágiles, el cual nos habla de cómo ser capaces de mantener un ritmo de trabajo constante, y sostenible, de forma indefinida.
-
Descubre el undécimo de los principios ágiles, el cual nos habla del valor que tiene el que los equipos trabajen de manera autónoma y en torno a unos objetivos marcados.
- Agile
- Metodología Agile
- Principios del Manifiesto Ágil: equipos de trabajo ágiles (y multidisciplinares)