Vc é didático e direto. Melhor que já vi aqui no KZbin sobre o assunto!
@Mathias-ky6ol Жыл бұрын
Excelente conteúdo e didática excepcional! Muito obrigado! Vc poderia informar, por gentileza, quais referências bibliográficas foram utilizadas no vídeo?
@marcelodejesusneves5712 жыл бұрын
Excelente vídeo, uma aula muito objetiva. Mto obrigado por este serviço!!!🤜🏾🤛🏾
@minutoagil Жыл бұрын
Nós que agradecemos!
@wesleymarques48614 жыл бұрын
Caramba, parabens mano estou vendo este curso e pra mim vc tem o dom de ensinar . Parabens!!!!
@tatianacarvalho73862 жыл бұрын
Estou amando as aulas, obrigada por compartilhar os seus conhecimentos. Porém, estou com duas dúvidas: 1. Qual se trabalha com estimativa e capacidade de entrega de um produto, tipo uma cotação do cliente (só se dar seguimento após a autorização do cliente), o cliente é o PO ou a pessoa dentro da empresa que cliente solicitou a demanda? 2. Nos dias atuais, em empresa que são 100% virtuais, o scrum master mantém a equipe engajada, atualizada do andamento do projeto/sprint apenas pelas plataformas tipo Notion, slack ou você tem outra sugestão? - Comecei a estudar agora sobre o scrum para poder praticar onde trabalho e essas questões apareceram. Obrigada
@edneiamitiekashiwagi76402 жыл бұрын
Obrigada pelo conteúdo, muito bem explicado!
@isabellfernandes69632 жыл бұрын
Maravilhosa essa aula!! Obrigada por esse conhecimento!
@marcelomarcelo87412 жыл бұрын
Que série boa de scrum....! Maravilha 🙂 Tenho dúvidas em relação aos DOR e DOD. Quem são os responsáveis?! PO? o Time? Ou ambos? Por causa da negociação no planejamento da Sprint? O que o Scrum fala sobre isso? Excelente aula meu amigo. Sucesso.
@alexcoelho Жыл бұрын
Dor e DOD geralmente SM e PO podem definir e apresentar ao time dev
@theusmotiondesigner4 жыл бұрын
ótimo trabalhooo, tenho uma pergunta e se a equipe atingir a mete antes do prazo o que acontece?
@rafaelcambraia74613 жыл бұрын
Acho que vc se refere quando a sprint não acaba e as tarefas sim. Neste caso, outras tarefas podem ser encaixadas para essa ou essas pessoas do time. O mais importante disto é conversar com o time e ficar de olho na maturidade da equipe ao estimar as user story. Se isso está acontecendo é pq a equipe não está estimando direito. Uma coisa que ajuda, é quebrar as tasks em mais partes, assim a equipe fica mais assertiva.
@sonialemos27273 жыл бұрын
os testes? como podem ser feitos?
@lorenacastro25654 жыл бұрын
Otimo video, porem duvida sobre o Dor e DOD, tem como explicar de outra forma? com melhores definições dos itens?
@minutoagil4 жыл бұрын
Claro Alice estaremos lançando novos vídeos a partir da semana que vem um por dia, se inscreve no canal para receber estamos terminando de editar. Obrigado
@sonialemos27273 жыл бұрын
eu fiquei com duvida a respeito das duas definicoes.
@veronicacarneiro2773 жыл бұрын
Story e features são a mesma coisa?
@uaoj_3 жыл бұрын
Bom dia, uma feature é uma funcionalidade que será lançada para o cliente e pode conter múltiplas storys dentro dela. Por exemplo, pode ter sito planejada a feature "Calculadora na tela inicial do estoque" e ela englobou as story 1, 2 e 3 que tratavam de soma, subtração e divisão.
@uaoj_3 жыл бұрын
Em resumo a feature pode ser composta por 1 ou mais storys, e uma story pode conter uma ou mais tasks. Por exemplo: a story 1 foi refinada em 3 tasks. Com a conclusão das 3 tasks a story 1 estará concluída.
@izabel4266 Жыл бұрын
A definição de "story" nao ficou clara pra mim...
@alexcoelho Жыл бұрын
Como uma funcionalidade... exemplo, cadastrar um produto