Las 3 fuerzas de la Transformación Digital (2da edición)

El 9 de abril de 2019, asistí al meetup "Las tres fuerzas de la Transformación Digital" organizado por En Estado Beta. El evento contó con la participación de destacados profesionales en las áreas clave de la transformación digital:

• Victoria Sampi, Head of Design en BBVA, representando la fuerza de UX (Experiencia de Usuario).
• Abner Ballardo, Head of Architecture en Interbank, abordando la Tecnología.
• Rufino Arribas Irazola, Gerente de Yape en BCP, enfocándose en el Negocio.

Cada ponente compartió experiencias y desafíos enfrentados en proyectos de transformación digital, resaltando la importancia de integrar estas tres fuerzas para lograr una implementación exitosa.

El meetup se llevó a cabo en WeWork Javier Prado, donde los asistentes disfrutamos de una sesión enriquecedora que incluyó networking, pizza, cerveza y la entrega de polos con el eslogan: "Te espero a la salida de tu zona de confort".

Los ponentes compartieron con nosotros sus experiencias vividas en el transcurso de la ejecución de proyectos de transformación digital, que fue muy interesante escucharlas 👍

Agradezco a En Estado Beta por la organización de este evento mensual que nos brinda la oportunidad de actualizarnos y compartir conocimientos en un ambiente colaborativo. ¡Nos vemos en el próximo meetup!

Flyer del Meetup:

 Invitada Sorpresa: Victoria Sampi - Head of Desing en BBVA 👍

Aqui les comparto un extracto del meetup: 

 

 

Que buen eslogan de los polos obsequiados en el meetup: "Te espero a la salida de tu zona de confort" 👍

Aprovecho para comentarles que En Estado Beta realiza Meetup una vez al mes en WeWork de Javier Prado y por un monto de 30 soles que incluye Pizza + cerveza + Polo (obsequio del meetup del 09 de Abril).


Gracias En Estado Beta  por la organización del Meetup. Nos vemos en el proximo evento! 👍

Consejos que un Scrum Master necesita

¿Quieres ser un Buen Scrum Master?

 

 

 Yo creo que sí. (Bueno, a menos que seas el Product Owner o en algún otro rol). En mi experiencia desempeñando el rol de Scrum Master y leyendo artículos, he recogido varios consejos. Donde escogí los mejores para compartirlos contigo:

 

Nunca comprometa al equipo con nada sin consultarles primero:

Como Scrum Master, no tenemos la autoridad para aceptar solicitudes de cambio (no importa si son pequeñas) en nombre del equipo. Incluso si está absolutamente seguro de que el equipo puede cumplir con una solicitud, diga: "Tengo que consultar esto con el equipo antes de que podamos decir que sí".
No comprometa al equipo con plazos, entregables o cualquier otra cosa sin hablar primero con los miembros del equipo. Es posible que no necesite hablar con todo el equipo; muchos equipos permitirán que algunos o todos los miembros digan: "Sí, podemos hacerlo" sin una reunión de todo el equipo. Pero sigue siendo su decisión, no la tuya.

 

Tener siempre presente que estás ahí para ayudar al equipo a verse bien:

Ser un buen Scrum Master no se trata de hacerte lucir bien. Te ves bien cuando el equipo se ve bien. Y se ven muy bien cuando hacen un gran trabajo.

 

Nada es permanente, así que experimente:
Parte de honrar los principios de agilidad es experimentar con su proceso. Anima al equipo a probar cosas nuevas.
¿A tu equipo le encantan los sprints de dos semanas y crees que funcionan perfectamente? Genial. Ahora pídales que prueben un sprint de una semana o de tres semanas y observen los resultados. Es posible que los experimentos no siempre sean acertados, pero son la mejor manera de asegurarse de que continúas descubriendo nuevas y mejores formas de trabajar.

 

