<?xml version="1.0" encoding="UTF-8" ?><!-- generator=Zoho Sites --><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><atom:link href="https://www.allsoft.com.mx/blogs/tag/Agil/feed" rel="self" type="application/rss+xml"/><title>ALLSOFT - Blog Allsoft #Agil</title><description>ALLSOFT - Blog Allsoft #Agil</description><link>https://www.allsoft.com.mx/blogs/tag/Agil</link><lastBuildDate>Tue, 12 May 2026 09:36:03 -0700</lastBuildDate><generator>http://zoho.com/sites/</generator><item><title><![CDATA[Atendiendo con Kanban]]></title><link>https://www.allsoft.com.mx/blogs/post/atendiendo-con-kanban</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/img_blog/KanbanWall.jpeg"/>Con Kanban puedes mejorar la eficiencia, la productividad y la colaboración en el equipo, optimizar la capacidad de respuesta a los cambios,]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_w6r2JzsPTxeJaB7i6AliKQ" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_hpwy81NwRN6aMCqp4GX4qA" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_9dNupnSYQEKgvugY3YVadQ" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_8nkHpuBX7Ee6beyh4n4biQ" data-element-type="image" class="zpelement zpelem-image "><style> @media (min-width: 992px) { [data-element-id="elm_8nkHpuBX7Ee6beyh4n4biQ"] .zpimage-container figure img { width: 674.5px !important ; height: 450px !important ; } } @media (max-width: 991px) and (min-width: 768px) { [data-element-id="elm_8nkHpuBX7Ee6beyh4n4biQ"] .zpimage-container figure img { width:674.5px ; height:450px ; } } @media (max-width: 767px) { [data-element-id="elm_8nkHpuBX7Ee6beyh4n4biQ"] .zpimage-container figure img { width:674.5px ; height:450px ; } } [data-element-id="elm_8nkHpuBX7Ee6beyh4n4biQ"].zpelem-image { border-radius:1px; } </style><div data-caption-color="" data-size-tablet="" data-size-mobile="" data-align="left" data-tablet-image-separate="false" data-mobile-image-separate="false" class="zpimage-container zpimage-align-left zpimage-size-custom zpimage-tablet-fallback-custom zpimage-mobile-fallback-custom hb-lightbox " data-lightbox-options="
                type:fullscreen,
                theme:dark"><figure role="none" class="zpimage-data-ref"><span class="zpimage-anchor" role="link" tabindex="0" aria-label="Open Lightbox" style="cursor:pointer;"><picture><img class="zpimage zpimage-style-roundcorner zpimage-space-none " src="/img_blog/KanbanWall.jpeg" width="674.5" height="450" loading="lazy" size="custom" alt="Atendiendo con Kanban" data-lightbox="true"/></picture></span></figure></div>
</div><div data-element-id="elm_vpcxPlDnQnS8v2gSN_tVig" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_vpcxPlDnQnS8v2gSN_tVig"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;">La utilización de la gestión visual con Kanban tiene muchas aplicaciones y es fácil de implementar en nuestro entorno laboral o personal. Diseñando los tableros de acuerdo a las propias necesidades, del tipo de trabajo a resolver, y del equipo con el que contamos, podemos establecer una buena dinámica en los niveles de atención y en el flujo de trabajo.&nbsp;</span></div><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><br></span></div><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;">Un caso práctico de una implementación, a raíz de haber tomando nuestro curso, fue mejorar la atención de alumnos que desean entrar a la Universidad.</span></div><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><strong><br></strong></span></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px;"><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><strong>Necesidad:</strong> Se quiere tener visibilidad del proceso de inscripción de cada alumno, y la atención que se le da a cada uno de ellos. El proceso de inscripción inicia del interés o solicitud del alumno, de la recepción de documentación, cumplimiento de requisitos, pagos, y generación de matricula. Se bien, se cuenta con las herramientas para llevar el proceso, no se ve con facilidad todo el panorama.&nbsp;</span></div></blockquote><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><strong><br></strong></span></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px;"><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><strong>Solución:</strong> Se diseñó un tablero en donde se incluyeron las fases por las que el alumno pasa para quedar inscrito, así como la gente que participa activamente en cada una de estas fases. La columna final del tablero están los alumnos que han terminado el proceso y ya han sido inscritos.&nbsp;</span></div></blockquote><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><strong><br></strong></span></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px;"><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><strong>Mejora:</strong> En el tablero se podían ver las fases en las que se estaba acumulando trabajo para apoyar a las personas involucradas y dar fluidez. Departamentos involucrados en la captación y otros, podían ver en el tablero el flujo de las solicitudes sin necesidad de interrumpir constantemente el trabajo de las personas. Se logró la identificación de asuntos críticos que causaban cuellos de botella, mejoró el flujo de trabajo, así como la comunicación interna y hacia los alumnos. Se mide el tiempo de atención entre que se recibe la solicitud hasta que el alumno queda inscrito.&nbsp;</span></div></blockquote><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;"><br></span></div><div style="text-align:justify;"><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;">La retroalimentación de está aplicación fue que los diferentes departamentos involucrados y gerencias tenían visibilidad de lo que estaba sucediendo rápidamente, en tiempo real, de como el trabajo fluye. Tomar acciones para mantener el flujo, así como retroalimentar sobre el proceso de atención. El trabajo lo hacía más divertido con la actividad de ir a mover las notas, ver el trabajo que viene en camino, y el trabajo que se estaba terminando.&nbsp; &nbsp;&nbsp;</span></div></div>
</div><div data-element-id="elm_t2s1j7Tt_o9yOwfERxUU2g" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_t2s1j7Tt_o9yOwfERxUU2g"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><p><span style="font-family:Poppins, sans-serif;font-size:16px;font-weight:300;">Consulta la información de nuestro <a href="/agilidad/taller-kanban" title="Taller de Kanban" rel="">taller de Kanban</a></span></p></div>
</div></div></div></div></div><div data-element-id="elm_oN0SLoA2z4eEZTLWUMKawQ" data-element-type="section" class="zpsection zpdefault-section zpdefault-section-bg "><style type="text/css"> [data-element-id="elm_oN0SLoA2z4eEZTLWUMKawQ"].zpsection{ border-radius:1px; } </style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_uZAB8qyNGChR16R_F3avdw" data-element-type="row" class="zprow zprow-container zpalign-items-flex-start zpjustify-content-flex-start zpdefault-section zpdefault-section-bg " data-equal-column=""><style type="text/css"> [data-element-id="elm_uZAB8qyNGChR16R_F3avdw"].zprow{ border-radius:1px; } </style><div data-element-id="elm_kMhY4baDPkrFKLfhFJJ3Aw" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- zpdefault-section zpdefault-section-bg "><style type="text/css"> [data-element-id="elm_kMhY4baDPkrFKLfhFJJ3Aw"].zpelem-col{ border-radius:1px; } </style><div data-element-id="elm_NNhhr2GExbcYwIoXTJVRPA" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_NNhhr2GExbcYwIoXTJVRPA"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><p><span style="color:inherit;font-family:Poppins, sans-serif;font-weight:300;"><a href="https://www.freepik.com/free-photo/women-working-with-post-its-side-view_33755275.htm#query=kanban%20wall&amp;position=47&amp;from_view=search&amp;track=ais" title="Image by Freepik" rel="">Image by Freepik</a></span><br></p></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Wed, 12 Jul 2023 10:27:00 -0600</pubDate></item><item><title><![CDATA[¿Qué es DevOps?]]></title><link>https://www.allsoft.com.mx/blogs/post/Que_es_devops</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/img_blog/rear-view-programmer.jpg"/>DevOps permite a los equipos de desarrollo y operaciones pueden trabajar juntos de manera más eficiente para entregar software de alta calidad de forma rápida y confiable.]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_pCJfht7bSe2XVp0bjQ-Z0g" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_bTZ_Aaj3T96a8D-sqOkHjw" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_ozk4-1d_QQazMoWDtaO4gw" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_iHAc-3LWCJF2w1n-hQqvfw" data-element-type="image" class="zpelement zpelem-image "><style> @media (min-width: 992px) { [data-element-id="elm_iHAc-3LWCJF2w1n-hQqvfw"] .zpimage-container figure img { width: 1070px ; height: 714.05px ; } } @media (max-width: 991px) and (min-width: 768px) { [data-element-id="elm_iHAc-3LWCJF2w1n-hQqvfw"] .zpimage-container figure img { width:723px ; height:482.48px ; } } @media (max-width: 767px) { [data-element-id="elm_iHAc-3LWCJF2w1n-hQqvfw"] .zpimage-container figure img { width:415px ; height:276.94px ; } } [data-element-id="elm_iHAc-3LWCJF2w1n-hQqvfw"].zpelem-image { border-radius:1px; } </style><div data-caption-color="" data-size-tablet="" data-size-mobile="" data-align="left" data-tablet-image-separate="false" data-mobile-image-separate="false" class="zpimage-container zpimage-align-left zpimage-size-fit zpimage-tablet-fallback-fit zpimage-mobile-fallback-fit hb-lightbox " data-lightbox-options="
                type:fullscreen,
                theme:dark"><figure role="none" class="zpimage-data-ref"><span class="zpimage-anchor" role="link" tabindex="0" aria-label="Open Lightbox" style="cursor:pointer;"><picture><img class="zpimage zpimage-style-none zpimage-space-none " src="/img_blog/rear-view-programmer.jpg" width="415" height="276.94" loading="lazy" size="fit" data-lightbox="true"/></picture></span></figure></div>
