"¡Paralelizá!". Como desarrolladores de software, ¿qué nos pasa cuando un cliente nos pide que paralelicemos nuestro trabajo? Si sos como yo, es probable que no guste la idea de que te digan como tenés que trabajar. De hecho, se supone que formás parte de un equipo ágil autodirigido que sabe muy bien como organizarse para lograr los objetivos del proyecto. ¿Por qué nos dicen esto? ¿Será un tema de confianza? ¿Creerán que inflamos las estimaciones para trabajar sin presiones? ¿Hay un esfuerzo que no le estamos mostrando?

Dejame darte dos consejos (y algunas técnicas) que pueden traerte claridad y, de yapa, mejorar mucho más tu relación con el cliente.

Quizá estés familiarizado con el concepto de Pair Programming, o tal vez sea una práctica que normalmente no hacés o no conocés bien. Capaz pensás que lo estás haciendo perfectamente. O quizá creas que no. Podría ser que creas que tu organización rechaza la idea de hacer pair programming por pensar que es perjudicial para el negocio.

Si tenés algunas dudas sobre el Pair Programming o hay cosas que no te cierren de la práctica (¡más ahora en cuarentena!) te invito a que reflexionemos juntos.

En este artículo vamos a estar detallando los puntos a considerar para tener un Sprint Retrospective efectivo.

El feedback es una de las herramientas más poderosas en la gestión de equipos y el desarrollo personal. Sin embargo, no todos los feedbacks son iguales. La forma en que se comunica puede determinar si se convertirá en una oportunidad de mejora o un detonante de conflicto. En este post, exploraremos tres técnicas efectivas para dar feedback: el modelo STAR, el modelo SBI, el enfoque del Juego de la Perfección, y el método Plus/Delta