Loucura é a incapacidade de ver as costuras conectando delírio e realidade. Stephen E. King
Tendo sido entrevistada no final do ano como gerente de projetos, encontrei muitas perguntas que podem parecer a última bobagem em nome de hr'ov e em nome de especialistas qualificados. Obviamente, cada empresa é estranha à sua maneira, mas o objetivo de algumas questões ainda é um mistério para mim.
Um gerente de projeto é um especialista que sempre deve estar em contexto. É impossível entender os objetivos de negócios e os antecedentes de sua implementação sem perguntas: por que? porque como Na entrevista, o objetivo do gerente é dar uma resposta clara à pergunta feita inserindo seu contexto. Portanto, eu sempre tento não prestar atenção ao “jogo” presente nas entrevistas e raciocinar mesmo nas perguntas mais aparentemente estúpidas.
Todos os gerentes estão cientes de que a entrevista é uma caminhada de uma hora sem pressa pelo campo minado. Essa afirmação é perfeitamente demonstrada pela bicicleta do antigo gerente: "A primeira empresa me perguntou o que eu faria se a equipe não tivesse tempo para o lançamento: eu perguntaria à equipe sobre horas extras ou eu mesmo escreveria o código? Respondi que me sentaria para escrever o código e eles me recusaram com motivação: "não é aceito conosco". A segunda empresa me fez a mesma pergunta, e eu respondi que pediria à equipe que fizesse horas extras, e a subsequente rejeição dessa empresa foi motivada pelo fato de que não. Na terceira empresa, eu novamente enfrentei essa pergunta infeliz, e a resposta foi a pergunta: como é habitual para você?
Portanto, especialmente para os leitores de Habr, escrevi as perguntas mais interessantes na minha opinião e decidi analisar as possíveis respostas para elas. As perguntas serão ilusórias e sensatas.
1) Você tem uma equipe scrum de desenvolvedores e testadores. Os desenvolvedores trabalham, avaliando tarefas em pontos históricos e testadores em horas. O testador foi encarregado de programar o botão, mas ele não sabe como usar os pontos do histórico. Como explicar a ele a metodologia para avaliar a tarefa que ele usará?Às vezes, o scrum chega ao ponto do absurdo. Ao responder a essa pergunta, vale ressaltar que, no scrum, as equipes são universais, mas em um sentido diferente da palavra. O contexto nesta questão como um todo não é muito importante. Você só precisa explicar ao funcionário como os pontos da história são considerados. Você precisa assumir as tarefas anteriores, anotá-las em um pedaço de papel e oferecer uma comparação com a escala de fibonacci, explicando-lhe o próprio conceito de argumento: a quantidade de trabalho * a complexidade * arrisca. Depois disso, o testador poderá comparar a tarefa de desenvolver o botão com as tarefas concluídas anteriores em termos de complexidade e, consequentemente, com o valor nos pontos do histórico.
2) O que devo fazer se um funcionário remoto perder desempenho?
A pergunta mais abstrata que você pode fazer. A cultura e os valores da empresa são os principais responsáveis pelo trabalho confortável do gerente remoto. Se uma empresa possui comunicação de alta qualidade, por exemplo, discussões conjuntas ativas de tarefas e problemas em um mensageiro conveniente permitem que um funcionário remoto sinta seu valor e sua entrada no trabalho de uma equipe e empresa, quando a comunicação é limitada a uma letra por dia de ida e volta, uma pessoa não se sente conectada aos colegas . Além disso, quando as tarefas simplesmente voam para o mestre e são lançadas para venda sem feedback e marcas sobre o sucesso de cada funcionário por meses, o funcionário começa a se sentir isolado da equipe, coloca suas forças e emoções em seu trabalho, mas não as recebe em resposta, Em conexão com isso, o esgotamento emocional começa mesmo sem exagerar o trabalho. Portanto, é necessário levantar a questão não por que o funcionário é ruim, mas o que diminui sua motivação para trabalhar em suas tarefas e depois resolvê-las.
3) Um funcionário se atrasa diariamente em uma reunião diária, o que devo fazer?“Ele não compartilha os valores da equipe e da empresa, por que precisamos de um funcionário assim?” - Depois que ouvi uma frase desse tipo e pensei: vale a pena manter uma pessoa que mora a 80 quilômetros do escritório, ela não lhe dá um controle remoto e, de manhã ele está constantemente atrasado para engarrafamentos às 9 da manhã?
Quando respondo, já quero dizer que você, como mestre de scrum ou gerente de projetos, tentou explicar duas vezes ao funcionário a importância das reuniões diárias para o movimento geral da equipe em direção à meta em um fluxo contínuo.
Os comícios, além das regras internas para conduta efetiva, também devem ter regras para sua nomeação para sua visita confortável:
- Descubra entre os participantes do rali um horário conveniente para todos, talvez alguém tenha um alto risco de se atrasar por 10 a 15 minutos, durante o qual o rali terminará, ou talvez os participantes no rali tenham fusos horários diferentes e alguém tenha seu tempo às 9:00, horário de Moscou, 5:00;
- Prepare um local para comícios, para que os membros da equipe não se afastem das reuniões nas quais precisam gritar para se ouvirem no meio do espaço aberto;
Todas as pessoas são diferentes - isso é um truísmo. Alguém é menos organizado, mais ainda, se todas as condições para uma participação confortável em um rali forem atendidas, mas um funcionário separado e um pouco organizado ainda não quiser chegar à reunião a tempo, então gatilhos não violentos podem ser introduzidos para aumentar a motivação desse funcionário, por exemplo:
- Dar um pouco de dopamina no início do rali, contando algumas conquistas da empresa ou departamento, parabenizando alguém pela conquista ou pelo feriado, pelas ótimas notícias do setor. Em dias aleatórios, você pode colocar um pequeno bolo sobre a mesa no início da reunião (e por que não?);
- Jogue o jogo "quem não teve tempo - ele estava atrasado". Quem está atrasado - que lidera a reunião observa as 2 reuniões a seguir, por exemplo. Isso permite que você leve uma sensação de malícia cômica ao início da reunião e confirme àqueles que chegaram a tempo que sua chegada pontual é o comportamento correto na equipe e na empresa.
- Talvez a principal coisa que você não deve recorrer é multas financeiras. De acordo com a legislação trabalhista da Federação Russa, você não pode fazer uma dedução do salário, e o componente motivacional, em regra, é baixo o suficiente para "bater" no bolso do funcionário e, portanto, motivá-lo.
4) Diferença entre cascata com onda livre e scrum?Trabalhando constantemente com metodologias, não é difícil responder a essa pergunta. Waterfall e Scrum são sobre processos. O método de onda livre é um método de planejamento. Portanto, temos uma pergunta complicada, na qual o método de ondas incidentes é uma condição desnecessária, e a pergunta é projetada para você entender claramente as metodologias de cascata e scrum. O Scrum é um modelo iterativo que permite que você leve um projeto para o trabalho até obter toda a quantidade de requisitos, durante os quais você pode alterar os requisitos do produto e o processo de iteração se repete. O Waterfall é uma indicação clara dos requisitos futuros do produto, e o desvio deles interrompe os processos. E você pode planejar pelo método da abordagem de ondas qualquer coisa. A propósito, quem quer que diga algo sobre a inércia da cascata, mas mesmo o PMBOK não proíbe o uso do Rolling Wave Planning com ela.
5) Em comícios de pé, vários de seus colegas não informam à equipe os sucessos trabalhistas de ontem, mas “informam” a você, o que devo fazer?Para responder à pergunta, você deve aplicar a situação a si mesmo se não cair nessa situação. Para resolver o problema, você pode mudar o foco da atenção. Se o seu colega falar ontem, basta olhar para os outros membros da equipe e seu colega, sem saber, mudará o foco dele para aquele que você está vendo. Além disso, cada reunião pode mudar sua localização entre colegas.
6) Suponha que o funcionário tenha um gerente + gerente de linha + mais 2 gerentes de outros projetos (o funcionário trabalha em vários projetos ao mesmo tempo) e dois ou três de seus gerentes definam tarefas urgentes únicas para ele, o que ele deve começar?
Uma pergunta da categoria de um problema matemático: "Vasya comprou 1000 bananas ...". Porque
Com essas hierarquias na empresa, as divergências entre o componente gerencial são inevitáveis, o desenvolvedor não deve entrar em situações desse tipo e entrar em desmontagem independente entre 10 gerentes, cuja tarefa é mais prioritária, pois existe um gerente de sua equipe ou gerente direto.
7) A diferença entre líder da equipe e líder da equipe?Obviamente, o líder técnico é o especialista técnico mais poderoso. Com um líder de equipe, é cada vez mais difícil assim que a posição de líder da equipe não é interpretada de empresa para empresa. Talvez essa seja uma das especialidades mais subjetivas em TI. Suponha que um desenvolvedor venha para uma entrevista e pergunte a ele: "O que você acha, o que a equipe líder está fazendo?" E o líder da equipe do desenvolvedor no trabalho anterior não apenas dirigiu a equipe e, nessas partes, era um especialista legal, mas também conseguiu servir a máquina de café e desenhar roteiros para o gerente de projeto. Quem não pergunta - todo mundo tem sua própria interpretação. A única resposta sólida que pode ser dada a essa pergunta é: "Mostre-me suas descrições de cargo para líder de equipe e líder de equipe, e vou lhe dizer qual é a diferença."
8) Como explicar aos desenvolvedores o valor dos pontos de construção?Quem diz alguma coisa, mas para os desenvolvedores, os principais valores dos pontos de construção são a facilidade de cálculo e a inclusão de riscos nessa avaliação, em oposição a uma avaliação horária. Ao avaliar com pontos de construção, o desenvolvedor não precisa assumir a obrigação de concluir a tarefa, por exemplo, em 2 horas, para que imediatamente após o término do tempo, eles comecem com a demanda pelo resultado. O tempo investido na avaliação para resolver problemas que possam surgir permite que você trabalhe de maneira confortável, sem estresse desnecessário e visitas constantes ao gerente com a necessidade de entregar a tarefa.
9) Como explicar o valor do scrum para os desenvolvedores?Como ex-desenvolvedor, posso escrever uma ode inteira para a abordagem Agile, incluindo a estrutura SCRUM, porque a vida dos membros da equipe se torna muito mais fácil, vamos dar alguns pontos:
- Uma presença rara excepcional de gerenciamento de diretiva e apenas em uma situação crítica. Ou seja, todas as tarefas são planejadas para o sprint à frente e, em teoria, ninguém pode alterá-las; na prática, força maior às vezes acontece, mas ninguém está seguro disso.
- Responsabilidade coletiva, a equipe de scrum não poderá mudar a responsabilidade pela qualidade do produto para um participante individual.
- O proprietário do produto prioriza apenas as tarefas na lista de pendências, mas não gerencia as tarefas da equipe no sentido clássico dessas palavras. A equipe, em colaboração com o proprietário do produto, decide por si mesma quais tarefas serão executadas no próximo sprint.
Você pode escrever muitos pontos sobre o valor do scram, se os pontos principais não convenceram o desenvolvedor de sua equipe, você pode recorrer à opinião de outros colegas sobre essa abordagem, por exemplo, um dos meus ex-colegas respondeu a essa pergunta:
“Nos comandos scrum, os processos são depurados. Você tem um plano de sprint e, como regra, não há push-ins de diretiva urgentes no formulário: "largue tudo, novas tarefas urgentes chegaram". A equipe monitora o tempo e o desenvolvimento se torna previsível, você pode planejar. Devido a isso, as tarefas atuais no sprint têm poucos bloqueios. Como desenvolvedor, quero que, quando assumo minha tarefa, tudo esteja pronto para isso: a parte de trás e o design são desenhados. Não há necessidade de correr e abalar os outros.
Se o valor do scrum ainda não for aceito, a leitura do Guia Scrum será o último recurso. E talvez sua equipe do Scrum tenha uma decisão ruim (pense bem).
Resumindo , quero dar uma recomendação aos gerentes de todas as especialidades sobre o comportamento durante a entrevista - tome qualquer "jogo" como um novo caso para análise, porque "jogo" geralmente aparece não apenas em assuntos, mas também na vida, e, com o tempo, será para você a frase relevante é: "Quem trabalhou com a pm não ri do circo".
PS Se você tiver alguma dúvida interessante sobre a pm, deixe-a nos comentários!