Equipes de desenvolvimento scrum dedicados e cross-funcionalidade
membros da equipe de desenvolvimento são exclusivamente dedicado a um projeto de cada vez. Sem debatendo sua equipe de desenvolvimento. Você quer que eles sejam focados cada dia na meta do sprint atual. Se a gestão funcional escolhe os membros da equipe ou que alguém o faça, uma diversidade de habilidades é procurado para ser auto-encapsulada. O que leva ao próximo ponto - cross-funcionalidade.
As pessoas não necessariamente começar a ser cross-funcional-crescem a este estado. Comece com uma equipe de diversos talentos e depois organicamente construir essa equipe para ser individualmente cross-funcional. Idealmente você quer todos os desenvolvedores para ser capaz de fazer tudo. Isso nem sempre é possível, mas você, pelo menos, quero que cada desenvolvedor para ser capaz de fazer mais de uma coisa. Tornando-se c cruzada funcional é um processo.
Seja qual for o seu negócio ou organização, os fatos permanecem: As pessoas vão de férias, eles ficam doentes, eles assumem novos papéis e empregos. Um dia eles estão lá ao seu lado, e no próximo, eles poderiam estar em outro lugar. Em projetos tradicionais, quando um membro chave da equipe de desenvolvimento vai de férias, o projeto vai de férias. Você é forçado em atrasos a partir de espera para que a pessoa voltar, ou no caso de atrito, recrutamento e mobilização outro.
No scrum, você se esforça para cross-funcional em sua equipe de desenvolvimento. Desta forma, você eliminar esse ponto único de falha. Se membro da equipe um desenvolvimento vem para baixo com a gripe, alguém pode tomar o seu lugar e começar o trabalho feito. Alguns benefícios adicionais de cross-funcional são
Permite a entrada diversificada no desenvolvimento de soluções óptimas.
Permite que a capacidade de fazer o desenvolvimento par a garantir maior qualidade.
Uma das melhores maneiras de aumentar a sua habilidade principal é para aprender uma habilidade associativa, porque este processo expõe a outras formas de pensar sobre a sua habilidade primária.
Permite que as pessoas a trabalhar em várias coisas e mantém o interessante trabalho.
Existem várias maneiras de criar indivíduos multifuncionais de equipes multifuncionais:
Não use títulos. Incentivar um campo de jogo igual. Isso estimula desenvolvedores junior para chegar até a velocidade mais rápida, e as habilidades de nível sênior aumentar porque as pessoas seniores não quer ser superado por jovens talentos, com fome. A falta de títulos também enfatiza habilidades ao longo hierarquia fixa, incentivando assim o desenvolvimento de habilidades. estatuto informal ainda existe, mas agora ele é baseado em habilidades.
Video: Os Papéis do Scrum
Não usar a programação em pares. Comumente usado em práticas de desenvolvimento de software, como eXtreme Programming, programação em pares pode ser usado por uma equipe de desenvolvimento para desenvolver qualquer tipo de produto. Dois desenvolvedores trabalhar no mesmo pedaço de funcionalidade juntos. Desenvolvedor A é taticamente desenvolvimento (corte código, por exemplo), enquanto desenvolvedor B é livre para pensar estrategicamente sobre a funcionalidade (escalabilidade, extensibilidade, riscos, e assim por diante). Eles mudar esses papéis ao longo do dia. Porque esses desenvolvedores estão trabalhando tão bem juntos, eles podem rapidamente detectar erros.
Video: Fundamentos do Scrum: Formação de Equipes de Software
Não usar sombreamento. Novamente, dois desenvolvedores estão trabalhando em conjunto, mas, neste caso, apenas um faz o trabalho enquanto os outros relógios e aprende.
Sombreamento também aumenta a qualidade do produto. Lembre-se, visibilidade e desempenho estão correlacionados - aumentar a visibilidade e geralmente você vai aumentar o desempenho. O desenvolvedor que trabalha não quer tomar um atalho preguiçoso em frente à uma aprendizagem e a aprendizagem um vai fazer essas inteligentes “perguntas idiotas.” Explicando algo melhora o seu próprio conhecimento dele, e vocalizar algo usa uma parte diferente de seu cérebro e melhora o funcionamento. Finalmente, a propriedade é reforçada, se você está ensinando e explicando.
O efeito Hawthorne (ou efeito Observer) é baseada em estudos que mostram que os aumentos de produtividade de um trabalhador quando alguém está a observá-los. É nomeado após Hawthorne Works, uma empresa elétrica fora de Chicago, onde as primeiras experiências ocorreu.
pato de borracha resolução de problemas, ducking borracha, ou o teste de borracha duckie são todos os termos usados para descrever um fenômeno interessante frequentemente usado em engenharia de software. Os programadores são disse para explicar seu problema de codificação em voz alta e em detalhe a um pato de borracha. Na maioria das vezes, antes de o programador tem mesmo de terminar explicando-o, a resposta vem para eles.
O mesmo fenômeno pode ser visto quando um amigo vem até você com um problema. Apenas o processo de vocalizar a questão estimula uma parte diferente do cérebro de modo que as respostas podem desalojar-se e fluxo a jusante.
A estrutura organizacional das equipes de desenvolvimento Scrum ajuda a evitar gargalos em seu fluxo de trabalho. Através de cross-funcionalidade, a programação em pares, colocation, e acesso direto entre o fabricante de exigência e o desenvolvedor, linhas de comunicação são apagadas e diversidade em habilidades é expandido. Isso tudo leva a menos fichas no fluxo.