É comum encontrar modelos de gestão baseados na cultura de comando-controle e grandes cadeias hierárquicas, nas quais os times possuem pouca ou nenhuma autonomia para tomar decisões. Esse tipo de cultura dificulta que os times consigam utilizar abordagens criativas e disruptivas para resolver e mitigar os problemas do cotidiano, o que gera, a médio prazo, frustração, conflitos e até mesmo perda de profissionais talentosos. Para evitar esse tipo de ambiente, realizamos algumas atividades de Team Building que, no curto prazo, trouxeram ganhos como melhorias no relacionamento interperssoal, ambientes extremamente criativos e com pouquíssimos conflitos. Explicaremos algumas premissas e ferramentas que utilizamos em nosso trabalho.
6. • Criar um time novo: tínhamos que começar a
produzir rápido
• Facilitar o trabalho de 3 times
• Pensar em um ambiente saudável e com
desempenho desde cedo
15. Martin e Fricker (2015)
1. Definição do escopo do problema
2. Entendimento do problema
3. Seleção dos stakeholders e dos membros do time
4. Team building
5. Aprendizado colaborativo
6. Feedback
7. Negociação e priorização
19. Very Small Enterprises
(O'Connor e Basri, 2012)
Processo é fortemente influenciado por:
requisitos dos clientes
iniciativas do time
mudanças tecnológicas
27. Percepção do clima do time influencia
Satisfação, que propicia
Clima amistoso, que estimula
Extroversão, que por sua vez cria
Percepção de clima seguro para ideias, resultando em
Qualidade do software produzido, independente do
processo
36. Benefícios
• Diminui a variabilidade de desempenho do time
• Incentiva a otimização contínua de processo
• Times tornam-se auto gerenciáveis
• Reduz retrabalho
• Diminui a probabilidade de insatisfação do cliente
51. Martin e Fricker (2015)
1. Definição do escopo do problema
2. Entendimento do problema
3. Seleção dos stakeholders e dos membros do time
4. Team building
5. Aprendizado colaborativo
6. Feedback
7. Negociação e priorização
52. Martin e Fricker (2015)
1. Definição do escopo do problema
2. Entendimento do problema
3. Seleção dos stakeholders e dos membros do time
4. Team building
5. Aprendizado colaborativo
6. Feedback
7. Negociação e priorização
54. Referências bibliográficas
• Glinz, Martin, and Samuel A. Fricker. "On shared understanding in software
engineering: an essay." Computer Science-Research and Development 30.3-4 (2015):
363-376.
•O'Connor, Rory, and Shuib Basri. "The effect of team dynamics on software
development process improvement." International Journal of Human Capital and
Information Technology Professionals 3.3 (2012): 13-26.
•Acuña, Silvia T., et al. "Are team personality and climate related to satisfaction and
software quality? Aggregating results from a twice replicated experiment."
Information and Software Technology 57 (2015): 141-156.
•Boughzala, Imed, and de Vreede, Gert-Jan “Evaluating Team Collaboration Quality: The
Development and Field Application of a Collaboration Maturity Model.”, Journal of
Management Information Systems (2015) 32:3, 129-157, DOI:
10.1080/07421222.2015.1095042
•Ryan, Sharon and O'Connor, Rory, “Acquiring and Sharing Tacit Knowledge in Software
Development Teams: An Empirical Study”, Information and Software Technology, Vol.
55, No. 9,pp. 1614 - 1624, 2013
•Appelo, Jurgen. “Management 3.0: leading Agile developers, developing Agile
leaders”. Pearson Education, 2011.
•http://blog.adaptworks.com.br/2013/10/teamgrowing-juntar-pessoas-para-atingir-
objetivos-nao-e-suficiente/
Notas do Editor
- De 1 time para 2 times que deveriam alcançar alta produtividade logo
(catalisar a produtividade do time)
- Facilitar o trabalho de 3 times, sendo que 1 deles tem 17 profissionais
(precisar de menos esforço para facilitar o trabalho dos times)
Não esperar ter problemas para somente depois iniciar o trabalho
(não esperar os problemas acontecerem)
-- Contexto no qual o team building está inserido --
Glinz, Martin, and Samuel A. Fricker. "On shared understanding in software engineering: an essay." Computer Science-Research and Development 30.3-4 (2015): 363-376.
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
-- Contexto no qual o team building está inserido --
Glinz, Martin, and Samuel A. Fricker. "On shared understanding in software engineering: an essay." Computer Science-Research and Development 30.3-4 (2015): 363-376.
Já sabíamos o porquê. Precisávamos saber quando pensar em Team Building. Será que queríamos aplicar a coisa certa no contexto errado?
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
the external environment such as macro management style; autonomous working style active feedback from peers and management and direct involvement
of management in software activities has also contributed to the formation of a conducive environment for the software development team in VSEs
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
-- Percepção de clima: efeitos das dinâmicas na evolução do processo em VSEs, segundo os profissionais –
O'Connor, Rory, and Shuib Basri. "The effect of team dynamics on software development process improvement." International Journal of Human Capital and Information Technology Professionals 3.3 (2012): 13-26.
[VSEs -> pequenos times]
Momento em que o time avalia e atualiza seus processos de desenvolvimento regularmente.
Os resultados mostram que estes processos são informais, indiretos, altamente reativo, e são dependents (ligados as necessidades dos clients, as iniciativas dos devs e mudanças de tecnologia.
O ambiente externo como macro gestão; Trabalho autónomo, feedback ativo dos colegas e de gestão e envolvimento direto da gestão em atividades de software também tem contribuído para a formação de um ambiente propício para a equipe de desenvolvimento de software nos pequenos times.
OEM: state that they regularly assess and update their development processes. In addition the findings show that these processes are informal,
indirect, highly reactive, and are dependent on/linked to customer requirements, developers’ initiatives and technology changes
the external environment such as macro management style; autonomous working style active feedback from peers and management and direct involvement
of management in software activities has also contributed to the formation of a conducive environment for the software development team in VSEs
-- Percepção de clima: efeitos das dinâmicas na evolução do processo em VSEs, segundo os profissionais –
O'Connor, Rory, and Shuib Basri. "The effect of team dynamics on software development process improvement." International Journal of Human Capital and Information Technology Professionals 3.3 (2012): 13-26.
[VSEs -> pequenos times]
Momento em que o time avalia e atualiza seus processos de desenvolvimento regularmente.
Os resultados mostram que estes processos são informais, indiretos, altamente reativo, e são dependents (ligados as necessidades dos clients, as iniciativas dos devs e mudanças de tecnologia.
O ambiente externo como macro gestão; Trabalho autónomo, feedback ativo dos colegas e de gestão e envolvimento direto da gestão em atividades de software também tem contribuído para a formação de um ambiente propício para a equipe de desenvolvimento de software nos pequenos times.
OEM: state that they regularly assess and update their development processes. In addition the findings show that these processes are informal,
indirect, highly reactive, and are dependent on/linked to customer requirements, developers’ initiatives and technology changes
the external environment such as macro management style; autonomous working style active feedback from peers and management and direct involvement
of management in software activities has also contributed to the formation of a conducive environment for the software development team in VSEs
-- Percepção de clima: efeitos das dinâmicas na evolução do processo em VSEs, segundo os profissionais –
O'Connor, Rory, and Shuib Basri. "The effect of team dynamics on software development process improvement." International Journal of Human Capital and Information Technology Professionals 3.3 (2012): 13-26.
[VSEs -> pequenos times]
Momento em que o time avalia e atualiza seus processos de desenvolvimento regularmente.
Os resultados mostram que estes processos são informais, indiretos, altamente reativo, e são dependents (ligados as necessidades dos clients, as iniciativas dos devs e mudanças de tecnologia.
O ambiente externo como macro gestão; Trabalho autónomo, feedback ativo dos colegas e de gestão e envolvimento direto da gestão em atividades de software também tem contribuído para a formação de um ambiente propício para a equipe de desenvolvimento de software nos pequenos times.
OEM: state that they regularly assess and update their development processes. In addition the findings show that these processes are informal,
indirect, highly reactive, and are dependent on/linked to customer requirements, developers’ initiatives and technology changes
the external environment such as macro management style; autonomous working style active feedback from peers and management and direct involvement
of management in software activities has also contributed to the formation of a conducive environment for the software development team in VSEs
-- Percepção de clima: efeitos das dinâmicas na evolução do processo em VSEs, segundo os profissionais –
O'Connor, Rory, and Shuib Basri. "The effect of team dynamics on software development process improvement." International Journal of Human Capital and Information Technology Professionals 3.3 (2012): 13-26.
[VSEs -> pequenos times]
Momento em que o time avalia e atualiza seus processos de desenvolvimento regularmente.
Os resultados mostram que estes processos são informais, indiretos, altamente reativo, e são dependents (ligados as necessidades dos clients, as iniciativas dos devs e mudanças de tecnologia.
O ambiente externo como macro gestão; Trabalho autónomo, feedback ativo dos colegas e de gestão e envolvimento direto da gestão em atividades de software também tem contribuído para a formação de um ambiente propício para a equipe de desenvolvimento de software nos pequenos times.
OEM: state that they regularly assess and update their development processes. In addition the findings show that these processes are informal,
indirect, highly reactive, and are dependent on/linked to customer requirements, developers’ initiatives and technology changes
the external environment such as macro management style; autonomous working style active feedback from peers and management and direct involvement
of management in software activities has also contributed to the formation of a conducive environment for the software development team in VSEs
-- Percepção de clima: efeitos das dinâmicas na evolução do processo em VSEs, segundo os profissionais –
O'Connor, Rory, and Shuib Basri. "The effect of team dynamics on software development process improvement." International Journal of Human Capital and Information Technology Professionals 3.3 (2012): 13-26.
[VSEs -> pequenos times]
Momento em que o time avalia e atualiza seus processos de desenvolvimento regularmente.
Os resultados mostram que estes processos são informais, indiretos, altamente reativo, e são dependents (ligados as necessidades dos clients, as iniciativas dos devs e mudanças de tecnologia.
O ambiente externo como macro gestão; Trabalho autónomo, feedback ativo dos colegas e de gestão e envolvimento direto da gestão em atividades de software também tem contribuído para a formação de um ambiente propício para a equipe de desenvolvimento de software nos pequenos times.
OEM: state that they regularly assess and update their development processes. In addition the findings show that these processes are informal,
indirect, highly reactive, and are dependent on/linked to customer requirements, developers’ initiatives and technology changes
the external environment such as macro management style; autonomous working style active feedback from peers and management and direct involvement
of management in software activities has also contributed to the formation of a conducive environment for the software development team in VSEs
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Desenvolvimento de software é um processo de conhecimento intensivo, onde o conhecimento é criado e compartilhado (conceitos, produtos, ferramentas, processos, pessoas, etc)
. Software development is a knowledge-driven industry, which relies on employees’ expert knowledge to create a finished product, where this expert knowledge
is mostly tacit [2]
Ad-hoc level:
sem gestão da informação;
baixa qualidade do produto desenvolvido;
excede budget e prazo;
sem estratégia clara;
dependência de heróis
falta de entendimento básico
Exploring level:
processos caracterizados, mas nem sempre seguidos ou entendidos; conhecimento é gerenciado em algum ponto;
produtos funcionam, mas ainda há inefetividade
time está ciente dos pontos fracos em termos da qualidade da colaboração
time trabalha junto para melhorar o cenário, mas ainda há muitos desafios de comunicação
Managing level:
processos caracterizados e compreendidos
informação e conhecimento gerenciados
estratégia clara [time sabe que o que está fazendo é importante]
Optimizing level:
processos continuamente melhorados
ótima gestão da informação e do conhecimento
(sinergia) -> Comunicação face-a-face [mesmo local físico, preferir conversar a enviar mensagem instantânea ou e-mail]
Consensual x hierárquica
Atendeu nossas necessidades e trouxe mais resultados que não tínhamos mapeado antes
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
-- Contexto no qual o team building está inserido --
Glinz, Martin, and Samuel A. Fricker. "On shared understanding in software engineering: an essay." Computer Science-Research and Development 30.3-4 (2015): 363-376.
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Políticas explícitas
Glossário comum
Formação da mente coletiva
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]
Práticas que habilitam o compartilhamento do conhecimento [e, portanto, a perseguição a objetivos e a resolução de problemas específicos]