Asegurar que los miembros del Equipo Scrum y los Stakeholders se vean como compañeros:
Los miembros del equipo y las partes interesadas del sector empresarial aportan una perspectiva importante a una iniciativa de desarrollo de productos. Como tal, cada uno debe ser valorado por igual.

Cuando cualquiera de las partes ve al otro como algo que debe tolerar, la organización sufre en su conjunto. El equipo Scrum debe comprender la perspectiva de las ideas que aportan los usuarios. Stakeholders deben respetar al equipo de desarrollo, incluida la escucha cuando los desarrolladores dicen que es imposible un plazo.

 

Proteja al Equipo Scrum, incluso de formas de las que pueda pensar

Quizás el consejo ágil que se da con más frecuencia es que un Scrum Master necesita proteger al equipo de un Product Owner o Stakeholders demasiado exigentes. Y ese es un buen consejo. A veces, los Product Owner simplemente piden resultados con demasiada frecuencia y agresividad. Esto obliga a los equipos a recortar Sprint, generalmente Sprint con mayor complejidad, regresan al Product Backlog. Un buen Scrum Master protege al equipo contra esto.

Lo que no se escucha a menudo es que un buen Scrum Master también debería proteger al equipo contra la conformidad. Los buenos equipos ágiles buscan constantemente mejorar. Otros equipos se acomodan, tal vez inconscientemente, por pensar que han mejorado lo suficiente. Es probable que sea mucho más rápidos y mejores que antes de haber oído hablar de agilidad. Pero incluso los mejores equipos a menudo pueden ser incluso mucho mejores.

Un buen Scrum Master protege al Equipo Scrum de la sensación de que no les queda nada por aprender.
 

Expulsa el fracaso de tu vocabulario

De vez en cuando, frecuente un equipo que se refiere a un sprint como un "sprint fallido". Por lo general, esto significa que el equipo no entregó todo lo que planearon. No considero que sea un fracaso, especialmente si el equipo concluyo la mayoría de los artículos planeados o si manejaron hábilmente una emergencia.

Un buen Scrum Masters ayuda a los equipos a mejorar sus pensamientos, para que reconozcan los sprints que no cumplen las expectativas como intentos en lugar de fracasos.
 

Elogiar a menudo pero siempre sinceramente

Nunca ofrezcas falsos elogios. Nadie quiere escuchar eso. Pero cuando los miembros de tu Equipo Scrum hagan un buen trabajo, avísales. Es probable que no lo escuchen con la suficiente frecuencia.

 

Anime al equipo a hacerse cargo de su trabajo

Un equipo que es nuevo Agilidad dependerá de su Scrum Master de manera significativa. Es posible que el equipo no sepa cómo mantener las Daily Standup (Reuniones diarias de Scrum) en menos de quince minutos. Lo mismo se puede entender de un equipo deportivo inexperto. El entrenador de niños pequeños que aprenden a jugar al fútbol debe enseñarles de todo. Contrasta el entrenador de los niños pequeños con el entrenador de un equipo de la Copa Mundial. En un equipo de la Copa del Mundo, los jugadores han aprendido qué hacer. Si el entrenador llega tarde a la práctica, los jugadores sabrán con qué ejercicios comenzar el entrenamiento del día. El equipo de la Copa Mundial nunca te diría que no necesitan un entrenador en absoluto.
No importa lo bueno que sea un Equipo Scrum, todavía creo que se benefician de tener un Scrum Master. Pero los buenos equipos ágiles asumen algunas de las tareas de coaching más sencillas como parte de sus propios viajes para dominar las habilidades necesarias en el desarrollo de productos.

 

Cállate y escucha

Algunos de los mejores entrenamientos o mentoring que harás será permanecer en silencio y dejar que el equipo descubra la respuesta.

Esto puede ser difícil. Cuando ves a tu equipo esforzándose por descubrir qué hacer, es natural querer saltar y ofrecerte consejos. Pero si resuelve problemas o incluso ofrece sugerencias con demasiada facilidad, los miembros del equipo aprenden a esperar que usted resuelva todos los problemas por ellos.

