Estrategia ágil de gestión de equipos para pequeños proyectos [cerrado]

Me gustaría agradecer a StackExchange - Project Management group por brindarme todo el apoyo y la orientación para avanzar en mi carrera profesional. Ahora soy Project Manager y Junior web y desarrollador de software. Estoy trabajando como freelance durante aproximadamente un mes.

Actualmente estoy trabajando en un software y un sitio web. El proyecto es de naturaleza pequeña (para empezar), por lo que he elegido la metodología Agile. Desarrollo prototipos con mi socio y brindo una reunión de estado semanal al cliente (que también es analista).

Tengo conflictos con mi pareja porque es muy inmaduro e irresponsable. Además, sus habilidades de desarrollo son muy primitivas. La salida producida en realidad no me satisface en absoluto. Y no puedo presentar un prototipo que no cumpla con la calidad requerida.

Debido a eso, tengo problemas para administrar el proyecto. Rara vez obedece mis consejos. Además, durante el análisis y diseño de requisitos, no presta atención y confía completamente en mí. Espera que yo escriba el resumen por él.

Luego, cuando niego con una razón sólida que "¿Por qué no preguntaste al cliente cuando no entendiste/te lo perdiste?", comenta que estoy mostrando una actitud hacia el trabajo y que quiero adquirir el mayor porcentaje de participación.

Básicamente, el anexo del equipo se establece en función del esfuerzo de trabajo producido para resaltar la calidad del entregable. Él piensa que quiero más trabajo para obtener la mayor parte. He discutido este asunto con él que no es verdad, pero él no escucha.

Es muy difícil para mí manejar estos problemas. ¿Cómo le hago entender? Estoy muy molesto y harto de su comportamiento infantil. A veces tengo ganas de renunciar.

Hola Deepz. Suena como una situación difícil, pero creo que esta pregunta podría ser más adecuada para Workplace.stackexchange.com en lugar de PMSE.
Publiqué en el lugar de trabajo pero cerraron mi pregunta.
Esta es una pregunta muy localizada sobre tu conflicto con tu pareja. Creo que si eliminara todas las acusaciones y los insultos y restringiera la pregunta solo a los problemas relacionados con la gestión de proyectos, la pregunta podría salvarse.
Jeje, estaba escribiendo con furia... por eso... Pido disculpas por cualquier comportamiento irrelevante.

Respuestas (2)

Esto todavía parece una mejor opción para Workplace.stackexchange.com, pero con el fin de ayudarlo, creo que la respuesta es bastante simple: aprenda lo que pueda de esta experiencia y luego continúe. Probablemente no vayas a cambiar a esta persona solo a través de PM. Pero primero podría probar algunos de estos enfoques:

  • Si la persona con la que tiene problemas tiene un gerente de línea, es posible que deba hablar con ellos sobre el desempeño. Si su trabajo no es bueno, eso es un gran problema. Tal vez necesiten más capacitación o tal vez la empresa haya asumido un proyecto que simplemente no puede entregar con las habilidades que tiene actualmente disponibles.
  • Aclare lo que se espera de usted como PM con la gerencia. ¿Es su trabajo recopilar requisitos? ¿Está destinado a programar el trabajo de su colega? Debe tener claro dónde se encuentran las líneas de autoridad y responsabilidad.
  • Aclarar quién es responsable del control de calidad. ¿Eres tú quien no está contento con la calidad o es el cliente? Si es el cliente entonces eso es un gran problema. Si es solo usted, entonces aún puede impulsar mejoras en la calidad, pero solo si puede acordar quién es responsable de establecer los estándares.
  • Dedique algún tiempo a explicar los beneficios de Agile a su colega y otras partes interesadas internas. Si es un enfoque con el que no están familiarizados, entonces esto podría ser parte del problema. Si están más acostumbrados a un estilo de gestión de comando y control, el elemento de responsabilidad personal de Agile en realidad puede ser bastante intimidante.
Gracias por su respuesta. He aclarado todo en el anexo, eso incluye roles y responsabilidades. A partir de sus enfoques, me perdí la explicación de Agile y Establecimiento de estándares. Seguramente lo haré en la próxima reunión. Gracias una vez más.
No hay problema. ¡Buena suerte!

Recomendaría usar la metodología SCRUM con sprints pequeños (como 10 días hábiles) para que el propietario del producto revise el progreso del trabajo lo antes posible y madure el equipo con reuniones diarias.

Encuentre un analista de control de calidad para probar el producto antes de la retrospectiva del sprint y encuentre los errores y problemas causados ​​por su socio. También puede convertir a alguien, pero no a los desarrolladores involucrados, como analistas de control de calidad para su proyecto. Mida el tiempo para las pruebas y correcciones de errores antes del final del sprint. En la reunión de "lecciones aprendidas", en la parte retrospectiva del sprint, es importante recopilar actividades tangibles para ayudar a definir patrones y otras cosas para que los demás se preocupen por los resultados en el próximo sprint.

Aprende sobre "dialéctica" para saber cómo hablar con las personas problemáticas sin crear malos conflictos, te ayudará a entender sus problemas y empezar a ayudarlos con esos problemas de conducta. Necesitarás saber hacer preguntas para que tu pareja entienda que su comportamiento no es bueno, aunque sepas que no lo es, tendrás que hacérselo entender por sí mismo.

Gracias por su respuesta. Veré qué puedo hacer con Scrum. He investigado sobre la dialéctica, y parece que tengo que aplicarla cuando tengo una charla con mi colega. Gracias por tus consejos.
De nada. :)