Organização de equipes ágeis - Os papéis existentes em uma equipe

Prévia do material em texto

https://cursos.alura.com.br/course/organizando-equipes-ageis
Equipes no Modelo Waterfall X Modelo Ágil
· Modelo Waterfall: favorece os problemas de comunicação (o famoso telefone sem fio), com necessidade de muitos documentos e protocolos, muitos hand-offs entre os times e, com isso, a validação de tudo aquilo que foi construído durante o processo de desenvolvimento de um projeto só acontece no final.
· Há foco muito forte na especialização de pessoas.
· Quando temos um conjunto de vários grupos de pessoas separadas com conhecimentos de partes específicas, nosso projeto não é ágil. Trabalhar com micro equipes, que detém conhecimentos de partes isoladas de um produto ou projeto é uma característica de equipes que não são ágeis.
· Modelo ágil: todas as pessoas que participarão do desenvolvimento do projeto se juntam em todas as etapas desse processo, sendo apenas uma só equipe
· Ela possui foco em inspeção e adaptação do produto, transparência e eficiência.
· Todos os conhecimentos necessários para que o projeto evolua está contido dentro do time. Cada uma dessas pessoas e áreas vai ter um papel diferente do projeto 
· Existe uma multidisciplinaridade da equipe, uma mesma equipe inclui: vendedores, marketing, desenvolvedores, infraestrutura, RH, etc
Auto-organização 
· A auto-organização é justamente o oposto do comando e controle. Na auto-organização é definido um objetivo no qual todos da equipe participarão do desenvolvimento do projeto.
· Existem 3 elementos mínimos necessários para que um time possa ser auto organizável:
· Objetivos compartilhados: onde o time precisa ir;
· Timebox: tempo necessário para que a auto-organização funcione (prazo do projeto);
· Restrições: o que não deve ser feito no desenvolvimento do projeto, ou seja, quais os limites que ele possui
Tipos de Equipes Ágeis
As equipes ágeis são classificadas de acordo com a forma como elas se organizam:
1. Funcionalidade: gerar valor para o cliente
a. maximizar o valor na entrega de uma feature ao usuário, para uma melhor experiência possível. 
b. A equipe precisa ser multidisciplinar, já que ela precisa trabalhar em diversos pontos no código.
2. Componente: cria otimizações locais (apenas um elemento)
a. Um componente é usado em diversas funcionalidades, é preciso ter cuidado ao alterá-lo
b. Ao final do desenvolvimento da otimização, é preciso garantir que seja feita a correta sincronização componentes que foram alterados e os já existentes
3. Jornada do Cliente: foco em grupos de clientes de comportamentos ou necessidades similares
Scrum Team
Scrum team é um conjunto de pessoas que tem o objetivo de fazer produtos excepcionais, e para isso acontecer, é necessário 3 responsabilidades:
1. Negócio: responsabilidade em garantir que o produto a ser desenvolvido faça sentido para o mercado. Não adianta você produzir o melhor produto, se não tem cliente para ele.
2. Tecnológica: responsabilidade em garantir que o produto produzido esteja correto para aquele mercado em específico e público-alvo.
3. Eficiência: responsabilidade em garantir que o time opere com uma melhor qualidade possível.
Product Owner
· “Dono do produto” e a Eficácia: priorização de problemas e demandas
· Responsável pelo planejamento
· Precisa conversar frequentemente com as outras áreas que fazem parte da empresa, para entender quais são os pontos-chave que remetem a dor dos clientes, e conhecer a fundo o produto e mercado em que a empresa está inserida. 
· Entender o cliente para priorizar suas “dores” para conseguir encontrar maneiras de maximizar o valor que aquele produto gera para o negócio.
· No seu dia a dia, o PO terá que descrever o que precisa ser feito, e para isso, é necessário conversar com outras áreas para entender as necessidades e o que pode ou não ser feito. Além de priorizar o que precisa ser construído, muitas vezes o PO terá que dizer não para funcionalidades que agregam menos valor para o negócio/projeto naquele momento.
· Está mais preocupado com o produto e a maximização de seu valor para o negócio, do que com o projeto em si. Atua principalmente em 3 níveis:
· Estratégico: visão do produto e reuniões de dúvidas (presente)
· Tático: priorização e refinamento (futuro)
· Operacional: reuniões, relatórios e coleta de feedback (passado)
Development Team
· “Time de desenvolvimento” e a Qualidade: melhoria contínua do produto a ser criado
· É uma equipe que se auto-organiza, e auto-avalia
· Não existem títulos na equipe, todos são "membros" daquele time. Trabalham juntos, não existem “partes” do projeto delegadas a cada um.
· Responsável pela ação do projeto: construir, validar e integrar o incremento de um produto
· Uma equipe de desenvolvimento ágil é a responsável por executar o que foi definido, validando para garantir que está adequado. Transforma a ideia em algo palpável
· Apesar de muitas vezes uma equipe de desenvolvimento estar associada com programadores, não é sempre o caso. Agilidade pode ser usada em outros ambientes além da área de tecnologia.
· EXEMPLO: RH, fazendo um Sprint de um processo de contratação de vendedores. Nesse caso, a "equipe de desenvolvimento" tem como objetivo, por exemplo, construir as contratações, validando se elas estão adequadas e integrando as novas pessoas aos seus respectivos times.
· Um Development Team é composto por pessoas que podem ser:
· Especialista: alguém com profundidade de conhecimento em algum assunto;
· Generalista: pessoa que sabe um pouco de cada coisa, mas não tem nenhum conteúdo muito aprofundado;
· T-shaped: alguém com especialidade em algo, mas com um conhecimento generalizado em outras coisas;
Scrum Master
· Scrum Master e a Eficiência: fazer as coisas no tempo correto, é um agente de mudança (remoção de impedimentos, gerando melhor fluidez da equipe). 
· Explora novas alternativas pensando com os próprios conhecimentos que possui e colocando-os em prática.
· O Scrum Master é responsável por maximizar a eficiência do Scrum Team, promovendo e suportando o Scrum e ajudando a melhorar as interações existentes. Suas principais funções são:
· Líder Servidor: liderança que é disposta a servir, ajudar os membros da equipe a funcionar de maneira melhor e atingir o sucesso
· Treinador: faz boas perguntas que geram reflexões, levando as pessoas a chegar na sua própria solução
· Professor: repassa o conhecimento/experiências para a equipe, sabe ensinar
· Facilitador: organiza o trabalho
· Remove Impedimentos: tenta tirar barreiras do caminho do time, usa suas habilidades sociais de negociação (dentro da equipe e em prol dela)
· Agente de mudanças: tem o objetivo de melhorar a organização, não apenas o scrum team. 
· Expert em Scrum
Times Kanban
· Kanban é uma evolução de como organizar o trabalho de um Scrum Team, sem possuir alguns dos papéis obrigatórios de Scrum e com um foco grande em garantir a capacidade de trabalho.
· O método Kanban é constituído por tarefas e é dividido em 5 etapas: documentação, prototipação, codificação, teste e entrega. 
· Em cada uma das etapas são afixados post-its, que costumam conter uma breve explicação da tarefa (Trello usa o Kanban)
· Um determinado grupo de pessoas atuam em cada etapa, podendo ser uma, duas, ou até mais.
· Temos os papéis opcionais dentro da ferramenta Kanban que são:
· Service Delivery Manager: é a pessoa que garante que os itens não fiquem parados, tem papel de facilitador no fluxo de mudanças e melhorias.
· Service Request Manager: tem como papel principal fazer a ordenação e papel dos itens, qual item terá maior impacto e retorno de investimento.
· O Kanban tem a filosofia de “trabalhar com o que se tem”, não exigindo grandes mudanças iniciais para sua aplicação. É uma forma extremamente poderosa de visualizar e limitar o trabalho que está sendo feito por uma equipe. 
· São etapas do Kanban:
· Visualizar o Fluxo de Trabalho
· Limitar o Work in Progress (trabalho em andamento)
· As pessoas passam a transitar por todas as etapas do fluxo, não foncando em uma só: ajuda a formar multidisciplinaridade