¿Por qué sus clientes están adoptando Scrum?

La retroalimentación que muchos en la industria de la arquitectura y los interiores reciben es que sus clientes quieren Scrum, y la razón por la que quieren Scrum es la retroalimentación.

Why are your customers adopting Scrum?

¿Por qué sus clientes están adoptando Scrum?

La retroalimentación que muchos en la industria de la arquitectura y los interiores reciben es que sus clientes quieren Scrum, y la razón por la que quieren Scrum es la retroalimentación.

Los clientes que más valoran Scrum son los que aceptan con valentía sus limitaciones. ¿Saben realmente cuál es la mejor manera de hacer su trabajo? ¿Perfectamente? ¿Saben realmente si están creando el producto adecuado? Reconocer y afrontar estas verdades incómodas es inteligente y Scrum es una ayuda valiosa para superar el problema.

Scrum se utiliza en entornos donde el trabajo es lo suficientemente complejo como para que incluso el diseño más cuidadoso y mejor informado se convierta en mera especulación hasta que se pruebe empíricamente. La retroalimentación informa y valida el diseño.

Proficient Scrum ayuda a los equipos a prosperar brindándoles oportunidades periódicas para observar qué es lo que están haciendo bien y adaptando cada aspecto de sus procesos y acuerdos de trabajo para ayudarlos a hacerlo mejor. La retroalimentación informa y valida sus prácticas laborales.

A medida que se inspeccionan los diseños y procesos, lo que se genera es retroalimentación. Scrum ayuda porque exige y captura comentarios con regularidad, obliga a los equipos a escucharlos y les brinda un marco en el que pueden responder.

Para que su proceso sea empírico debe producir resultados reales lo suficientemente pronto como para que sea posible una respuesta. El mecanismo principal de Scrum para esto es organizar equipos para producir un resultado real en un período de tiempo, conocido como Sprint. Ha despegado en el software, particularmente en las aplicaciones web, donde es posible producir software real, presentarlo frente a personas reales y obtener comentarios reales en un Sprint de solo dos semanas de duración.

Siento cierta simpatía por los equipos que trabajan en grandes productos físicos, como edificios. La entrega quincenal de rascacielos terminados es claramente imposible, pero observo con satisfacción que cuando esto sucede se utilizan sustitutos como muestras, maquetas y modelos. Esto es evidencia de que los equipos ya quieren recopilar y responder a comentarios genuinos; la intención de Scrum es maximizar ese proceso.

Hay trampas aquí. Por ejemplo, se sabe que Scrum funciona mejor cuando equipos de 6 a 12 personas son completamente independientes. Tener dependencias externas rompe el estrecho ciclo de retroalimentación creado por los sprints. Una solución típica es dividir el equipo; un equipo termina más distante del cliente final y pierde retroalimentación.

Otra trampa es que, por el motivo que sea, la experiencia interna sustituye a la retroalimentación real. Al gerente de un nuevo sitio web minorista importante le preocupaba que los clientes pudieran registrarse con un nombre y una dirección que contuvieran palabras obscenas. Se invirtió un Sprint en la creación de un filtro para evitar el sonrojo del personal de atención al cliente.

Este proyecto se organizó en Sprints y el trabajo se presentó internamente cada dos semanas, pero todo el proyecto era especulativo: no había clientes ni servicios de atención al cliente. Incluso meses después no se sabía qué tan bien fue recibido el producto en lugares como Boggy Bottom, Hertfordshire, o Billericay, Essex. Las aportaciones de expertos sin un circuito de retroalimentación son sólo especulaciones.

Scrum realmente ha despegado en el software, pero el software se está apoderando del mundo y muchas grandes corporaciones tienen sus propios equipos de tecnología organizados con Scrum.

También hay proyectos Scrum fuera del software y su influencia está creciendo en marketing, escuelas y gobierno. Los profesionales del interior tienen la responsabilidad de garantizar que los entornos que crean permitan y respalden esta importante tendencia.

Acerca de Simon Gibbs

Cofundador de Agile Stationery , Simon Gibbs tiene una amplia experiencia en diferentes empresas en cada etapa del proceso de adopción de Agile. Su experiencia, combinada con su pasión por crear productos que cambien la forma de interactuar con el papel y permitan nuevas formas de trabajar, ha llevado a Agile Stationery, cuyo objetivo es convertirse en la ventanilla única para herramientas colaborativas con un enfoque inflexible en la calidad.

« Regresar al blog

