Como Integrar UX y Scrum - Adaptar el Framework a UX

En el artículo前…

Este artículo es la乙级联赛组成部分De otro donde hablaba De科莫integrarEl trabajo de los软件专家．

Puedes leer la霹雳马组成部分aqui:Como整合的UX y Scrum -¿double Track Scrum?

积压PBI de diseño (tipos de actividad)

待办事项和Scrum装备库。依赖的si los diseñadores y desarrolladores están en un equipo o en dos, tendremos:

• Dos积压：洛杉矶的球队de diseño经验与日常(UX)和desarrollo没有sincronizada，雅海confasDe diseño y De programación(瀑布)o Desprint entrelazadosDe diseño y desarrollo(双轨)。未完成的连续项目diseño，未完成的未完成项目。ConceptualmenteEs más直觉Saber el tipo y objectivo de los ítems cada backlog, pero generaDesconexión设备中心， asímas的危险我们的经验是正确的éste。
• Un único积压: ambos equipos trabajansincronizados en el mismo Sprint．Intuitivamente genera un trabajo más integrado los especalistas de diseño y desarrollo, pero属dudas德Como tratar los ítems del backlog， p.e. su tipología (PBI de diseño vs de desarrollo) o en como tratar paquetes de trabajo que no pueden completarse en un Sprint。

考虑因素artículo前面的标准，生产增量的标准，生产“他”的冲刺，difícil客观的影响因素，十来年único产品配置手册único产品Backlog．De las dudas identificadas:

• PBI específicos de diseño:不generan英勇我的世界，我的世界，我的世界，我的布宜诺斯艾利斯。Así pues, los PBI son paquetes de trabajo de producto“完成”和“没有过程”。
• 科莫tratarPBI con duración superior a un SprintDe pocas semanas: pueden tratarse en elrefinamientoodejarlos realizándose durante más de un Sprint，这是习惯性的。

Comparamos la gestión de un Backlog con Upstream/Discovery de看板

Hay miembros de lacomunidad de Kanbanque abogan por el modelo“上游/发现”。上游习惯的意义过程的一部分está装备之火，在我的地盘上。发现有区别的过程和目标的意义想法是可行的，德拉曼涅拉más巴拉塔y eficaz可能。

Ejemplo de un上游/发现看板de Patrick Steyaert．

他的思想和思想realización不同的东西。这是一种美德Hace transparente el estado de todo el trabajoy permiteMantener el flujo．我很不方便，我很不方便，我很不方便，我很不方便这是一个不同的人的存在，一个不同的人的存在De desconexión entre ambas partes, retrabajos técnicos y funcionales, así comoValidación tardía del producto realY no validación de prototipos o maquetas。

Desde el punto de vista de Scrum, se pueden implementar los mismos conceptos a través de un Backlog de Producto:

• 描述活动思想本身具有辨识性和优先性。拉斯维加斯Actividades de exploración(p.e. realizar prototipos, entrevistas等冲刺部分．Se priorizan o descartan en función英勇无畏。
• Actividades de definición: cuando una idea ha sido explorada y se quiere desarrollar, habitualmente se refina (de nuevo como parte del Sprint) y se planifica teniendo planifica teniendo encuenta不同方面，como su tamaño o dependcias。
• Actividades de desarrollo: Finalmente los ítems del producto se desarrollan durante el Sprint。En el siguiente apartado tocaremos el peliagudo tema de:¿cuando algo está "hecho" desde el punto de vista de UX?

未积压的二次元的合并活动的UX。Elaboracion propia。

上游Aunque tanto el /发现看板和积压的活动diseño pueden tener estados parecidos, sudiferencia基本原则积压的问题，关于与人交往的问题Dentro del sprint por UN mismo equipo。Hay más dealles de como adaptar Scrum a un enfoque UX en el artículo (1) de Jeff Gothelf。

Hecho y UX

Una de lasScrum规则， según su Guía (6)， es que elIncremento está "hecho" si es almenos potentialmente desplegablecliente。Aunque to puede querer decir muchas cosas，评论se entiende que los ítems que condesamos frutos del Sprint está desarrollados, probados y "aceptados" de alguna manera。透明的目标，清醒的未来发展的目标，优化的未来发展的目标，恢复的未来发展según我们的未来发展。

他们的Es过这个suficiente关于UX的para los enfoques de UXQue algo sea potential desplegable？La respuesta es que没有,聚氨酯没有什么是可以满足的我的经验是令人满意的。Según图书馆精益UX，算法está heccho cuando这是永恒的hipótesis我们的日常生活．为了实现梦想difícil不可能实现的冲刺时刻。Necesitamos地球效应天文台ítems地球中部的地球联合国惯例代表。Asi聚氨酯,完成，tiene que ser desplegado．我不知道我有什么必要和你说什么técnica de金丝雀释放白土污染效应试验

Técnica de Canary Releasing, de Ketan Padegaonkar (Go CD)。

Todavía hay mucho más en el curso专业Scrum与UX!

En estos dos artículos hemos tratado de alguna de las dudas más habituales que aparecen al hablar de Scrum UX。在洛杉矶cursos Professional Scrum with UX de Scrum.orgpodras惯常mucho más detalle y trabajarlo de manera práctica con otros especalistas de UX，敏捷产品管理数字。