No quiero dar a entender que nunca se pueden ofrecer sugerencias. Eres una persona inteligente. Si no, no estarías en el rol en el que te encuentras. Pero parte de ser un buen Scrum Master es ayudar a los equipos a aprender cómo resolver problemas por sí mismos. Si resuelves cada problema que enfrentan los miembros del equipo, no tendrán la oportunidad de aprender por ellos mismos.

 

¿Qué falta en esta lista?

Estoy segura de que no estoy plasmando todos los consejos para ser un Buen Scrum Master. ¿Cuál es el mejor consejo de una oración que has recibido o dado como Scrum Master? Por favor, comparta con nosotros sus ideas en los comentarios a continuación. Gracias.

 

Fuente: https://www.mountaingoatsoftware.com/

Women's Day - Por más mujeres en tecnología

El 8 de marzo de 2019, en conmemoración del Día Internacional de la Mujer, se llevó a cabo el evento Women's Day - Por más mujeres en tecnología en la Universidad de Ciencias Aplicadas (UPC) en Lima, Perú. Este encuentro, organizado por y para mujeres, tuvo como objetivo principal empoderar a más mujeres en el sector tecnológico mediante charlas y talleres inspiradores que fomentaran su protagonismo en ámbitos profesionales y personales. 💪🌻

Comunidades Participantes:

Durante el evento, se destacaron diversas comunidades que trabajan activamente en la promoción de la inclusión femenina en tecnología, emprendimiento, agilidad y diseño. Algunas de ellas fueron:

• Agile Perú: Promueve la adopción de metodologías ágiles en el país.

• Peruvian Community of Cyber Women: Fomenta la participación de mujeres en ciberseguridad.

• Más Mujeres en UX: Busca incrementar la presencia femenina en el diseño de experiencias de usuario.

• WiT Perú: Impulsa la integración de mujeres en el ámbito tecnológico peruano.

Talleres y Temáticas Abordadas:

El evento ofreció una variedad de talleres centrados en:

• Tecnología: Actualización en herramientas y tendencias actuales.

• Agilidad: Implementación de metodologías ágiles en proyectos.

• UX (Experiencia de Usuario): Diseño centrado en el usuario y mejoras en la interacción.

• Emprendimiento: Fomento de iniciativas empresariales lideradas por mujeres.

• Desarrollo Personal: Técnicas para el crecimiento y empoderamiento individual.

Reflexión Final:

Participar en el Women's Day - Por más mujeres en tecnología fue una experiencia enriquecedora que evidenció el creciente interés y compromiso de las mujeres peruanas por integrarse y destacar en el sector tecnológico. Eventos como este son fundamentales para construir una comunidad más inclusiva y diversa, donde las mujeres puedan desarrollarse plenamente y aportar su visión única al mundo de la tecnología.

Para conocer más detalles y ver fotografías del evento, puedes visitar la entrada original en el blog:

 

 

💪🌻 Fue una experiencia muy grata participar en el evento, donde tuve la oportunidad de conocer más sobre varias comunidades de tecnología, emprendimiento, agilidad y diseño, en el que compartían a modo de charla su experiencia al trabajar en el sector tecnológico.
 

💪🌻 Menciono algunas comunidades:
 

·         Agile Perú www.agile-peru.net/

 

·         Peruvian Community of Cyber Women  https://pe.linkedin.com/company/pccyberw

 

 ·       Más mujeres en UX    www.masmujeresux.pe

 

·         WiT Perú www.witperu.org
  

💪🌻 De esta manera, el evento planteó temas en diversos talleres como: tecnología, agile, UX, emprendimiento, desarrollo personal  💪🌻

 

💪🌻 Fotos del evento del Women's Day - Por más mujeres en tecnología : 

#MasMujeresEnTec