{ "@context": "http://schema.org", "@type": "Article", "articleBody": " La retroalimentación que muchos en la industria de la arquitectura y los interiores reciben es que sus clientes quieren Scrum, y la razón por la que quieren Scrum es la retroalimentación.\n Los clientes que más valoran Scrum son los que aceptan con valentía sus limitaciones. ¿Saben realmente cuál es la mejor manera de hacer su trabajo? ¿Perfectamente? ¿Saben realmente si están creando el producto adecuado? Reconocer y afrontar estas verdades incómodas es inteligente y Scrum es una ayuda valiosa para superar el problema.\n Scrum se utiliza en entornos donde el trabajo es lo suficientemente complejo como para que incluso el diseño más cuidadoso y mejor informado se convierta en mera especulación hasta que se pruebe empíricamente. La retroalimentación informa y valida el diseño. Proficient Scrum ayuda a los equipos a prosperar brindándoles oportunidades periódicas para observar qué es lo que están haciendo bien y adaptando cada aspecto de sus procesos y acuerdos de trabajo para ayudarlos a hacerlo mejor. La retroalimentación informa y valida sus prácticas laborales.\n A medida que se inspeccionan los diseños y procesos, lo que se genera es retroalimentación. Scrum ayuda porque exige y captura comentarios con regularidad, obliga a los equipos a escucharlos y les brinda un marco en el que pueden responder.\n Para que su proceso sea empírico debe producir resultados reales lo suficientemente pronto como para que sea posible una respuesta. El mecanismo principal de Scrum para esto es organizar equipos para producir un resultado real en un período de tiempo, conocido como Sprint. Ha despegado en el software, particularmente en las aplicaciones web, donde es posible producir software real, presentarlo frente a personas reales y obtener comentarios reales en un Sprint de solo dos semanas de duración. Siento cierta simpatía por los equipos que trabajan en grandes productos físicos, como edificios. La entrega quincenal de rascacielos terminados es claramente imposible, pero observo con satisfacción que cuando esto sucede se utilizan sustitutos como muestras, maquetas y modelos. Esto es evidencia de que los equipos ya quieren recopilar y responder a comentarios genuinos; la intención de Scrum es maximizar ese proceso.\n Hay trampas aquí. Por ejemplo, se sabe que Scrum funciona mejor cuando equipos de 6 a 12 personas son completamente independientes. Tener dependencias externas rompe el estrecho ciclo de retroalimentación creado por los sprints. Una solución típica es dividir el equipo; un equipo termina más distante del cliente final y pierde retroalimentación. Otra trampa es que, por el motivo que sea, la experiencia interna sustituye a la retroalimentación real. Al gerente de un nuevo sitio web minorista importante le preocupaba que los clientes pudieran registrarse con un nombre y una dirección que contuvieran palabras obscenas. Se invirtió un Sprint en la creación de un filtro para evitar el sonrojo del personal de atención al cliente.\n Este proyecto se organizó en Sprints y el trabajo se presentó internamente cada dos semanas, pero todo el proyecto era especulativo: no había clientes ni servicios de atención al cliente. Incluso meses después no se sabía qué tan bien fue recibido el producto en lugares como Boggy Bottom, Hertfordshire, o Billericay, Essex. Las aportaciones de expertos sin un circuito de retroalimentación son sólo especulaciones.\n Scrum realmente ha despegado en el software, pero el software se está apoderando del mundo y muchas grandes corporaciones tienen sus propios equipos de tecnología organizados con Scrum. También hay proyectos Scrum fuera del software y su influencia está creciendo en marketing, escuelas y gobierno. Los profesionales del interior tienen la responsabilidad de garantizar que los entornos que crean permitan y respalden esta importante tendencia.\n Acerca de Simon Gibbs\n Cofundador de Agile Stationery , Simon Gibbs tiene una amplia experiencia en diferentes empresas en cada etapa del proceso de adopción de Agile. Su experiencia, combinada con su pasión por crear productos que cambien la forma de interactuar con el papel y permitan nuevas formas de trabajar, ha llevado a Agile Stationery, cuyo objetivo es convertirse en la ventanilla única para herramientas colaborativas con un enfoque inflexible en la calidad.", "mainEntityOfPage": { "@type": "WebPage", "@id": "https:\/\/eu.behotbox.com" }, "headline": "¿Por qué sus clientes están adoptando Scrum?", "description": "La retroalimentación que muchos en la industria de la arquitectura y los interiores reciben es que sus clientes quieren Scrum, y la razón por la que quieren Scrum es la retroalimentación.", "image": [ "https:\/\/eu.behotbox.com\/cdn\/shop\/articles\/62f0ec5be38c6d22cdff4bc7_why-are-your-customers-adopting-scrum.jpg?v=1699270718\u0026width=1600" ], "datePublished": "2019-04-17T02:00:00Z", "dateCreated": "2023-11-06T12:38:38Z", "author": { "@type": "Person", "name": "Simon Gibbs" }, "publisher": { "@type": "Organization", "name": "Hotbox Design Limited (EU)" } }