Uma boa maneira de compartilhar o conhecimento de uma nova tecnologia com os membros da equipe quando o tempo é curto?

5

Temos tido constantes mudanças de requisitos de ter que escolher qual biblioteca de renderização gráfica usar para o nosso projeto.

Em uma equipe de cerca de 10 membros, dois de nós estão explorando a nova biblioteca gráfica. O líder da equipe espera que nós aprendamos o que é necessário dentro de 2 dias e apresentá-lo ao resto da equipe ( quer que nós dois adicionemos valor às outras equipes, apresentando-as a elas para que não ser perdido ). Nós dissemos a ele que 2 dias é ridículo, então ele nos pediu para darmos a ele nosso plano. Nós já perdemos alguns meses explorando algumas outras bibliotecas gráficas, então o projeto está atrasado. Os outros membros da equipe estão desenvolvendo algoritmos que farão chamadas para a biblioteca gráfica. Eles terão que escrever algum código usando a biblioteca gráfica também.

Em tal situação, qual é uma boa maneira de compartilhar conhecimento?

  • Tenha sessões de brainstorming todos os dias por uma hora, onde eles nos dizem suas interfaces de algoritmo e lhes dizemos a biblioteca gráfica interfaces que eles podem usar?
  • Dê a eles uma breve visão geral do esqueleto de como suas interfaces se encaixaria com o nosso e deixá-los descobrir a biblioteca gráfica código por si mesmos?
  • Quaisquer outras maneiras?
por Nav 17.04.2012 / 10:43
fonte

2 respostas

6

Gaste os dois dias trabalhando com a nova biblioteca gráfica. Em seguida, trabalhe com um ou no máximo dois membros da equipe sênior para portar seus algoritmos para a nova biblioteca gráfica. Depois de duas semanas, apresente um seminário formal sobre o que você aprendeu do esforço de portabilidade para toda a equipe. Faça um wiki.

Aqui está o raciocínio:

Você precisa de pelo menos dois dias para descobrir sobre o que é a biblioteca e escrever "Hello World".

Você precisa começar a fazer um trabalho "real" depois de dois dias para satisfazer o líder da sua equipe e não perder tempo. Ele provavelmente precisa relatar isso na cadeia de comando, então seja simpático.

Você precisa iniciar o trabalho de integração com os membros seniores da equipe para que, se encontrar problemas, essas pessoas confiáveis possam explicar ao líder da equipe por que você está preso.

Você precisa de pelo menos duas semanas com os engenheiros seniores e seus algoritmos para concluir uma programação significativa, mas mais de duas semanas tornarão a gerência nervosa.

Após dois dias e duas semanas, você precisa realizar um seminário para os outros membros da equipe, para que eles possam começar e a gerência verá que o conhecimento está sendo difundido para toda a equipe e para que a equipe não seja muito longe. no caminho com código que pode exigir muitas mudanças para se adequar à nova API gráfica. A equipe pode então usar os exemplos no wiki que você desenvolveu com os dois membros seniores para iniciar seu próprio trabalho.

Não comece fazendo brainstorming - as coisas simplesmente sairão do controle e gerarão muito ruído. Não deixe os programadores descobrirem sozinhos depois de uma breve apresentação - alguns vão ficar presos e depois reclamar, e haverá muita aprendizagem duplicada acontecendo.

    
por 17.04.2012 / 12:04
fonte
0

Embora a tarefa não seja nada razoável - dois dias para aprender uma nova biblioteca ??? - A maneira mais rápida de transferir o conhecimento é criar modelos de código e exemplos que os outros programadores podem usar para tossir copiar e colar em suas implementações.

Algo como

// initialize graphic subsystem
MegaDraw.loadDriver(DriverManager.locateDriver(DRIVER_OPENGL2));
// create viewport
Viewport vp = MegaDraw.createViewport(1, null, FOOBAR_DEFAULT);

// draw a line
Point p1 = vp.createPoint(0,0);
Point p2 = vp.createPoint(10,10);
Line l = vp.drawLine(p1,p2);

Quando um programador sabe quais métodos chamar, é relativamente fácil consultar o guia de referência para os detalhes.

    
por 17.04.2012 / 12:28
fonte