💪🌻Me encantó 💪🌻

 

Fuente de información compartida en:  #másmujeresentec

Agile en dos minutos

"Agile en dos minutos gracias a Quint". Esta representación visual resume de manera concisa los principios fundamentales de la metodología ágil, facilitando su comprensión y aplicación en la gestión de proyectos.

Principios Clave de la Metodología Ágil:

• Individuos e interacciones sobre procesos y herramientas: Prioriza la comunicación y colaboración efectiva entre los miembros del equipo.

• Software funcionando sobre documentación extensiva: Enfócate en entregar productos funcionales que aporten valor al cliente.

• Colaboración con el cliente sobre negociación contractual: Involucra al cliente de manera continua para adaptarse a sus necesidades cambiantes.

• Respuesta ante el cambio sobre seguir un plan: Sé flexible y adaptable frente a nuevos desafíos y oportunidades.

Agradezco a Quint por la creación de esta infografía que, en solo dos minutos, proporciona una visión clara y efectiva de la filosofía ágil. Para aquellos interesados en profundizar en este enfoque, recomiendo explorar recursos adicionales y considerar su implementación en proyectos futuros.

#Agile en dos minutos gracias a Quint. #Infografía

Gestión del Alcance del Proyecto

Según plantea la PMBOK® Guide 5th, La Gestión del Alcance del Proyecto incluye los procesos necesarios para garantizar que el proyecto incluya todo el trabajo requerido y únicamente el trabajo para completar el proyecto con éxito. Gestionar el alcance del proyecto se enfoca primordialmente en definir y controlar qué se incluye y qué no se incluye en el proyecto.

Planificar la Gestión del Alcance: Consiste en crear un plan de gestión del alcance que documente cómo se va a definir, validar y controlar el alcance del proyecto.

Recopilar Requisitos: Consiste en determinar, documentar y gestionar las necesidades y los requisitos de los interesados para cumplir con los objetivos del proyecto.

Definir el Alcance: Consiste en desarrollar una descripción detallada del proyecto y del producto.

Crear la EDT/WBS: Consiste en subdividir los entregables y el trabajo del proyecto en componentes más pequeños y más fáciles de manejar.

Validar el Alcance: Consiste en formalizar la aceptación de los entregables del proyecto que se hayan completado.

Controlar el Alcance: Consiste en monitorear el estado del proyecto y de la línea base del alcance del producto, y de gestionar cambios a la línea base del alcance.  

Estos procesos interactúan entre sí y con procesos de otras Áreas de Conocimiento.

Taller de Gestión del alcance: Work Breakdown Structure - Pmi Universidad Del Pacífico SE

  Fuentes de información: PMBOK® 5th edición 

Gestión de la Integración del Proyecto

Según plantea la PMBOK® Guide 5th, La Gestión de la Integración del Proyecto contiene procesos y actividades para identificar, definir, combinar, unificar y coordinar los diversos procesos y actividades de dirección del proyecto dentro de los Grupos de Procesos de la Dirección de Proyectos.

El compromiso esencial del Director de Proyecto, es que el proyecto marche bien, manteniendo siempre un enfoque de conjunto de todas las partes del mismo. Es decir, gran parte de su trabajo es efectuar lo que se ha planteado en el Plan de Proyecto, de manera que si las cosas empiezan a quebrarse y desviarse de lo que estaba previsto o planificado, será el Director de Proyecto el comprometido de realizar las acciones correctivas y preventivas necesarias para volver a alinear el plan con los objetivos del Proyecto.

Por lo tanto el trabajo diario del Director de Proyecto, tiene una naturaleza integradora, consistente, entre otros, en entender el alcance del Proyecto, transmitir la información y comunicar a los interesados, realizar las actividades necesarias para producir los entregables y controlar y  medir el correcto avance del Proyecto.

La PMBOK® Guide 5th, identifica 6 procesos para llevar a cabo la Gestión de la Integración del Proyecto: 

 

