Multidisciplinaridade - Desconstruindo especialistas e construindo times
Upcoming SlideShare
Loading in...5
×
 

Multidisciplinaridade - Desconstruindo especialistas e construindo times

on

  • 663 views

Quantas vezes não entramos em debates pelo melhor modelo a seguir profissionalmente! Ser especialista ou generalista? Como times que buscam melhoria continua devemos dosar o especialismo, expandindo ...

Quantas vezes não entramos em debates pelo melhor modelo a seguir profissionalmente! Ser especialista ou generalista? Como times que buscam melhoria continua devemos dosar o especialismo, expandindo nossas fronteiras generalistas dando novos pontos de vista em termos de qualidade e produtividade na entrega de valor para os clientes.

Statistics

Views

Total Views
663
Views on SlideShare
561
Embed Views
102

Actions

Likes
1
Downloads
4
Comments
0

4 Embeds 102

http://www.helmed.net 91
http://lanyrd.com 7
https://twitter.com 3
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Multidisciplinaridade - Desconstruindo especialistas e construindo times Multidisciplinaridade - Desconstruindo especialistas e construindo times Presentation Transcript

  • stru indo sco n &de stas espec ialiCONSTRUINDO TIMES @helmed
  • como assim? somos um time de especialistas!
  • sério, quem nunca quis ser o-------------------- Rangervermelho
  • ele era...O MAIS FORTE
  • era sempre o primeiro... QUANDO HAVIA PROBLEMAS
  • tinha muito jeito... COM AS MULHERES
  • DEFINITIVAMENTE ELE ERA O LIDER o cara!
  • POIS TODOS FAZIAM O MAIOR ESFORÇO PARA QUEDEFINITIVAMENTE ELE ERA O LIDER fosse
  • especialista vsgeneralista
  • especiali sta generalist +- a
  • •Ignora o conhecimento daquele alheio a área; •Negligencia boas práticas nos limites de sua área; •Maximiza gargalos na equipe;problemasESPECIALIZAÇÃO
  • (1) (2) (2) (1) DEV TESTE HOMOLOG PROD TODO DOING TODO DOING TODO DOING READY GMUD DONEjava java te OI fe java fe te R fe javate fe teproblemasESPECIALIZAÇÃO
  • metas & tarefas não permite compartilhamento não estimula o companheirismo não há co-criação de idéiasproblemasINDIVIDUALIZAÇÃO
  • aprendizagem não proporciona integração não proporciona agregaçãoproblemasINDIVIDUALIZAÇÃO
  • pessoas iguais pensam igual relações interpessoais existe pouco espaço para praticar o crescimento por divergênciaproblemasAMADURECIMENTO
  • formação fronteira igual s idêntic as técnico existe um olhar viciado sobre qualidadeproblemasAMADURECIMENTO
  • eu poderi a ter fei melhor! to ego indiscutivelmente você delegou... e não apoiou a aprendizagemproblemasAMADURECIMENTO
  • MAS QUEM NÃO SOFRE?
  • talvez o !generalistaMAS QUEM NÃO SOFRE?
  • realmente não vejo tudo isso em TIMESMULTIDISCIPLINARES
  • SOS ndo os PAS OS da E IRPRIM
  • Jurgen Appelo empoderamento dosando e aumentando o nível de confiançadelegando eCONFIANDO NO TIME
  • para os casos em que eu pudesse não { fazer agora tentar depois repetir no futurodelegando eCONFIANDO NO TIME
  • para os casos em que eu pudesse não { fazer agora dividir e delegar pe escaloname nto rmitedelegando eCONFIANDO NO TIME
  • para os casos em que eu pudesse não { tentar depois delegar é conhecimen compartilh to focando de valor ar a entregadelegando eCONFIANDO NO TIME
  • para os casos em que eu pudesse { o conhecim ento agreg outras áre ado de as permite não “out-of-th e-box” ideias repetir no futurodelegando eCONFIANDO NO TIME
  • Kent Beck pair programming ping-pong pair pair bug findingcompartilhando e APRENDENDO COM O TIME
  • desenvolvimento em camadas UED - User Experience Designer UESD - User Experience Software Developer UEQA - User Experience Quality Assurerdividindo e possibilitandoEVOLUÇÃO INCREMENRTAL
  • Hackthon maratonas de 24h para lançamento de hacks de sistemas 1. Definir e divulgar ideias 2.Escolher a ideia para implementar 3. Entregar o novo programa o quanto antes com qualidadequebrando o nariz VIVENDO AS DIFERENÇAS
  • não po de ser o obje tivo!“MULTI-ALGO”
  • tem qu e ser o obje tivo!“MELHORAR”
  • OBRIGADO! Hélio Medeiros @helmedeiros