</div><div data-element-id="elm_uhuYkrkCReyjFd92KD3Rbw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_uhuYkrkCReyjFd92KD3Rbw"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;line-height:1.5;"><div style="line-height:1.5;"><div style="line-height:1.5;"><div style="line-height:1.5;"><div style="line-height:1.5;"><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;">DevOps es una metodología de desarrollo de software que se enfoca en la colaboración y la comunicación entre los equipos de desarrollo de software y operaciones de tecnología de la información (TI). Se trata de una cultura que tiene como objetivo mejorar la calidad del software, la eficiencia de los procesos y la satisfacción de los usuarios.</span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;"><br></span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;">La palabra &quot;DevOps&quot; es una combinación de las palabras &quot;desarrollo&quot; (development) y &quot;operaciones&quot; (operations). Esta metodología fue desarrollada en respuesta a la necesidad de una mayor integración y colaboración entre los equipos de desarrollo de software y operaciones de TI.</span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;"><br></span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;">La metodología DevOps se centra en la automatización de procesos, la integración continua y la entrega continua (CI/CD). Con la automatización de procesos, los equipos de desarrollo y operaciones pueden trabajar juntos de manera más eficiente para llevar a cabo las tareas repetitivas y tediosas, lo que les permite concentrarse en tareas más importantes.</span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;"><br></span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;">La integración continua (CI) es un proceso que permite a los equipos de desarrollo integrar su trabajo de forma regular y automatizada en un repositorio común. Esto permite la detección temprana de errores y una mayor transparencia en el proceso de desarrollo. La entrega continua (CD) implica la entrega automatizada y continua de software a los usuarios finales.</span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;"><br></span></p><p style="text-align:justify;"><span style="font-size:18px;font-family:Poppins, sans-serif;font-weight:300;">Los equipos de DevOps utilizan herramientas de automatización, como sistemas de control de versiones, herramientas de prueba de software, herramientas de integración continua y entrega continua, y herramientas de monitoreo y análisis para mejorar la eficiencia y la calidad del software.</span></p></div></div></div></div></div></div></div></div></div></div></div></div>
</div><div data-element-id="elm_0jmIAlHaxYW5Wi0k-_e4WQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_0jmIAlHaxYW5Wi0k-_e4WQ"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><p><span style="color:inherit;"><a href="https://www.freepik.com/free-photo/rear-view-programmer-working-all-night-long_5698334.htm#query=devops&amp;position=33&amp;from_view=keyword&amp;track=sph" title="Image by pressfoto&nbsp;" target="_blank" rel="">Image by pressfoto&nbsp;</a></span><span style="color:inherit;">on Freepik</span></p></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Wed, 19 Apr 2023 08:39:59 -0600</pubDate></item><item><title><![CDATA[¿Cómo garantizar que el equipo entregue la funcionalidad?]]></title><link>https://www.allsoft.com.mx/blogs/post/cómo-utilizar-los-criterios-de-aceptación-en-las-historias</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/img_blog/glenn-carstens-peters-RLw-UC03Gwc-unsplash.jpg"/>Los criterios de aceptación son una herramienta importante en el proceso de desarrollo de software y ayudan a garantizar que el equipo de desarrollo entregue lo acordado con el usuario.]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_Xb35h1Z7Tgq745tGtqgXVg" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_NTLzkuPtSWG2o39Lg68CFg" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_W-HXNpzsRty-In8Sf7LpLA" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_Rf9QhD7QSs6ZaWyNOKADYQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_Rf9QhD7QSs6ZaWyNOKADYQ"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><p style="text-align:justify;"><span style="font-size:16px;">Lo que el usuario espera de su producto, está reflejado o plasmado en las historias de usuario definidas. ¿Cómo aseguramos que hemos entendido y estamos entregando lo que se espera?. Definiendo lo que debemos de tener como resultado&nbsp;<font size="3">esperado al implementar cada una de las historías de&nbsp;usuario a través de los criterios de aceptación de la historia.</font></span></p><p style="text-align:justify;"><span style="font-size:16px;"><br></span></p><p style="text-align:justify;"><span style="font-size:16px;">Los criterios de aceptación son una lista de condiciones o requisitos que deben cumplirse para que se considere que una historia de usuario se ha completado correctamente. Estos criterios se utilizan para definir el alcance y los límites de una tarea, así como para asegurar que el trabajo realizado cumple con las expectativas y necesidades del cliente o usuario final.</span><br></p></div>
</div><div data-element-id="elm_x3x-6NL3g-UGKWIZq-9whA" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_x3x-6NL3g-UGKWIZq-9whA"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><div><p style="margin-bottom:15pt;"><span style="font-size:12pt;">Los criterios de aceptación se pueden incluir en una historia de usuario como parte de la descripción o se pueden separar en un documento aparte. Por lo general, estos criterios se definen durante la fase de planificación del proyecto, antes de que comience el trabajo de las tareas relacionadas con la historia de usuario..</span></p></div></div>
</div><div data-element-id="elm_wOsj8UsWEgZzpGSPXmkP3g" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_wOsj8UsWEgZzpGSPXmkP3g"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><div><p style="margin-bottom:15pt;"><span style="font-size:16px;">Un par de ejemplos de criterios de aceptación para una historia de usuario podrían ser:</span></p><span style="font-size:16px;">&quot;El usuario debe ser capaz de agregar un artículo al carrito de compras y completar la compra con éxito, recibiendo un correo electrónico de confirmación de la transacción en un plazo máximo de 5 minutos.&quot;</span></div><div><span style="font-size:12pt;"><br></span></div><div><span style="font-size:12pt;">&quot;Al terminar el registro de la tarea el usuario deberá recibir un correo con la información de la tarea asignada y la tarea deberá de aparecer en el listado de tareas por completar.&quot;</span></div></div>
</div><div data-element-id="elm_w8bxLXwK4Si3JYIl3iq3Yg" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_w8bxLXwK4Si3JYIl3iq3Yg"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><p><span style="font-size:16px;">En este ejemplo, se establece claramente lo que se espera que el usuario pueda hacer y se establece un plazo límite para que el sistema realice una acción específica. Estos criterios pueden ser revisados y ajustados a lo largo del proceso de desarrollo y pueden ser utilizados para realizar pruebas de calidad y asegurar que el trabajo realizado cumple con las expectativas del usuario final.</span><span style="font-size:16px;"><br></span></p><p><span style="font-size:12pt;"><br></span></p><p><span style="font-size:16px;">Es importante recalcar que los criterios de aceptación No son actividades adicionales a realizar, sino, cosas que deben de suceder resultado de la implementación de una historia de usuario determinada. Los criterios de aceptación deben ser específicos, medibles y verificables.</span></p><p><span style="font-size:12pt;"><br></span></p><p><span style="font-size:16px;">Cómo conclusión, los criterios de aceptación nos ayudarán a garantizar que el equipo de desarrollo está&nbsp;</span><font size="3"><span style="font-size:16px;">entregando lo que el usuario espera como solución.</span></font></p></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Fri, 24 Mar 2023 12:51:58 -0600</pubDate></item><item><title><![CDATA[SCRUM Demo]]></title><link>https://www.allsoft.com.mx/blogs/post/Scrum-Demo</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/img_blog/jason-goodman-vbxyFxlgpjM-demo.jpg"/>Scrum Demo, la reunión de revisión del incremento al final del Sprint.]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_YIUFkeYGR3-IPbOfy2HKUQ" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_LAV7uw4mQteUZ3nDl2u9-Q" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_7S_L2LRvT1Cy2V02NdgQ-Q" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_NnLSYBUkRcOkg33JgxDQDA" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_NnLSYBUkRcOkg33JgxDQDA"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><p style="text-align:justify;"><span style="font-size:12pt;">Dentro del marco de SCRUM al final de cada Sprint se entrega un incremento funcional, el cual puede ser entregado a producción. Para ello entendemos que el incremento ha sido desarrollado, probado, y se encuentra libre de errores. Antes de poder ser entregado, se lleva a cabo una Reunión de Revisión o Demostración del incremento para comprobar que lo planificado y acordado al inicio del Sprint, se ha realizado. Si bien, el dueño de producto no es ajeno a lo que ha estado haciendo el equipo (si ha participado como se debe), se requiere ver todo integrado y funcionando. </span></p><p style="text-align:justify;">&nbsp;</p><p style="text-align:justify;"><span style="font-size:12pt;">En esta reunión informal de revisión debe de participar todo el equipo, para que reciba retroalimentación de primera mano y no a través de terceros. También debe de participar el dueño del producto y personas interesadas en el producto. El dueño de producto puede invitar a las personas que él considere conveniente y que puedan aportar algo al producto o para que conozcan sobre el producto.</span></p><p style="text-align:justify;">&nbsp;</p><p style="text-align:justify;"><span style="font-size:12pt;">Hemos indicados que la reunión es informal en sentido que no hay que preparar nada, salvo tener la pila del Sprint como referencia y el incremento a ser revisado. Si será necesario planear como se irá mostrando el incremento, quien hará la demostración, quien hablará, etc, para no perder tiempo al momento de la revisión.</span></p><p style="text-align:justify;">&nbsp;</p><p style="text-align:justify;"><span style="font-size:12pt;">La reunión no debería de tener una duración de más de 2 horas (recomendación). El enfoque de la reunión deberá ser constructiva en donde las ideas y la retroalimentación fluyan. Hay que recordar que estamos construyendo un producto, no destruyendo. A través de la retroalimentación iremos adaptando el producto hacia su siguiente iteración.</span></p><p style="text-align:justify;">&nbsp;</p><span style="font-size:12pt;"><div style="text-align:justify;"><span style="font-size:12pt;color:inherit;">Las mejores reuniones de Demo que hemos presenciado son aquellas en las que también está el público interesado, y se logra un ambiente de colaboración, retroalimentación y generación de ideas. No es una reunión de trámite, es una reunión para celebrar y motivar al equipo por el trabajo que ha estado realizando.</span></div></span></div></div></div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Mon, 05 Dec 2022 15:48:20 -0600</pubDate></item><item><title><![CDATA[Escalar SCRUM con NEXUS]]></title><link>https://www.allsoft.com.mx/blogs/post/escalar-scrum-con-nexus</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mxhttps://images.unsplash.com/photo-1502101872923-d48509bff386?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=Mnw0NTc5N3wwfDF8c2VhcmNofDh8fHNjYWxlfGVufDB8fHx8MTY0NDY3NjQyMw&amp;ixlib=rb-1.2.1&amp;q=80&amp;w=1080"/>NEXUS es un Marco de trabajo que nos permite escalar SCRUM sin añadir roles o prácticas]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_DbeJfEbuTXadEUs8_MC2Hg" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm__SSUH7kfTe2XCxPeO_HX5A" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_2VTZU-kWTSy2WB9U7S7T8Q" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_gpR29LRWT92w8KprwUjLfw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_gpR29LRWT92w8KprwUjLfw"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><p style="text-align:justify;line-height:1.5;"><span>Es posible, que en ocasiones, en nuestro portafolio esté un proyecto muy grande que no será posible atenderlo con un solo equipo. Para ello tendremos que recurrir a que varios equipos atiendan el proyecto, sin embargo, si estamos trabajando con SCRUM tendremos que sincronizar a todos los equipos. </span><span style="color:inherit;">Para lograr sincronizar a todos los equipos tenemos que escalar las prácticas de SCRUM. Actualmente existen varias guías o frameworks para escalar SCRUM, uno de ellos es NEXUS.</span></p><p style="text-align:justify;"><span><br></span></p><p style="text-align:justify;"><span>Lo que nos ofrece NEXUS es trabajar con las prácticas de SCRUM sin necesidad de agregar más prácticas o productos a las que ya utilizamos. Es un framework que a través de roles, eventos y técnicas busca vincular el trabajo de los equipos en una sola Pila de Producto que genere un incremento integrado.&nbsp;</span></p><p style="text-align:justify;"><span style="color:inherit;"><br></span></p><p style="text-align:justify;"><span style="color:inherit;">Como bien sabemos, una de las fortalezas de SCRUM es la adaptación, por lo que la sincronización entre los equipos se vuelve crucial. A través de identificar y resolver las dependencias entre requisitos, dominio del conocimiento y artefactos reduce los riesgos de que los equipos estén por diferentes caminos.&nbsp;</span><span style="color:inherit;">Para lograrlo NEXUS incorpora un equipo de integración que asegure la correcta aplicación de las prácticas y herramientas, así como la integración. Un SCRUM Master que garantice el framework de NEXUS. Un Dueño de Producto que vea por la integración y valor del producto.</span></p><p style="text-align:justify;"><span><br></span></p><p style="text-align:justify;"><span>NEXUS utiliza una única Pila de Producto coordinada por el Dueño de Producto y cada equipo tiene un Backlog del Sprint de NEXUS. Para que los equipos estén enfocados y tengan visibilidad se define una Meta de NEXUS.</span><span style="color:inherit;">Durante la ejecución de NEXUS se realizan actividades como Planeación, Diaria de NEXUS, Revisión de Sprint de NEXUS, Retrospectiva de NEXUS, en donde el equipo de integración trabaja para coordinarse definiendo la Meta de NEXUS y compartiéndola con los equipos. La diaria y la revisión del Sprint la realiza el equipo de integración y la baja a cada equipo.&nbsp;</span></p><p style="text-align:justify;"><span><br></span></p><p style="text-align:justify;line-height:1.5;"><span>Como mencionamos en un inicio, si ocupamos varios equipos para desarrollar un proyecto NEXUS es una opción para coordinar el esfuerzo. A través de una Pila de Producto única, con la identificación y resolución de dependencias, y el equipo de integración trabajando para lograr un incremento integrado siguiendo un flujo de trabajo y participación para lograrlo.</span></p></div></div></div></div></div></div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Sat, 12 Feb 2022 08:34:56 -0600</pubDate></item><item><title><![CDATA[Los Story Points o Puntos de Historia]]></title><link>https://www.allsoft.com.mx/blogs/post/Puntos-de-Historia</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/img_blog/storypoints.jpeg"/>Los puntos de historia son unidad de trabajo empleada habitualmente en Extreme Programming y metodologías ágiles, definida por la cantidad de trabajo& ]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_PdM3pImtR1iOy6DqOp3hqQ" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_j8-DwlsLQeqdfPVVp19u8g" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_PYUYG3P6QrW7exbSjl3YQw" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_1Q5tQRIGS-ab6jHnG4kABw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_1Q5tQRIGS-ab6jHnG4kABw"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_1Q5tQRIGS-ab6jHnG4kABw"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-center " data-editor="true"><div><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Los puntos de historia son unidad de trabajo empleada habitualmente en Extreme Programming y metodologías ágiles, definida por la cantidad de trabajo&nbsp;a&nbsp;realizar&nbsp;en un día de trabajo ideal (tiempo ideal).&nbsp;Expresa una estimación que se requerirá para implementar completamente un elemento de la pila de producto. En lugar de medir el trabajo en horas o días, se utiliza una escala relativa para comparar la complejidad entre diferentes tareas.</span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;"><span>Una de las ventajas de utilizar los Puntos de Historia en lugar de medidas más precisas de tiempo es que permite al equipo enfocarse en la complejidad de la tarea en lugar de en el tiempo que tardará en completarse. Esto ayuda a evitar subestimar o sobreestimar el tiempo que llevará completar una tarea y permite una planificación más precisa.</span><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">A cada uno de los elementos de la pila de producto le asignamos un valor en puntos. Al final, lo importante son los valores relativos, una historia de 2 puntos debe ser el doble de trabajo que una historia que tiene asignado 1 punto.&nbsp;</span></p></div></div>
</div><div data-element-id="elm_4xbr3HWmam2FSgnX0t3-3w" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_4xbr3HWmam2FSgnX0t3-3w"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-style-none zpheading-align-left " data-editor="true"><div style="color:inherit;">¿Qué debemos considerar en un punto de historia?</div></h4></div>
<div data-element-id="elm_gYnXbvhE8UYKQyYmrGZyRQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_gYnXbvhE8UYKQyYmrGZyRQ"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_gYnXbvhE8UYKQyYmrGZyRQ"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-center " data-editor="true"><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">El punto de historia representa todo el trabajo que se tiene que hacer para implementar por completo un elemento de trabajo. Para determinar la cantidad de puntos debemos de considerar:</span></p><ul><li style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">La cantidad de trabajo por hacer</span></li><li style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Qué tan complejo es</span></li><li style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Riesgos involucrados</span></li></ul><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:14px;"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Es posible que la tarea es sí pueda ser sencilla, pero el contexto en el que tenemos que implementarla la vuelve compleja.&nbsp;</span></p></div>
</div><div data-element-id="elm_wq2GcfEWcu_VhS0TE8kfeA" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_wq2GcfEWcu_VhS0TE8kfeA"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-style-none zpheading-align-left " data-editor="true"><div style="color:inherit;"><div style="color:inherit;">Cantidad de trabajo por hacer<br></div></div></h4></div>
<div data-element-id="elm_J3xGEn66Pi-iYbwocIbATA" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_J3xGEn66Pi-iYbwocIbATA"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_J3xGEn66Pi-iYbwocIbATA"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-center " data-editor="true"><div><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Al definir la cantidad de puntos hay que tomar en cuenta la cantidad de trabajo por hacer. Si por ejemplo hay que actualizar el tamaño de un campo en su cantidad de caracteres que acepta. Antes de asignar los puntos deberemos tener en cuenta todas las partes en las que tenemos que hacer ese ajuste.&nbsp;Actualizar el campo en una forma, no involucra el mismo trabajo que actualizarlo en 20 formas.</span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">La cantidad de trabajo por hacer o el esfuerzo para hacerla, no se deberá relacionar con la cantidad de puntos. Un punto no representa 1 hora o 2 horas, es una medida relativa que el equipo asigna para identificar que un elemento con más puntos requiere más esfuerzo que otro con menos puntos.</span></p></div></div>
</div><div data-element-id="elm_IqUhGa2Tcwp_TsvbJJSYoQ" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_IqUhGa2Tcwp_TsvbJJSYoQ"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-style-none zpheading-align-left " data-editor="true"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;">¿Qué tan complejo es?</div></div></div></h4></div>
<div data-element-id="elm_tuqYsKAtSyxtLdSZahcteQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_tuqYsKAtSyxtLdSZahcteQ"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_tuqYsKAtSyxtLdSZahcteQ"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-center " data-editor="true"><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Si consideramos hacer un reporte que involucra listar los campos de una sola fuente debe resultar más fácil, y por lo tanto, menos puntos, que hacer un reporte que involucra una sola fuente pero que incluye columnas calculadas, subtotales y totales.&nbsp;</span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Para el segundo reporte que lista campos nos requerirá más tiempo generar las columnas calculadas, así como desplegar los subtotales y totales. También puede ser más complejo de acuerdo los tipos de cálculos que involucran las columnas calculadas.</span></p></div>
</div><div data-element-id="elm_0-qbuItofonLRdKW8OvkFw" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_0-qbuItofonLRdKW8OvkFw"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-style-none zpheading-align-left " data-editor="true"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;"><div style="color:inherit;">Riesgos involucrados<br></div></div></div></div></h4></div>
<div data-element-id="elm_aRDkhyuRx5-_mUIs2P3W6w" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_aRDkhyuRx5-_mUIs2P3W6w"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_aRDkhyuRx5-_mUIs2P3W6w"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-center " data-editor="true"><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">En la asignación de puntos no podemos dejar de lado considerar si hay algún riesgo involucrado al implementar el elemento de trabajo. En el caso de reporte que tiene columnas calculadas puede ser que la fuente sea una fuente externa lo que puede implicar que dicha fuente este disponible, que nos podamos conectar o que los datos sean correctos. Lo anterior nos puede conducir a que se requiera mas tiempo en la implementación.&nbsp;</span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Al momento de estimar debemos de resumir el esfuerzo que involucra hacer cada elemento de trabajo considerando los 3 factores de esfuerzo, complejidad y riesgos involucrados. Debemos tener en cuenta también las proporciones de las estimaciones que estamos haciendo, los elementos con menos puntos involucran menos esfuerzo, son menos complejos y tienen menor riesgo, que los elementos que tiene mayor cantidad de puntos.</span></p><p><span style="color:rgb(52, 73, 94);"><br></span></p><p style="text-align:justify;"><span style="color:rgb(52, 73, 94);font-size:16px;">Recordemos también que los puntos de historia son una medida relativa al equipo de trabajo, por lo que, otro equipo puede asignar diferente cantidad de puntos de historia a algún elemento de trabajo similar al nuestro</span></p></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Mon, 31 Jan 2022 21:39:30 -0600</pubDate></item><item><title><![CDATA[6 Responsabilidades del Dueño de Producto]]></title><link>https://www.allsoft.com.mx/blogs/post/6-responsabilidades-del-dueño-de-producto</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/agilidad/principios_agiles.jpg"/>6 Responsabilidades del Dueño de Producto en un proyecto de SCRUM]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_XjBYQZJWQUyqFkjswdnV3g" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_zlGC6UUFRWi9EoROifjdWw" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_3hBRNiSLRBCJwsv9bcGZuw" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_kE0E9otu6UHHhbY8UxLwLQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_kE0E9otu6UHHhbY8UxLwLQ"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_kE0E9otu6UHHhbY8UxLwLQ"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;line-height:1.5;"><p><span style="font-size:16px;">Para mejorar las posibilidades de éxito del proyecto cada uno de los participantes debe de tener claro su participación y lo que se espera de él. El rol de Dueño de Producto es fundamental en la agilidad porqué marcará la pauta del desarrollo del producto. Es por ello que debe de tener claro lo que se espera de él y de sus responsabilidades hacia el proyecto y hacia el equipo.</span></p><p><br></p><p><span style="font-size:16px;">Aquí te dejamos algunas de las responsabilidades de un Dueño de Producto.</span></p></div></div></div></div>
</div><div data-element-id="elm_TvNxOx_IRfm_pjXF-Elnow" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_TvNxOx_IRfm_pjXF-Elnow"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-align-left " data-editor="true">1. Definir la visión</h4></div>
<div data-element-id="elm_JWrjJvCTS92E5olzpgvcmw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_JWrjJvCTS92E5olzpgvcmw"].zpelem-text { line-height:20px; border-radius:1px; } [data-element-id="elm_JWrjJvCTS92E5olzpgvcmw"].zpelem-text :is(h1,h2,h3,h4,h5,h6){ line-height:20px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;line-height:1.5;"><p><span style="font-size:16px;">El Dueño de Producto es una persona clave en el equipo que tiene el conocimiento del producto para definir los objetivos y la visión para el proyecto. El Dueño debe de comunicar a todas las partes involucradas dichos objetivos y la visión para asegurarse que estén alineados a los objetivos del negocio.</span></p><p><span style="font-size:16px;"><br></span></p><p><span style="font-size:16px;">Uno de los propósitos de la visión es mantener al equipo motivado y enfocado ante un proceso de desarrollo que es flexible y a veces incierto.&nbsp;&nbsp;</span></p><p><span style="font-size:16px;">¿Su equipo tiene definida una visión?, ¿Su equipo conoce la visión?, ¿Durante la ejecución del proyecto validan las necesidades contra la visión del producto?</span></p></div></div></div></div>
</div><div data-element-id="elm_GglTn--jUUTmVHgWdnMrbQ" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_GglTn--jUUTmVHgWdnMrbQ"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-align-left " data-editor="true">2. Gestionar la pila de Producto</h4></div>
<div data-element-id="elm_HD4AqCOgCt5oI5cBr53tBw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_HD4AqCOgCt5oI5cBr53tBw"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;line-height:1.5;"><p><span style="font-size:16px;">Una de las responsabilidades más importantes es generar y mantener la pila de producto, que es la fuente de trabajo para el equipo durante los Sprints. La pila de producto debe ser conocida por el equipo e interesados para conocer el rumbo que toma el producto y contiene las necesidades de los clientes del dueño de producto.</span></p><p><span style="font-size:16px;"><br></span></p><p><span style="font-size:16px;">Es responsabilidad del dueño de producto mantener esta lista de producto actualizada, priorizada y con el suficiente detalle para organizar el trabajo del desarrollo del producto. La actualización implica, tanto como poner nuevos elementos en la pila, como eliminar aquellos elementos que ya no aplican al producto.</span></p></div></div></div></div></div></div>
</div><div data-element-id="elm_7aPl-vDV0M8JjWmi7L03kA" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_7aPl-vDV0M8JjWmi7L03kA"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-align-left " data-editor="true">3. Priorizar la pila de Producto</h4></div>
<div data-element-id="elm_OYssD74NXGW76RRcquDPmQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_OYssD74NXGW76RRcquDPmQ"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><p><span style="color:inherit;font-size:16px;">El dueño de producto marca la pauta del desarrollo a través de la organización de los elementos de la pila de producto a través de establecer prioridades en la misma. Los elementos de más prioridad en la pila solo los de más valor para el negocio.</span><br></p></div></div></div></div></div>
</div><div data-element-id="elm_2WQyWpdqKzhUdeoqBz_Gow" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_2WQyWpdqKzhUdeoqBz_Gow"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-align-left " data-editor="true">4. Planificar el trabajo</h4></div>
<div data-element-id="elm_04H19jHqD1H1rr5fVIHBnA" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_04H19jHqD1H1rr5fVIHBnA"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><p><span style="color:inherit;font-size:16px;">El dueño de producto de acuerdo con sus necesidades y prioridades debe de planificar el trabajo para el Sprint en conjunto con el equipo tomando en cuenta sus capacidades. La planificación implica clarificar el trabajo y negociar con el equipo el trabajo a realizar.</span><br></p></div></div></div></div></div>
</div><div data-element-id="elm_sp5qb01QTBCjpHOqmsqELA" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_sp5qb01QTBCjpHOqmsqELA"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-align-left " data-editor="true">5. Supervisar la evolución del producto</h4></div>
<div data-element-id="elm_KRT-pBAmi3G7pJeTwR9UHQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_KRT-pBAmi3G7pJeTwR9UHQ"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><p><span style="color:inherit;font-size:16px;">Durante todo el proyecto el dueño de producto debe ser muy participativo para supervisar, y colaborar en el desarrollo del producto atendiendo las necesidades de información del equipo. Recordemos que las historias de usuario son una conversación mas que una especificación, por lo que el aporte del dueño de producto durante el desarrollo es esencial.</span><br></p></div></div></div></div></div>
</div><div data-element-id="elm_q_OKZ1hOtoDW_L8QHR1KFg" data-element-type="heading" class="zpelement zpelem-heading "><style> [data-element-id="elm_q_OKZ1hOtoDW_L8QHR1KFg"].zpelem-heading { border-radius:1px; } </style><h4
 class="zpheading zpheading-align-left " data-editor="true">6. Evaluar el progreso</h4></div>
<div data-element-id="elm_DXVi_Y_3KNYOKHuVKjS3aw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_DXVi_Y_3KNYOKHuVKjS3aw"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><div style="color:inherit;"><div style="color:inherit;line-height:1.5;"><p><span style="color:inherit;font-size:16px;">En forma periódica debe de evaluar el progreso del equipo en cuanto a los avances del producto y tomar decisiones sobre que partes son aceptadas y cuales no. Retroalimentar al equipo en el trabajo realizado y replantear el producto para las siguientes iteraciones</span><br></p></div></div></div></div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Tue, 25 Jan 2022 14:47:12 -0600</pubDate></item><item><title><![CDATA[Los 12 Principios Ágiles]]></title><link>https://www.allsoft.com.mx/blogs/post/principios-agiles</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mxhttps://images.unsplash.com/photo-1518349619113-03114f06ac3a?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=Mnw0NTc5N3wwfDF8c2VhcmNofDl8fGFnaWxlfGVufDB8fHx8MTY0MzY3MjU4Ng&amp;ixlib=rb-1.2.1&amp;q=80&amp;w=1080"/>Los 12 principios ágiles que debemos de tomar en cuenta en nuestros proyectos]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_8nQdwOu3Sdi0BBd9CfSjWg" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_S_gSGVDjQCqHcDCOmdj21w" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_wNscdb-1QtuOF8idvSbuxg" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_0A1TGsFiTXaXjy4LZdbkAA" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_0A1TGsFiTXaXjy4LZdbkAA"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-justify " data-editor="true"><div><span style="font-size:16px;">En las implementaciones de Scrum siempre es necesario tener presentes los principios ágiles en el día a día, dichos principios nos ayudan a establecer si estamos o no trabajando en forma ágil. ¿Estamos entregando valor en forma continua?, ¿Nuestro software funciona?, ¿Mantenemos las cosas simples?, serían por ejemplo, algunas de las preguntas en relación a los principios ágiles. Si no estamos haciendo lo anterior no estamos trabajando en forma ágil. Recordar que parte de la riqueza de la agilidad es ir adaptándonos para ser lo mas productivos y eficientes, y es importante también que dichas transformaciones no hagan que nos alejemos de los principios, ni que nuestra forma de trabajo de “calcifique” y ya no permita adaptarnos.</span></div><div><br></div><div><span style="font-size:16px;"><span style="color:inherit;">Como complemento del manifiesto ágil, los principios ágiles establecen una guía para de las ideas centrales de la agilidad.</span></span></div><div><span style="font-size:16px;"><span style="color:inherit;"><br></span></span></div><div><span><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">1: Nuestra principal prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor</span></div><div style="color:inherit;"><br></div></div></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span><div style="color:inherit;"><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">Para ser considerados ágiles debemos de entregar software funcionando y de utilidad a las pocas semanas y así seguir haciéndolo en forma continua. El cliente tiene la oportunidad de probar y usar el software para retroalimentar y ajustar, para al final tener lo que él quiere y necesita.</span></div></div></div></div></span></div></blockquote><div><span></span><span><div style="font-size:12px;"><div><div style="color:inherit;"><span style="font-size:16px;"><br></span></div><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">2: Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.</span></div><div style="color:inherit;"><br></div></div></div></span></div></div></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">La realidad es que no es posible que el usuario conozca todos los requisitos de su producto desde un inicio. Debe ser un proceso de descubrimiento al cual debemos de adaptarnos para lograr la solución deseada. La entrega temprana y constante hace que el usuario cambie la perspectiva y el conocimiento de su producto y por lo tanto surjan los cambios los cuales debemos de ir incorporando para dar forma al producto.</span></div></div></div></span></div></div></span></div></blockquote><div><span></span><span><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><br></span></div><div><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;color:rgb(192, 57, 43);">3: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia por periodos de tiempo lo más corto posible.</span></div><div style="color:inherit;"><br></div><div><div style="color:inherit;"><span style="font-size:16px;">La entrega continua hace que la incertidumbre y los riesgos disminuyan ya que el usuario tiene la oportunidad de ir viendo el crecimiento del producto, se va forjando una idea de su producto final a través de las pruebas y el uso. Igual crece el riesgo de demasiados cambios y entrar en un ciclo que no se haga nada nuevo, por lo que hay que trabajar de cerca con él usuario y hacerle ver esto.</span></div><div style="color:inherit;"><span style="font-size:16px;"><br></span></div><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">4: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto</span></div><div style="color:inherit;"><br></div></div></div></span></div></div></div></span></div></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">Dado el ritmo de trabajo, la incertidumbre y los riesgos es de suma importancia que todos trabajen en forma conjunta día a día, se tenga disponibilidad para resolver dudas, problemas y definir estrategias.</span></div></div></div></span></div></div></span></div></div></span></div></blockquote><div><span></span><span><div style="font-size:12px;"><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div style="color:inherit;"><span style="font-size:16px;"><br></span></div><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">5: Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.</span></div><div style="color:inherit;"><br></div></div></div></span></div></div></div></span></div></div></span></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span><div style="font-size:12px;"><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">La agilidad se basa en las personas, por lo que hay que darles el espacio y las herramientas para que generen la mejor solución para el usuario. Hay que dar el espacio y la confianza al equipo para que tomen sus decisiones.</span></div></div></div></span></div></div></span></div></div></span></div></span></div></blockquote><div><span></span><span style="font-size:16px;"><div style="font-size:12px;"><span><div><div style="color:inherit;"><span><br></span></div><div><span style="font-size:16px;color:rgb(192, 57, 43);"><div>6: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.</div></span></div><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div><br></div></div></span></div></div></span></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span style="font-size:16px;"><div style="font-size:12px;"><span><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div>La más sencilla, práctica y eficiente forma de comunicación entre los integrantes del equipo (Dueño de producto incluido) es la comunicación cara a cara. Reduce los problemas y los malentendidos, la toma de decisiones es más rápida.</div></div></span></div></span></div></span></div></blockquote><div><span style="font-size:16px;"></span><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div><div style="color:inherit;"><br></div><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">7: El software funcionando es la principal medida progreso.</span></div><div style="color:inherit;"><br></div></div></div></div></span></div></span></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;">El software funcionando y entregado es lo que nos indica cómo vamos en el proyecto, si no está indica problemas, retraso, conflictos, cambios o ajustes que hay que atener para obtener el software que queremos.</span></div></div></span></div></span></div></span></div></blockquote><div><span style="font-size:16px;"></span><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div style="color:inherit;"><br></div><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">8: Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.</span></div><div style="color:inherit;"><br></div></div></div></div></span></div></span></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;">El equipo debe de lograr un ritmo sostenido en el que sea capaz de entregar software funcionando, de valor, y de calidad. Ni más lento, ni más rápido. El Dueño de Producto y el SCRUM Master deben proveer al equipo del trabajo, las herramientas y las condiciones para que esto sea posible.</span></div></div></span></div></span></div></span></div></blockquote><div><span style="font-size:16px;"></span><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div style="color:inherit;"><span style="font-size:16px;"><br></span></div><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">9: La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.</span></div><div style="color:inherit;"><br></div></div></div></span></div></div></div></span></div></span></div></span></div><blockquote style="margin-left:40px;border:none;"><div><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">El equipo debe lo más productivo posible, reducir la deuda técnica, por lo que los productos generados deben de ser de la más alta calidad posible. Cualquier problema regresará al equipo y reducirá la capacidad del mismo para entregar nueva funcionalidad.</span></div></div></div></span></div></div></span></div></span></div></span></div></blockquote><div><span style="font-size:16px;"></span><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div><div style="color:inherit;"><span style="font-size:16px;"><br></span></div><div><span style="font-size:16px;"><div><div style="font-size:12px;"><div><div><span style="font-size:16px;color:rgb(192, 57, 43);">10: La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.</span></div><div style="color:inherit;"><span style="font-size:16px;"><br></span></div></div></div></div></span></div></div></div></span></div></div></span></div></span></div></span></div><blockquote style="margin-left:40px;border:none;"><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">No hay que complicarse la existencia para desarrollar buen software, ni herramientas o métricas complicadas. Hay que mantener todo simple.</span></div><div><span style="color:inherit;"><br></span></div></div></div></div></span></div></div></span></div></div></span></div></span></div></span></blockquote><span style="font-size:16px;"><span style="color:rgb(192, 57, 43);">11: Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.</span><br></span><blockquote style="margin-left:40px;border:none;"><span style="font-size:16px;"><div style="font-size:12px;"><span><span style="font-size:16px;"><div style="font-size:12px;"><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div style="font-size:12px;"><br></div><div style="font-size:12px;"><div style="color:inherit;"><div><span style="font-size:16px;">El equipo se organiza para, en conjunto, aplicando su experiencia, conocimientos y habilidades, obtener el mejor producto posible. En un equipo interdisciplinario el intercambio de ideas lleva a un análisis de la solución desde diferentes ángulos.</span><br></div><div><span style="font-size:16px;"><br></span></div></div></div></div></span></div></div></div></span></div></div></span></div></span></span></div></span></blockquote><span style="font-size:16px;color:rgb(192, 57, 43);">12: A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.</span><br><blockquote style="margin-left:40px;border:none;"><span style="font-size:16px;"><div style="font-size:12px;"><span><span style="font-size:16px;"><div style="font-size:12px;"><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div style="font-size:12px;"><div style="color:inherit;"><span style="font-size:16px;"><div style="color:inherit;"><div style="font-size:12px;"><div style="color:inherit;"><div><br></div><div><div style="color:inherit;"><div><span style="font-size:16px;">Una actividad muy relevante para el equipo para mantener una mejora continua iteración tras iteración. Revisar en forma periódica cómo ha sido la ejecución de las actividades, mejorar y tomar acciones, no hay que esperar a la conclusión del proyecto.</span></div></div></div></div></div></div></span></div></div></div></span></div></div></div></span></div></div></span></div></span></span></div></span></blockquote><div><span style="font-size:16px;"></span><span style="font-size:16px;"><div style="font-size:12px;"><span><div><span style="font-size:16px;"><div style="font-size:12px;"><div style="color:inherit;"><br></div></div></span></div></span></div></span></div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Wed, 12 Jan 2022 13:24:00 -0600</pubDate></item><item><title><![CDATA[Evaluación SCRUM - SCRUM Level]]></title><link>https://www.allsoft.com.mx/blogs/post/evaluacion-scrum-scrum-level</link><description><![CDATA[<img align="left" hspace="5" src="https://www.allsoft.com.mx/img_blog/portada_scrum_level.jpg"/>En un intento por mejorar la forma de hacer software, o de mitigar los viejos problemas asociados a esta actividad, las organizaciones y proyectos han ]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_bunM5etXSo-LuVsOWI-Cmw" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_kepOowMxQTaUjQkikS0v6w" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_7_XIWKODRe-rqOuYJPWxXg" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_DyCe73-bVLXexa33MKuIaQ" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_DyCe73-bVLXexa33MKuIaQ"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><div style="color:inherit;"><div style="text-align:justify;"><div><div style="line-height:1.5;"><span style="font-size:16px;">En un intento por mejorar la forma de hacer software, o de mitigar los viejos problemas asociados a esta actividad, las organizaciones y proyectos han implementado SCRUM como su forma de trabajo, pero al igual que otras metodologías, modelos o marcos de trabajo no siempre ha resultado como se esperaba.&nbsp;</span></div><div style="line-height:1.5;"><span style="font-size:16px;"><br></span></div><div style="line-height:1.5;"><span style="font-size:16px;">Las situaciones que se dan igual varían, pero podemos resumir algunas en la falta de conocimiento, micro managment, presiones externas, viejas prácticas, política, entre otras, así como hacer todo bajo SCRUM cuando no necesariamente es lo más conveniente. Incluso estar haciendo un proyecto con SCRUM en una organización que no es ágil.&nbsp;</span></div><div style="line-height:1.5;"><span style="font-size:16px;"><br></span></div><div style="line-height:1.5;"><span style="font-size:16px;">Así tenemos que entre los que están haciendo SCRUM, y los que dicen que están haciendo SCRUM, existe la necesidad de identificar que tan bien lo estamos haciendo, o como lo estamos haciendo, para poder obtener lo mejor de este marco de trabajo.&nbsp;</span><span style="color:inherit;font-size:16px;">Para ello podemos realizar una evaluación formal con&nbsp;</span><strong style="color:inherit;font-size:16px;">SCRUM&nbsp;Level</strong><span style="color:inherit;font-size:16px;">&nbsp;y conocer el grado de agilidad de nuestros proyectos, de nuestra organización, y de las personas involucradas en estos proyectos. A través de los resultados podremos tomar acciones para lograr mejores resultados.&nbsp;</span></div><div style="line-height:1.5;"><strong style="color:inherit;font-size:16px;"><br></strong></div><div style="line-height:1.5;"><strong style="color:inherit;font-size:16px;">SCRUM Level</strong><span style="color:inherit;font-size:16px;">&nbsp;evalúa la agilidad en dos dimensiones:</span></div></div></div><div style="text-align:justify;"></div></div></div>
</div><div data-element-id="elm_6Yn6M1QVRQ2YIFg2QziRWg" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_6Yn6M1QVRQ2YIFg2QziRWg"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><div style="text-align:justify;"><div style="line-height:1.5;"><p></p><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px;"></blockquote><p></p><blockquote style="margin-left:40px;border:none;"><blockquote style="margin-left:40px;border:none;"><blockquote style="margin-left:40px;border:none;line-height:1.5;"><strong style="text-align:center;"><span style="font-size:16px;"><span style="font-weight:400;">Flexibilidad</span>:</span></strong><span style="text-align:center;font-size:16px;"> evalúa la parte técnica determinada por las técnicas y prácticas de trabajo<br></span><strong style="text-align:center;"><span style="font-size:16px;"><span style="font-weight:400;">Agilidad</span>:</span></strong><span style="text-align:center;font-size:16px;"> Dimensión organizativa que ve por los rasgos de personalidad de la organización.</span></blockquote></blockquote></blockquote></div></div></div>
</div><div data-element-id="elm_sWimCh0Estt2aY20zpZwng" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_sWimCh0Estt2aY20zpZwng"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-left " data-editor="true"><p style="line-height:1.5;"><span style="color:inherit;"><span style="font-size:16px;">De esta forma podemos ver como los equipos de trabajo se organizan y como la organización soporta a estos equipos de trabajo. Con ello podemos identificar situaciones en las que el equipo conoce las prácticas, pero la organización no apoya al equipo como, por ejemplo, que cuente con un dueño de producto disponible y participativo. El balance entre las 2 dimensiones no sería el adecuando por lo que habría que hacer ajustes para obtener mejores resultados.</span></span><br></p></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Mon, 07 Nov 2016 07:32:40 -0600</pubDate></item><item><title><![CDATA[¿Qué tan ágil eres? - Participación del cliente]]></title><link>https://www.allsoft.com.mx/blogs/post/que-tan-agil-eres-participacion-del-cliente</link><description><![CDATA[Como les decimos a nuestros clientes, la base de la agilidad es la participación del usuario en el equipo, y debe ser una participación activa. Nuestr ]]></description><content:encoded><![CDATA[<div class="zpcontent-container blogpost-container "><div data-element-id="elm_V2sUzEKOQWyQYj6uLZioVQ" data-element-type="section" class="zpsection "><style type="text/css"></style><div class="zpcontainer-fluid zpcontainer"><div data-element-id="elm_B-gCyQBYQV2R6tiPdNWalw" data-element-type="row" class="zprow zprow-container zpalign-items- zpjustify-content- " data-equal-column=""><style type="text/css"></style><div data-element-id="elm_mne0OHG8R3KbUEs6LdWzbQ" data-element-type="column" class="zpelem-col zpcol-12 zpcol-md-12 zpcol-sm-12 zpalign-self- "><style type="text/css"></style><div data-element-id="elm_BrBX4OxCSPqFht-jQUKrcw" data-element-type="text" class="zpelement zpelem-text "><style> [data-element-id="elm_BrBX4OxCSPqFht-jQUKrcw"].zpelem-text { border-radius:1px; } </style><div class="zptext zptext-align-center " data-editor="true"><div><a href="http://blog.allsoft.com.mx/wp-content/uploads/2014/12/kanban1-e1434816099896.png"><img class="alignleft wp-image-144" src="http://blog.allsoft.com.mx/wp-content/uploads/2014/12/kanban1-150x150.png" alt="kanban1" width="151" height="151"></a>Como les decimos a nuestros clientes, la base de la agilidad es la participación del usuario en el equipo, y debe ser una participación activa. Nuestro equipo no debe decidir o pensar por él, ni en el mejor de los casos podemos ponernos en sus zapatos por mas buenas que sean nuestras ideas. Sabemos que tener al cliente es bastante complicado, aún y cuando, el será uno de los principales beneficiados del producto. La realidad es que no somos la única prioridad en su día, tiene una empresa, un departamento o un equipo que sacar adelante, con todos los retos que esto implica. ¿Qué hay si no podemos contar con el usuario?, ¿Cuáles son nuestras opciones? Para obtener los resultados que el cliente espera debemos de contar con alguien lo mas cercano o parecido a él, que tenga el conocimiento del negocio que necesitamos, la experiencia y el poder de decisión. ¿Por qué es importante? Razones hay muchas, entre ellas: La necesidad y los requerimientos están claros, los requerimientos son priorizados de acuerdo a las necesidades del negocio, nos puede resolver dudas en el día a día, no una semana después (comunicación cara a cara), nos mantenemos en el camino de desarrollar el producto correcto, participa en el progreso, en las reuniones y revisiones, es parte del equipo y comparte responsabilidad. Por mas experiencia que tenga nuestro equipo, que tenga las mejores ideas, las mejores intenciones, si no es nuestro producto, no podremos suplir el conocimiento y la necesidad real que tiene el cliente al querer desarrollar su producto. El tiene el conocimiento y la visión de hacia donde quiere llevar su negocio.</div></div>
</div></div></div></div></div></div> ]]></content:encoded><pubDate>Sat, 20 Jun 2015 18:03:42 -0500</pubDate></item></channel></rss>