1.       Desarrollar el Acta de Constitución del Proyecto: Consiste en desarrollar un documento que autoriza formalmente un Proyecto o una fase y documentar los requisitos iniciales que satisfacen las necesidades y expectativas de los interesados.

2.      Desarrollar el Plan para la Dirección del Proyecto: Consiste en documentar las acciones necesarias para definir, preparar, integrar y coordinar todos los planes subsidiarios.

3.      Dirigir y Gestionar la Ejecución del Proyecto: Consiste en ejecutar el trabajo definido en el Plan para la Dirección del Proyecto para cumplir con los objetivos del mismo.

4.      Monitorear y Controlar el Trabajo del Proyecto: Consiste en monitorear, revisar y regular el avance a fin de cumplir con los objetivos de desempeño definidos en el Plan para la Dirección del Proyecto.

5.      Realizar Control Integrado de Cambios: Consiste en revisar todas las solicitudes de cambio, y en aprobar y gestionar los cambios en los entregables, en los activos de los procesos de la organización, en los documentos del Proyecto y en el Plan para la Dirección del Proyecto.

6.      Cerrar el Proyecto o la Fase: Consiste en finalizar todas las actividades en todos los grupos de procesos de dirección de proyectos para completar formalmente el proyecto o una fase del mismo.

 

 

 

 

Fuentes de información: PMBOK® 5th edición 

DIRECTOR PROFESIONAL DE PROYECTOS Pablo Lledo

 

 

 

 

 

 

Proyectos y Planificación Estratégica

Según plantea la PMBOK® Guide 5^th, Los proyectos se utilizan a menudo como medio para alcanzar directa o indirectamente los objetivos recogidos en el plan estratégico de una organización. Por lo general, los proyectos se autorizan como resultado de una o más de las siguientes consideraciones estratégicas:

 

• Demanda del mercado (p.ej., una compañía automotriz que autoriza un proyecto para construir más automóviles de bajo consumo en respuesta a la escasez de combustible); 

• Oportunidad estratégica/necesidad del negocio (p.ej., un centro de formación que autoriza un proyecto de creación de un curso nuevo para aumentar sus ingresos); 

• Necesidad social (p.ej., una organización no gubernamental en un país en vías de desarrollo que autoriza un proyecto para dotar de sistemas de agua potable, baños y educación sanitaria a comunidades que padecen altos índices de enfermedades infecciosas); 

• Consideraciones ambientales (p.ej., una empresa pública que autoriza un proyecto para crear un nuevo servicio que consista en compartir automóviles eléctricos a fin de reducir la contaminación); 

• Solicitud de un cliente (p.ej., una empresa eléctrica que autoriza un proyecto para construir una nueva subestación a fin de abastecer un nuevo parque industrial);  

• Avance tecnológico (p.ej., una compañía de productos electrónicos que autoriza un proyecto nuevo para desarrollar un ordenador portátil más rápido, más económico y más pequeño sobre la base de los avances en materia de memorias y de tecnología electrónica); y

• Requisito legal (p.ej., un fabricante de productos químicos que autoriza un proyecto para establecer pautas para la correcta manipulación de un nuevo material tóxico). 

Las organizaciones gestionan los portafolios sobre la base de su plan estratégico. 

De esta manera, el plan estratégico de una organización se convierte en el principal factor que guía las inversiones en los proyectos. Paralelamente, los proyectos realimentan a los programas y portafolios mediante informes de estado, lecciones aprendidas y solicitudes de cambio que pueden ayudar a identificar posibles impactos sobre otros proyectos,programas o portafolios.  Las necesidades de los proyectos, incluidas las necesidades de recursos, se recopilan y se comunican nuevamente a nivel del portafolio, lo que a su vez orienta la planificación de la organización.

Croquis de las fases de un plan estratégico:

 



 

Fuentes de información: PMBOK® 5th edición  & Wikipedia