La locura es la incapacidad de ver las costuras que conectan el delirio y la realidad. Stephen E. King
Después de haber sido entrevistado a fines de año como gerente de proyecto, me encontré con muchas preguntas que pueden parecer una tontería en nombre de hr'ov y de especialistas calificados. Por supuesto, cada compañía es extraña a su manera, pero el objetivo de algunos problemas sigue siendo un misterio para mí.
Un gerente de proyecto es un especialista que siempre debe estar en contexto. Es imposible comprender los objetivos comerciales y los antecedentes de su implementación sin preguntas: ¿por qué? porque como En la entrevista, el objetivo del gerente es dar una respuesta clara a la pregunta planteada al ingresar a su contexto. Por lo tanto, siempre trato de no prestar atención al "juego" que está presente en las entrevistas y razonar incluso sobre las preguntas más estúpidas.
Todos los gerentes son conscientes de que la entrevista es una caminata sin prisas de una hora por el campo minado. Esta declaración queda perfectamente demostrada por la bicicleta del antiguo gerente: "La primera compañía me preguntó qué haría si el equipo no tuviera tiempo para el lanzamiento: ¿le preguntaría al equipo sobre las horas extra o escribiría el código yo mismo? Respondí que me sentaría a escribir el código yo mismo, y me rechazaron con motivación: "no se acepta con nosotros". La segunda compañía me hizo la misma pregunta, y respondí que le pediría al equipo que hiciera horas extras, y el rechazo posterior de esta compañía fue motivado por el hecho de que no lo hicieron. En la tercera compañía, nuevamente enfrenté esta desafortunada pregunta, y la respuesta fue la pregunta: ¿cómo es habitual para usted?
Por lo tanto, especialmente para los lectores de Habr, escribí las preguntas más interesantes en mi opinión y decidí analizar las posibles respuestas a ellas. Las preguntas serán delirantes y sensatas.
1) Tienes un equipo scrum de desarrolladores y probadores. Los desarrolladores trabajan, evaluando tareas en puntos históricos y evaluadores en horas. El probador tuvo la tarea de programar el botón, pero no sabe cómo usar los puntos del historial. ¿Cómo explicarle la metodología para evaluar la tarea que utilizará?A veces el scrum llega al punto del absurdo. Al responder a esta pregunta, vale la pena señalar que en el scrum los equipos son universales, pero en un sentido diferente de la palabra. El contexto en este asunto en su conjunto no es muy importante. Solo necesita explicarle al empleado cómo se consideran los puntos de la historia. Debe tomar sus tareas anteriores, escribirlas en una hoja de papel y ofrecer compararlas con la escala de Fibonacci, explicándole el concepto mismo del punto de la historia: la cantidad de trabajo * complejidad * riesgos. Después de eso, el probador podrá comparar la tarea de desarrollar el botón con sus tareas completas anteriores en términos de complejidad y, en consecuencia, con el valor en los puntos del historial.
2) ¿Qué debo hacer si un empleado remoto ha perdido rendimiento?
La pregunta más abstracta que puedes hacer. La cultura y los valores de la compañía son los principales responsables del trabajo cómodo del control remoto. Si una empresa tiene una comunicación de alta calidad, por ejemplo, las discusiones activas conjuntas de tareas y problemas en un mensajero conveniente permiten a un empleado remoto sentir su valor y entrar en el trabajo de un equipo y una empresa, cuando la comunicación se limita a una carta por día de ida y vuelta, una persona no se siente conectada con sus colegas. . Además, cuando las tareas simplemente se van volando al maestro y se ponen a la venta sin comentarios y marcas en el éxito de cada empleado individual durante meses, el empleado comienza a sentirse aislado del equipo, pone su fuerza y emociones en su trabajo, pero no las recibe en respuesta, En relación con esto, el agotamiento emocional comienza incluso sin excederse en el trabajo. Por lo tanto, es necesario plantear la pregunta, no por qué el empleado es malo, sino qué disminuye su motivación para trabajar en sus tareas y luego resolverlas.
3) Un empleado llega tarde a diario a una reunión diaria, ¿qué debo hacer?"No comparte los valores del equipo y la empresa, ¿por qué necesitamos un empleado así?". Una vez que escuché esa frase de hr, y pensé, ¿realmente vale la pena mantener a una persona que vive a 80 kilómetros de la oficina, no le dan un control remoto y por la mañana? él llega constantemente tarde a los atascos a las 9 am?
Cuando respondo, ya quiero decir que usted, como maestro de scrum o gerente de proyecto, trató de explicar dos veces al empleado lo importante que son las reuniones diarias para el movimiento general del equipo hacia la meta en un flujo continuo.
Las reuniones, además de las reglas internas para una conducta efectiva, también deben tener reglas para su cita para su visita cómoda:
- Averigüe entre los participantes del rally un momento conveniente para todos, tal vez alguien tenga un alto riesgo de llegar tarde por 10-15 minutos, durante el cual finalizará el rally, o tal vez los participantes en el rally tengan diferentes zonas horarias y alguien tenga su tiempo a las 9:00 hora de Moscú 5am;
- Prepare un lugar para las manifestaciones para que los miembros del equipo no se separen de las reuniones en las que tienen que gritar para escucharse en medio del espacio abierto;
Todas las personas son diferentes, esto es un truismo. Alguien está menos organizado, un poco más, si se cumplen todas las condiciones para una asistencia cómoda a la reunión, pero un empleado separado y ligeramente organizado todavía no quiere llegar a la reunión a tiempo, entonces se pueden introducir disparadores no violentos para aumentar la motivación de dicho empleado, por ejemplo:
- Para dar un pequeño toque de dopamina al comienzo de la manifestación contando sobre algún logro de la empresa o departamento, felicitando a alguien por el logro o las vacaciones, sobre grandes noticias en la industria. En días aleatorios, puede poner un pequeño pastel sobre la mesa al comienzo de la reunión (¿y por qué no?);
- Juega el juego "quien no tuvo tiempo, llegó tarde". Quién llega tarde: eso lleva las notas de la reunión a las siguientes 2 reuniones, por ejemplo. Esto le permite traer una sensación de malicia cómica al comienzo de la reunión y confirmar a aquellos que llegaron a tiempo que su llegada puntual es el comportamiento correcto en el equipo y la compañía.
- Quizás lo principal a lo que no debe recurrir es a multas financieras. De acuerdo con la legislación laboral de la Federación de Rusia, no se puede hacer una deducción del salario, y el componente motivacional, como regla, es lo suficientemente bajo como para "golpear" el bolsillo del empleado y, por lo tanto, motivarlo.
4) ¿Diferencia entre cascada con onda libre y scrum?Trabajando constantemente con metodologías, no es difícil responder esta pregunta. Cascada y Scrum son sobre procesos. El método de onda libre es un método de planificación. Por lo tanto, recibimos una pregunta capciosa en la que el método de la onda incidente es una condición innecesaria, y la pregunta está diseñada para su comprensión clara de las metodologías de cascada y scrum. Scrum es un modelo iterativo que le permite llevar un proyecto a trabajar hasta que obtenga la cantidad total de requisitos, durante los cuales puede cambiar los requisitos del producto, y el proceso de iteración se repite. La cascada es una indicación clara de los requisitos futuros del producto, y la desviación de ellos interrumpe los procesos. Y puede planificar cualquier cosa con el método de aproximación de onda. Por cierto, quien dice algo sobre la inercia de la cascada, pero incluso PMBOK no prohíbe usar Rolling Wave Planning con ella.
5) En las manifestaciones de pie, varios de sus colegas no le cuentan al equipo los éxitos laborales de ayer, sino que le “informan”, ¿qué debo hacer?Para responder la pregunta, debe aplicar la situación a sí mismo si no cae en esa situación. Para resolver el problema, puede cambiar el foco de atención. Si su colega habla de ayer, solo mire a los otros miembros del equipo, y su colega inconscientemente cambiará su enfoque al que está viendo. Además, cada reunión puede cambiar su ubicación entre colegas.
6) Suponga que el empleado tiene un gerente + gerente de línea + 2 gerentes más de otros proyectos (el empleado trabaja en varios proyectos al mismo tiempo), y dos o tres de sus gerentes le asignan tareas urgentes únicas, ¿qué debe comenzar?
Una pregunta de la categoría de un problema matemático: "Vasya compró 1000 plátanos ...". Por qué
Con tales jerarquías en la empresa, los desacuerdos entre el componente gerencial son inevitables, el desarrollador no debe permitirse tales situaciones y entrar en un desensamblaje independiente entre 10 gerentes, cuya tarea es más prioritaria, para esto hay un gerente de su equipo o gerente directo.
7) ¿La diferencia entre líder del equipo y líder del equipo?Obviamente, el líder técnico es el especialista técnico más poderoso. Con un líder de equipo, es cada vez más difícil tan pronto como el puesto de líder de equipo no se interpreta de una compañía a otra. Quizás esta sea una de las especialidades más subjetivas en TI. Supongamos que un desarrollador viene a una entrevista y le preguntan: "¿Qué piensas, qué está haciendo el equipo principal?" Y el líder del equipo del desarrollador en el trabajo anterior no solo dirigió al equipo y en esas partes era un excelente especialista, sino que también logró servir la máquina de café y dibujar hojas de ruta para el gerente del proyecto. Quién no pregunta: cada uno tiene su propia interpretación. La única respuesta sólida que se puede dar a esta pregunta es: "Muéstrame las descripciones de tu trabajo para el líder del equipo y el líder del equipo, y te diré cuál es la diferencia".
8) ¿Cómo explicar a los desarrolladores el valor de construir puntos?Quien diga algo, pero para los desarrolladores, los valores principales de los puntos de construcción son la facilidad de cálculo y la inclusión de riesgos en esta evaluación, en oposición a una evaluación por hora. Al evaluar con puntos de construcción, el desarrollador no tiene que asumir la obligación de completar la tarea, por ejemplo, en 2 horas, de modo que inmediatamente después del vencimiento del tiempo comience a tirar con la demanda del resultado. El tiempo invertido en la evaluación para resolver los problemas que puedan surgir le permite trabajar de manera cómoda sin estrés innecesario y visitas constantes del gerente con el requisito de entregar la tarea.
9) ¿Cómo explicar el valor de scrum a los desarrolladores?Como desarrollador anterior, puedo escribir una oda completa al enfoque ágil, incluido el marco SCRUM, porque la vida de los miembros del equipo se vuelve mucho más fácil, tomemos algunos puntos:
- Una presencia excepcional excepcional de gestión directiva y solo en una situación crítica. Es decir, todas las tareas están planificadas para el sprint que se avecina, y en teoría nadie puede cambiarlas, en la práctica a veces ocurre fuerza mayor, pero nadie está a salvo de esto.
- Responsabilidad colectiva, el equipo scrum no podrá trasladar la responsabilidad de la calidad del producto a un participante individual.
- El propietario del producto solo prioriza las tareas en la cartera de pedidos, pero no gestiona las tareas del equipo en el sentido clásico de estas palabras. El equipo, en colaboración con el propietario del producto, decide por sí mismo qué tareas tomará el próximo sprint.
Puede escribir muchos puntos sobre el valor de la estafa, si los puntos principales no convencieron al desarrollador de su equipo, entonces puede recurrir a la opinión de otros colegas sobre este enfoque, por ejemplo, uno de mis antiguos colegas respondió a esta pregunta:
“En los comandos scrum, los procesos se depuran. Tiene un plan de sprint y, por regla general, no hay directivas urgentes de inserción del formulario: "deje todo, han llegado nuevas tareas urgentes". El equipo monitorea el tiempo y el desarrollo se vuelve predecible, usted puede planificarlo. Debido a esto, las tareas actuales en el sprint tienen pocos bloqueos. Como desarrollador, quiero que cuando asuma mi tarea, todo esté listo para ello: tanto la parte posterior como el diseño están dibujados. No hay necesidad de correr y sacudir a los demás ".
Si el valor de scrum aún no se acepta, entonces leer la Guía de Scrum será el último recurso. Y tal vez su equipo Scrum tenga una mala decisión (piénselo).
En resumen , quiero dar una recomendación a los gerentes de todas las especialidades sobre el comportamiento durante la entrevista: tome cualquier "juego" como un nuevo caso de análisis, porque el "juego" a menudo aparece no solo en los asuntos sino también en la vida, y luego con el tiempo será para usted la frase relevante es: "Quien trabajó con la tarde, no se ríe del circo".
PD: Si tiene alguna pregunta interesante sobre la tarde, ¡asegúrese de dejarla en los comentarios!