Breve explicación de qué es un PO y lo que un equipo espera de él. Ser PO es una labor muy importante y muchas veces no se elige a la persona adecuada porque el rol no se comprende.
Planificaciones impuestas y presupuestos reducidos. Por mucho certificado PMI que se tenga de poco va a servir. Es fácil encagañarse al comienzo. Lo barato sale caro y las mentoras se pagan.
Antes de comenzar un proyecto de tecnología es importante determinar si se disponen de todos los medios, recursos y personas para poder acometerlo con éxito. De los contrario empezarán los problemas. @Francisco José Martín-Moreno Carnero
Guía para usar SMART goals en tu planificación de gestión de personasEnrique Besa
En esta guía explicamos las ventajas de aplicar la metodología S.M.A.R.T. a la gestión de Recursos Humanos.
Ofrecemos una lista de seis pasos para usar este modelo en la planificación de tareas con tu equipo.
Planificaciones impuestas y presupuestos reducidos. Por mucho certificado PMI que se tenga de poco va a servir. Es fácil encagañarse al comienzo. Lo barato sale caro y las mentoras se pagan.
Antes de comenzar un proyecto de tecnología es importante determinar si se disponen de todos los medios, recursos y personas para poder acometerlo con éxito. De los contrario empezarán los problemas. @Francisco José Martín-Moreno Carnero
Guía para usar SMART goals en tu planificación de gestión de personasEnrique Besa
En esta guía explicamos las ventajas de aplicar la metodología S.M.A.R.T. a la gestión de Recursos Humanos.
Ofrecemos una lista de seis pasos para usar este modelo en la planificación de tareas con tu equipo.
El project manager debe influenciar y persuadir a los stakeholders del proyecto para que las cosas se hagan, se consigan los medios y gestionar y alinear las prioridades. @Francisco José Martín-Moreno Carnero
Cada vez escuchamos y vemos con más frecuencia el término "agile" en diferentes contextos, generalmente asociando su uso a lograr resultados rápidos o realizar actividades llenas de post-its; sin embargo agile es mucho más que eso! Más que un conjunto de prácticas y herramientas, esta relacionado a una mentalidad (mindset).
"Mindset agile" hace referencia a algo nebuloso e intangible que describe un valor o comportamiento necesario para el éxito de una transformación, metodología, proceso o práctica ágil. Por lo tanto debemos hacer mayor énfasis en "SER AGILE" en lugar de "HACER AGILE".
En este Workshop compartimos una serie de actividades y dinámicas que nos permitirán conocer con más a detalle los Valores y Principios del "Manifiesto por el Desarrollo Ágil de Software", que serán nuestro punto de partida para el desarrollo de una mentalidad ágil como individuo, equipo u organización.
Influir y persuadir para que las cosas se hagan. Un factor clave en cualquier proyecto de tecnología...y en la vida. @Francisco José Martín-Moreno Carnero
"Quiero que seas mi partner tecnológico". Pregunta peliagudaJorge Galindo Cruces
Si eres desarrollador de software, hazte un momento las siguientes preguntas:
- ¿Cuantos de vosotros habéis participado de un desarrollo con algún amigo?
- ¿A cuantos de vosotros les ha llegado alguien diciendo que tenía una idea y quería hacerla realidad?
- ¿Cuantos tenéis una empresa?
Los desarrolladores, sin comerlo ni beberlo estamos totalmente On Fire en el mundo empresarial y he visto importante lanzar una charla en el Betabeers sobre puntos importantes a tomar en cuenta antes de empezar a desarrollar cualquier idea en equipo.
Los 5 pasos que Google Venture y Google Developers usa para crear un prototipo del ciclo de Design Thinking adaptado para crear una solución más rápida testeada.
Hacer entrevistas de trabajo es parte importante en la búsqueda de empleo. Estar preparado y tener una buena argumentación ya que cada entrevista significa una oportunidad de empleo.
Transformaciones guiadas por hipotesis y experimentosJohn Araque
Sin duda la dificultad no está en entender las prácticas o herramientas ágiles, o incluso el mindset ágil, sino en la gestión de cambio de implica su adopción; en esta presentación se explicará una propuesta que puede guiar tu estrategia de transformación organizacional.
El project manager debe influenciar y persuadir a los stakeholders del proyecto para que las cosas se hagan, se consigan los medios y gestionar y alinear las prioridades. @Francisco José Martín-Moreno Carnero
Cada vez escuchamos y vemos con más frecuencia el término "agile" en diferentes contextos, generalmente asociando su uso a lograr resultados rápidos o realizar actividades llenas de post-its; sin embargo agile es mucho más que eso! Más que un conjunto de prácticas y herramientas, esta relacionado a una mentalidad (mindset).
"Mindset agile" hace referencia a algo nebuloso e intangible que describe un valor o comportamiento necesario para el éxito de una transformación, metodología, proceso o práctica ágil. Por lo tanto debemos hacer mayor énfasis en "SER AGILE" en lugar de "HACER AGILE".
En este Workshop compartimos una serie de actividades y dinámicas que nos permitirán conocer con más a detalle los Valores y Principios del "Manifiesto por el Desarrollo Ágil de Software", que serán nuestro punto de partida para el desarrollo de una mentalidad ágil como individuo, equipo u organización.
Influir y persuadir para que las cosas se hagan. Un factor clave en cualquier proyecto de tecnología...y en la vida. @Francisco José Martín-Moreno Carnero
"Quiero que seas mi partner tecnológico". Pregunta peliagudaJorge Galindo Cruces
Si eres desarrollador de software, hazte un momento las siguientes preguntas:
- ¿Cuantos de vosotros habéis participado de un desarrollo con algún amigo?
- ¿A cuantos de vosotros les ha llegado alguien diciendo que tenía una idea y quería hacerla realidad?
- ¿Cuantos tenéis una empresa?
Los desarrolladores, sin comerlo ni beberlo estamos totalmente On Fire en el mundo empresarial y he visto importante lanzar una charla en el Betabeers sobre puntos importantes a tomar en cuenta antes de empezar a desarrollar cualquier idea en equipo.
Los 5 pasos que Google Venture y Google Developers usa para crear un prototipo del ciclo de Design Thinking adaptado para crear una solución más rápida testeada.
Hacer entrevistas de trabajo es parte importante en la búsqueda de empleo. Estar preparado y tener una buena argumentación ya que cada entrevista significa una oportunidad de empleo.
Transformaciones guiadas por hipotesis y experimentosJohn Araque
Sin duda la dificultad no está en entender las prácticas o herramientas ágiles, o incluso el mindset ágil, sino en la gestión de cambio de implica su adopción; en esta presentación se explicará una propuesta que puede guiar tu estrategia de transformación organizacional.
Revista Segunda Empregável contendo as ofertas de emprego das principais listas de tecnologia (Brasília e Região) e dicas para garantir uma boa empregabilidade
Walk This Way - An Introduction to DevOpsNathen Harvey
"DevOps" is a term that has become mainstream enough to be hated, misunderstood, misused, and abused. But what is "DevOps"? And, more importantly, why should I care?
Conferencia de Vanessa Amaya, Consultora e Instructora en la empresa “Consultoría Estratégica & Coaching” y como Coordinadora del Chapter DF de la Organización Epic Queen donde se promueve e involucra a las mujeres a asumir roles de liderazgo dentro de la tecnología.
Esta es la presentación de la MasterClass de Christian Rodríguez, el Fundador de ByHours, una plataforma de compra de horas de hotel. En ella explica cuáles son las principales operaciones en la gestión de una Startup.
Un project manager debe luchar por conseguir el personal adecuadoDaniel Piret
De todas las actividades de gestión que debe asumir el Project Manager, la adquisición del personal es sin duda la que marca la diferencia entre el éxito y el fracaso
One on One para conversaciones sinceras y efectivasjruizjimenez
Modelo de preguntas para incluir en una conversación One on One que permita conocerse, fijar expectativas, identificar fortalezas y debilidades, definir puntos de mejora y adquirir compromisos recíprocos.
¿Como ser Ágil cuando el trabajo NO se puede planear?Jorge H
Es común que muchos equipos que comienzan el camino del Agilismo desertan porque las prácticas definidas NO se ajustan perfectamente a sus procesos, generalmente porque existe trabajo que no se puede planear. Teniendo como base la experiencia de equipos de soporte de tecnología, que han evolucionado de la desmotivación y la incertidumbre a la seguridad de ser equipos de alto rendimiento, esta charla es la demostración de que la forma de ser ágil no está escrita en un manual paso a paso, sino que está en la formación de una manera de pensar que lleve a redefinir constantemente el camino hacia la excelencia, basado en el mejoramiento continuo y la innovación.
Mi daily meeting no funciona!! Aquí analizamos algunos problemas que suelen aparecer y cómo conseguir que mejoren. Proponemos algunas ideas que han funcionado el otros equipos.
Todo proyecto software está sujeto a 3 grandes verdades. No se puede luchar contra ellas, se debe convivir con ellas. En este artículo intento mostrar esas 3 verdades y algunas soluciones para que no afecten a tu proyecto.
2. ¿Quién es el Product Owner?
Representa al negocio! Es el experto del negocio.
¿Por qué estamos aquí? Comparte el problema
con el equipo.
Es el analista funcional: debe conocer detalle
funcional del proyecto.
Es el Jefe de Proyecto: no debemos confundir al
SM con el Jefe de Proyecto, si hacemos una
analogía con el mundo PMP realmente es el PO
el que hace esta labor.
3. Representa al negocio
No conozco tu negocio… explícamelo!
• El equipo de desarrollo es experto en Software, pero no saben del
negocio para el que trabajan.
• Un buen PO conseguirá que el equipo haga suyo el problema que el
proyecto intenta resolver.
Yo se de Software, confía en mi!
• Por otro lado, los expertos en software son el equipo, el PO debe
confiar en las soluciones aportadas por el equipo. Recordemos que el
equipo es dueño del Cómo se hace, colaborar entre equipo y PO será
clave para el éxito del proyecto.
• El equipo siempre propondrá soluciones (las mejores) e incluso
alternativas para que el PO elija.
• Un buen PO confía en su equipo y se apoya en él, imponer solo
consigue que el equipo no comparta el problema y por tanto acabe
dando peores resultados.
4. ¿Por qué estamos aquí?
La visión
• Es ideal trabajar con la visión
• La visión es más profunda que el proyecto, hay expectativas que con
la visión no se escaparán
Compartamos el problema!
• Todos somos equipo, juntos debemos llegar a solucionar el problema.
• Trabajar juntos en resolver el problema hará que hagamos equipo.
Nadie es mejor que nadie y todos jugamos nuestro papel y todos
debemos colaborar en la solución.
Problemas bidireccionales
• El equipo también tiene sus propios problemas. Un PO con empatía
ayudará mucho para que el ambiente de trabajo sea el idóneo.
5. Analista funcional
¿Analista?
• El PO debe centrar su preocupación en explicar al equipo de
desarrollo qué hay que hacer.
• Para poder hacerlo deberá reunirse con muchas personas de su
negocio para entender todos los detalles y trabajarlos.
• A veces tendrá que hacer presentaciones o conseguir validaciones
de los entregables que el equipo de desarrollo vaya completando.
Historias de Usuario
• En el mundo ágil se antepone la comunicación verbal por encima
de todo. Un PO debe sacar tiempo para explicar a su equipo la
próxima iteración.
• Si un PO puede escribir las US mejor, no todos lo hacen pero eso
ayuda mucho al éxito del proyecto y libera al SM para otras tareas.
6. Jefe de Proyecto
El SM es el Jefe de Proyecto
• Muchas personas consideran al Scrum Master como el Jefe de Proyecto.
Pero si pensamos en el mundo PMP un Scrum Master apenas realiza
tareas de un Jefe de Proyecto.
• No debe tener escala jerárquica, no funciona con autoridad, no impone,
propone. Su misión es velar porque la metodología funcione.
¿Quién es el Jefe de Proyecto?
• Si existe un Jefe de Proyecto es el Product Owner. Él controla tiempo,
coste y alcance. Debe gestionar las fechas y compartirlas con el equipo y
con los interesados, debe decidir que US entran y cuales no y debe
priorizar.
• Una de las tareas más importante es la gestión de interesados. Los
proyectos ágiles no conviven bien con fechas y las fechas gustan mucho
porque dan sensación de control. Un buen PO explicará a los interesados
el estado del proyecto y cómo se está priorizando, hay que quitar esa
presión al equipo de desarrollo.
7. Conclusiones
Un buen PO es aquel que dedica el máximo de
su tiempo al equipo.
Un buen PO será transparente con el equipo y
compartirá todos sus problemas para que lo
ayuden
Un buen PO se apoyará en su equipo y se dejará
aconsejar, escuchará y tomará decisiones.
Un buen PO gestionará a los interesados para
conseguir la información que necesita el equipo y
para evitar que la presión inunde el ambiente de
trabajo.
Cuanto más tiempo invierta un PO en el proyecto