O documento discute como aumentar a resiliência dos times de desenvolvimento através da auto-organização, confiança mútua, melhoria contínua e pensamento sistêmico. Ele também apresenta exemplos de fraquezas como dependência de pessoas-chave e decisões centralizadas, e práticas para superá-las, como pair programming, workshops e ambientes de desenvolvimento automatizados.

1. Como aumentar a
resiliência do seu time
Sebastian Ferrari
sebas@taller.net.br
@sebas5384

2. Histórias
onde faltou
resiliência

3. “Precisamos do
arquiteto, só ele pode
nos ajudar com
esta decisão!”

4. “Fulano está de férias e
só ele sabe como
funciona isso, melhor
esperar ele voltar.”

5. “Fulana foi realocada
em outro projeto e ela
volta de aqui a duas
semanas.”

6. “O que está
acontecendo?
A qualidade vem caindo”
Cliente

7. “Nosso lead time
aumentou muito!
O que aconteceu ??!
Contratamos duas
pessoas. Ah, ok.”

8. “Fulana vai sair da
empresa !!!!!!
Só ela mexeu nesse
projeto!”

10. “Estou na dúvida, preciso
perguntar ao PO.”
dev

11. Dia 1
“Ele não pode agora.”
dev

12. Dia 2
“Ele vai passar o dia
em reunião.”
dev

13. Dia 3
“Opa! Esqueci de falar
com o PO hoje.”
dev

14. ...Dia 6
“Ah! O PO disse que não
precisa mais fazer, tem
outra prioridade.”
dev

15. Resiliência ?

16. - Habilidade de lidar com
problemas e adaptar-se à
imprevistos de maneira
positiva.

17. WAT? UAI?

18. Todos estamos a mercê
da complexidade.

19. Imprevistos ocorrem em
todas as empresas.

20. Inovação requer uma
alta adaptação às
mudanças.

21. Intelligence is the ability
to adapt to change.
- Stephen Hawking
“

22. The measure of
intelligence is the ability
to change.
- Albert Einstein
“

23. Pilares que
aumentaram nossa
resiliência

24. 1. Auto-organização e
decisões de maneira
descentralizada.

25. 2. Confiança e empatia.

26. 3. Melhoria constante
perante um objetivo
compartilhado (Kaizen).

27. mobiltec.com.br

28. 4. Feedback constante e
visualização dos
impactos bons e ruins.

29. 5. Pensamento sistêmico,
estamos juntos.

30. 6. Multidisciplinaridade e
skills coletivas.
Menos especialistas.

33. Fraquezas
vs.
Práticas

34. Impactos de pessoas
entrando e saindo
do time:

35. Pair
programming

36. Workshop
de histórias em done

37. Ambientes de
desenvolvimento
automatizados

38. Escrever post
no blog

39. Contratação
colaborativa

40. Testes
automatizados

41. Conhecimento
centralizado:

42. Workshop
de histórias em done

43. Crie desenhos
das arquiteturas

44. Base de
conhecimento
wikis, vídeos, posts, leituras sugeridas, etc…

45. Hackathons ou
Mob programming

46. Fluxo
unificado
vários projetos e clientes, mesmo time.

47. Tipos de Fila
Uma fila por
servidor
Severamente afetados pelo atraso

48. Tipos de Fila
Fila compartilhada
com múltiplos
servidores
Sistema opera mais
lentamente, mas não
para

49. Pull Request
revisado por mais
alguém do time
graças ao pair programming muitas vezes
não é necessário.

50. Decisões
centralizadas:

51. Workshop
de histórias em done

52. Crie desenhos
das arquiteturas

53. Pair
programming

54. Dê a chance para que
devs participem de
outras áreas
da empresa

55. Evitar o cargo de
arquiteto, envolva o
time em decisões
importantes

56. Gere um ambiente de
confiança e seguro
onde as pessoas
possam errar

57. Core-time para
aumentar
disponibilidade

58. Síndrome
do herói:

59. Auto-organização
para resolver
os problemas

60. Canal rápido de
comunicação para
pedir ajuda
Slack, Rocket Chat, Stride, IRC, etc...

61. Evite glorificação de:
magos, ninjas, samurais,
mestres, deuses ou heróis.
Mas, não deixe de
reconhecer o valor deles.

62. Feedback
constante,
síncrono ou assíncrono
Feedback canvas ou 360º, retrospectivas, etc...

63. Histórias
onde
aumentou a
resiliência

64. Fulano: Eu nunca mexi com Solr.
Fulana: Eu sim! Bora fazer pair!

65. O lead time está estável mesmo
com impacto de um
novo integrante no time.

66. O time se auto-organiza para
puxar as próximas histórias, as
expedites ou ajudar em aquelas
perto de serem entregues.

67. Não fui eu que fiz, mas vi como
foi feito no workshop de histórias
em done, posso tentar resolver.

68. Devs conseguiram negociar
escopo da história diretamente
com o cliente, sem depender do
PO, GP, etc...

69. Obrigado!
… perguntas?
Sebastian Ferrari
sebas@taller.net.br
@sebas5384
blog.taller.net.br