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.