Respostas Webinar Equipes de Alto Desempenho em Ambiente Scrum

A FIXE Consulting & Training e a Projetos e TI agradecem o seu interesse neste webinar

Informamos que por problemas técnicos não conseguimos, conforme foi informado durante o webinar, disponibilizar a gravação do evento. Pedimos desculpas por este acontecimento.

Temos disponíveis os slides da palestra, caso tenha interesse, através do link http://goo.gl/6o26s3.

As respostas as perguntas enviadas via chat estão aqui para consulta:

Ronaldo Amor Espin

Q: como distribuir uma Meta para Equipe sem que os membros percam suas responsabilidades?!

Após a sprint planning (reunião de planejamento com o PO-Cliente), o time se reúne e define quem vai fazer o que. E eles tem uma daily meeting (reunião diária) para acompanhar o progresso de cada tarefa e analisar se o responsável por ela fez ou não fez e os motivos. Portanto, o responsável existe, mas não é do modo tradicional sendo imposto ou definido pelo gerente, mas a equipe tem a autonomia de definir. E essa definição é uma informação interna do time. Para o cliente, o que importa é receber 100% do resultado combinado e o time será cobrado por isso. Daí dizemos que existe trabalho em equipe, pois mesmo tendo responsáveis individuais, mas todos são responsáveis por tudo no final, pois eles são cobrados por isso.

Javier Rivas

Q: As metas do grupo são essenciais para concluir o trabalho, porém como iriam funcionar as avaliações individuais?

No modelo de trabalho em equipe em ambientes Scrum, quem avalia se o integrante é produtivo ou não é o próprio time. Obviamente o Scrum Master observa tudo o que acontece e pode opinar em relação a isso. Mas a decisão final é do time. Em outras palavras, em times ágeis quem tem o poder de demitir alguém ou de cobrar melhores resultados é o próprio time. É uma mudança de paradigma que eu já passei e muitos gestores/líderes terão que passar mais cedo ou mais tarde.

Kleyton

Q:A framework SCRUM aplica-se somente a desenvolvimento de software?

Não. O framework Scrum pode ser aplicado para qualquer tipo de trabalho, desde que exista um Cliente, uma Equipe (Fornecedor) e um produto a ser entregue (uma meta). A base do Scrum é a Gestão, então você pode aplicar esse modelo para gerenciar qualquer tipo de trabalho e equipe. Eu tenho experiências reais em equipes que não são de software. Minha resposta se baseia nessa vivência e não na teoria.

Filipe Simões Ribeiro

Q: É possível aplicar o conceito do SCRUM em obras de engenharia?

É possível sim. A pergunta anterior já responde esta. É preciso fazer algumas adaptações sempre, mas isso faz parte do trabalho da liderança ou do consultor que estiver implementando o processo de gestão.

Nelson Ribeiro Araújo

Q: Scrum aplica-se a qualquer nível de maturidade de equipes?

Sim. Qualquer equipe pode usar Scrum, madura ou mais inexperiente. O fator decisivo em qualquer implantação é o papel do Scrum Master (Líder) que deve entender o estágio atual de maturidade do time e saber como conduzir (cada estágio exige uma postura diferente da liderança. Mais informações sobre isso pesquisar sobre os estágios da Liderança Situacional – tema de um próximo webinar, quem sabe).

Ronaldo Amor Espin

Q: qual a melhor forma de minimizar os problemas causados pela Fase 2: Conflito?

respondido no webinar. Nesse caso, a melhor forma é a liderança (Scrum Master) saber conduzir bem esse processo, mostrando que os conflitos que visam melhorar o trabalho e qualidade do produto e do processo são positivos, saber facilitar o processo de debate no time e garantir que os conflitos negativos sejam evitados. Conduzindo bem esse processo e deixando claro para as pessoas que as divergências são saudáveis, o processo se torna menos turbulento e problemático.

Pedro Botelho Cruz Junior

Q:Mas quando termina sua etapa de alto desempenho? Existe um novo estágio?

Na verdade o time varia muito de um estágio para outro. Se ele chegou no estágio máximo, é bem provável que ele continue nesse, ou mantendo o alto nível de performance alcançado, ou continuando evoluindo na sua performance mais e mais. O que pode acontecer é o time voltar para um outro estágio inferior em função de alguma mudança nos integrantes (turnover), alguma mudança no cliente, enfim. As variáveis externas influenciam diretamente o posicionamento do time em algum desses estágios.

Gustavo Gallo

Q: Em projetos de curto prazo, como é possível fazer a equipe passar por todas essas etapas, até chegar a ser uma equipe de alto desempenho? … Geralmente o prazo é curto, a equipe não é experiente, e com isso não consigo ter um alto desempenho.

respondido no webinar. A formação de um time de alto desempenho, desde a fase 1 até a fase 4 é um processo que demora de 6 meses a 1 ano (ou mais). Como é um processo que envolve uma forte mudança de cultura, de paradigmas (individual para o coletivo), é necessário um tempo maior para que os resultados sejam obtidos. Portando, a princípio, não seria possível num tempo curto chegar no estágio máximo de performance. Entretanto, isso não o impede de utilizar Scrum e garantir o trabalho em equipe e a gestão eficaz e eficiente para entregar os produtos no curto prazo. É importante frisar que o nosso objetivo é sempre entregar projetos e satisfazer o cliente, e não formar times. E entregar projetos é possível no curtíssimo prazo e com equipe inexperiente usando Scrum. Somente se toda a equipe for muito ruim. Nesse caso não existem milagres.

