Nos escriben:
“Hmm, pero dame un consejo.
Un caso real, tres desarrolladores, un desarrollador trabaja el 100% del tiempo de forma remota, el segundo desarrollador es el jefe / cofundador, el tercero es un poco increíble para el recién llegado.
Reuniones generales: una vez cada seis meses y más allá de las palabras, no funciona. La implementación de GIT para todos los desarrolladores no funciona, todos están inundados con el trabajo actual.
¿Hay alguna forma de mejorar la situación?
Tenemos un aniversario: 500 personas se suscribieron al blog de Yandex.Money. En honor a esto, lanzamos una sección experimental: tomamos una pregunta de uno de los lectores relacionada con la situación laboral y la transferimos cuidadosamente a colegas de Yandex.Money que conocen la vida. Algunas personas pensaron en el problema de hoy que estaba actuando y especialmente inventaron una situación tan extraña. Sorprendentemente, no.
Responsable Julia Maltseva, gerente de proyecto en Yandex.Money
Veo dos problemas El primero es el proceso no estructurado y la falta de acuerdos. El segundo es la percepción psicológica y emocional. Parece que el autor tiene muchas barreras de personalidad que "aprecia" con placer y continúa tirando de ellas. Por lo tanto, el acuerdo puede no ser implementado. ¿Por qué, si PMU es de todos modos y cualquier excusa es adecuada?
Para él, el problema es que el desarrollador está en un sitio remoto.
Para él, el problema es que el segundo desarrollador es tanto un subordinado como un empleador.
Para él, el problema es que el recién llegado es "increíble". Sospecho que detrás de esto, el autor oculta una falta de voluntad para ver que el principiante no está tirando o que sus habilidades aún están rezagadas con respecto a las tareas del producto. O el "asombroso" renunció al hecho de que el primer ministro deja de molestar si ve algún tipo de barrera emocional y continúa jugando estos juegos por un salario. Es decir, en una conversación con el primer ministro, a menudo no habla de negocios, no del trabajo realizado, sino de "qué tipo de desastre está ocurriendo aquí".
Probablemente ocurra un desastre, porque vea el punto 1: un proceso desordenado que molesta a todos y no le permite trabajar productivamente.
El tercer problema también se puede identificar: el autor debe dejar de justificarse. Esto no es un equipo no es muy, esta receta de PM no se encuentra.
¿Qué pasa si cambiar de profesión no es una opción?
Importante: se trata de la profesión y no del lugar específico de trabajo.
1. Procesos de construcción
Y recuerda que eres un equipo. Y para cualquier equipo, la unidad, la sincronización de esfuerzos y el conocimiento son importantes para que los esfuerzos de equipo sean más importantes que los personales.
Organizar sincronización
Programe una reunión diaria al mismo tiempo, que solo se puede omitir debido a una enfermedad, de vacaciones o durante el tiempo libre. Conocer a mi abuela en el aeropuerto, entregarle materiales de construcción y todo eso no es una buena razón. El desarrollador remoto participa por teléfono, el resto en vivo. Formato: una reunión de diez minutos en la que todos cuentan qué ha hecho, qué hará hoy y qué problemas tiene.
Organizar la unidad
Comience a planificar su desarrollo. De alguna manera Incluso si hay un relleno caótico de tareas y soporte para funciones de ejecución antiguas, y el camino hacia los chicos con preguntas "por qué no se abre la pestaña" crece para los chicos.
Comprenda el volumen de tal desarrollo impredecible y el resto del período de sprint / semana / informe ocupa importantes tareas comerciales. Divida las tareas de las grandes empresas en etapas y, después de haberse atascado en su sprint / semana / período de informe, formule un objetivo específico para cada etapa.
2. Construye trabajo con tus expectativas y emociones
Recordamos que somos profesionales y que nos contrataron para administrar el proceso, o que estamos sufriendo focas y nos vengamos en la calle.
Recopile comentarios anónimos y honestos, realice revisiones trimestrales y semestrales. Pregúnteles a todos qué les gusta de trabajar en una empresa, qué les gusta de trabajar en un equipo, qué les gusta de trabajar con usted personalmente. Y viceversa, lo que no me gusta de los tres puntos.
Asegúrese de dar su opinión en el formato "Veo que esto está sucediendo. Esto lleva a algo. Veo varias opciones para cambiar esto, pero estoy listo para aceptar sus ideas ". No se necesitan emociones, se necesitan hechos y soluciones.
También sugeriría organizar un segundo proceso de retroalimentación periódica, una retrospectiva. Implemente, si puede apretar el mando a distancia un día a la oficina o conectarse mediante video. La comunicación por video es un punto crítico, sin él será difícil ver que una persona participa, expresiones faciales, gestos, que a menudo hablan más que palabras.
3. Organiza tus cucarachas
Ejemplo
Con el agente remoto, el trabajo se organiza de modo que para cada día tenga una Definición específica de Hecho. Debe decir que lo hará para la próxima reunión y la próxima sincronización. Y si esto no sucedió, entonces debería explicar por qué. Necesitamos objetivos formales: "¿qué estará listo para esta tarea mañana?".
Con el chef, recordamos que para una tarea específica es un artista, no un chef. Él es un desarrollador, y lo requerimos como desarrollador.
Con un novato, recuerde que él también es un desarrollador y puede cometer errores, pero aún necesita tener cosas específicas que hacer. Debería traer resultados.
Lo mas importante
No hay necesidad de intentar interpretar a un celestial que decidirá todo. El autor está rodeado de personas inteligentes y talentosas. Es perfectamente normal darles el derecho de votar y tomar decisiones.
Por ejemplo, el líder dice: necesitamos reuniones diarias, explicar por qué y ofertas para comenzar a las 10.00. Si todos están de acuerdo, está bien. Si no, debes dejar pasar este momento. Los empleados tenían una tarea: elegir el tiempo para una reunión de 10 minutos. Permítales acordar un momento conveniente entre ellos.
En general, no hay ni puede haber ninguna bala de plata. Todo lo que he escrito es un largo camino por recorrer, y todavía hay la mitad que no es necesario. Por lo tanto, no hay consejos cortos, y algunos largos son demasiado largos.
Eso es todo Comparta sus situaciones en los comentarios: se lo informaremos a quienes ya tienen experiencia en estos asuntos y luego le responderemos en una publicación separada. Los participantes incluyen gerentes de proyecto, desarrolladores, evaluadores, editores, analistas y todos los demás. Y suscríbete, para no perderte nuevas respuestas.