Fred Neumann

Q: Não entendi a velocity acima de 100%.

Inicio informando que esses casos são muito raros.

A meta 100% significa dizer que o time entrega tudo o que promete. Digamos que o sprint backlog tenha 10 tarefas a serem entregues no sprint, totalizando 50 pontos. Esse foi o acordo firmado entre o Time e o PO na planning. No final do sprint, o time observa que conseguiu concluir todo o trabalho antes do final do sprint e pede ao PO mais tarefas. Suponhamos que o time fez mais 2 tarefas totalizando 10 pontos. Quando o time entrega essa meta, significa dizer que eles entregaram 60 pontos (ao invés do 50 combinados). Dessa forma, o time entregou 120%. Espero que tenha ficado claro. Mas isso é raro acontecer.

Matheus

Q: Qual é o link da matéria da EXAME?

http://exame.abril.com.br/revista-voce-sa/edicoes/180/noticias/um-time-de-verdade

Wilson Paiva

Q: Democracia é ruim para equipe?

Sim. Quando eu tenho democracia, as decisões são tomadas pela maioria. Mas quem disse que a maioria está certa. Então, as decisões em equipe devem ser consensuais, ou seja, todas as opiniões devem ser colocadas na “mesa” e discutidas. Cada um tem que vender a sua ideia para os outros, mas aceitar quando houver uma ideia melhor. A liderança tem que mostrar que as ideias que estão na mesa não são mais de propriedade da pessoa, mas agora são propriedade do time (isso evita disputas pessoais e alguém querer que a sua ideia seja a melhor porque é a ideia dele). Feito o debate, o time decide pela melhor. Ao decidir, todos tem que entender que é daquela forma que deve agir, mesmo sem concordar. E se ainda não concordar, tem que continuar vendendo a ideia. Se não conseguir vender, tem que aceitar a ideia definida.

Adriane

Q: Como obter esse espírito de equipe em ambientes de trabalho virtual com equipes que estão em diversas localidades?

Em ambientes co-localizados, a recomendação é “rodar” os primeiros sprints no mesmo ambiente físico e depois separar. Atualmente a tecnologia tem ajudado a quebrar essas fronteiras da distância, mas ter essa integração inicial é fundamental. Formo equipes que fazem daily meeting via Skype e se comunicam durante a execução. Já tive equipes com Product Owner (Cliente) numa cidade distante e o Sprint Planning e Review era feito via teleconferência (ou videoconferência).

Alfredo Silva – TecTreinos

Q: é importante que todos aprendam a construir conhecimento e trabalho colaborativo.

Num ambiente de trabalho em equipe, quem não colaborar, quem não quiser compartilhar conhecimento ou aprender mais, ficará estagnado e a consequência é ser improdutivo. Naturalmente, o ambiente muda as pessoas para evoluir nesse aspecto. Mas se o ambiente não fizer essa mudança, os integrantes da equipe que se incomodarem vão buscar essa mudança naqueles que não estão agindo da forma adequada.

Kleyton

Q:A framework SCRUM aplica-se somente a desenvolvimento de software? É possível aplicá-la a equipe de suporte de software?

Não. É possível sim. Eu tenho clientes com equipes de atendimento rodando Scrum e “sprints diários” de avaliação realizado/planejado e com retrospectivas mensais. É possível adequar gestão para qualquer time. É importante que a liderança ou consultor faça as adequações do método a realidade da equipe (tempo de resposta, volume de demandas planejadas, volume de demandas imprevistas, etc). Todos esses fatores influenciam o método de gestão.

Rafael

Q: Estimativas por Pontos de Função são aplicáveis à equipes de alto desempenho?

Não tenho experiência usando pontos de função em times ágeis. Provavelmente terei um novo cliente que experimentarei isso. Quando tiver mais informações, irei compartilhar. Mas é importante frisar que story points (ou estimativa por pontos em agile) é diferente de ponto de função (function points). São coisas diferentes. Mas se eu tiver uma experiência de ponto de função em times ágeis, compartilharei os resultados.

Rafael

Q: Usar estimativa por pontos de função não seria tirar da equipe o poder de decisão?

Em ágil nunca tive uma experiência com um time em pontos de função (conforme relatei na resposta anterior). Mas a estimativa por pontos (story points) que usamos em ágil é definido pelo time. A estimativa é definida pelo time durante a planning (podendo ou não usar poker). Caso eu tenha alguma nova experiência com pontos de função e puder opinar sobre isso, compartilharei.

Comentários

comentarios

Coimbra, PMP on sabbehanceCoimbra, PMP on sabfacebookCoimbra, PMP on sablinkedinCoimbra, PMP on sabyoutube
Coimbra, PMP
Gerente de Projetos, PMO, CEO do portal Projetos e TI, Professor de Pós/MBA e apaixonado por gestão de projetos.

Coimbra, PMP

Gerente de Projetos, PMO, CEO do portal Projetos e TI, Professor de Pós/MBA e apaixonado por gestão de projetos.