filmov
tv
Aprenda SCRUM em 11 minutos
Показать описание
💻 Conheça a Formação em Desenvolvimento Web 💻
🚀 Mergulhe nos nossos eBooks repletos de insights valiosos e junte-se à nossa comunidade no Discord, onde o aprendizado se torna uma experiência coletiva e inspiradora.
Muita gente pensa que a maior vantagem do scrum é você conseguir desenvolver um sistema de forma mais rápida, até por que o próprio nome já diz, é uma metodologia Ágil, certo?
Errado!!!!
Na verdade o Scrum te dá a habilidade de falhar rápido, aprender com o erro e corrigir o curso no caminho.
Antes de começar a falar sobre Scrum, vamos ao por que ele foi criado.
Em eras longínquas, o desenvolvimento de software era feito com espadas, fogo e suor. Era literalmente uma batalha épica algo ser desenvolvido da forma como foi solicitado. Esse longo, arcaico, burocrático e com muita muita documentação, era chamado de Waterfall. (Cascata). Link na Descrição.
Um framework, com princípios, métodos, valores e cerimônias para ajudar equipes a serem transparentes, orientadas a valor e a mudanças frequentes.
Indivíduos e interações estão acima de processos e ferramentas
Sistema rodando acima de toneladas de documentação
colaboração com o cliente acima da negociação do contrato
Estar preparado para mudança acima de seguir um plano
Para entregar algo assim, uma equipe multidisciplinar, com 3 papéis fundamentais também são necessários.
O product owner - Decide o que e por que, ele é conhecedor do negócio do software, e quem decide o que trás mais valor ao desenvolver isso ou aquilo,
O Scrum master - Foco em como trabalhar melhor, ele é responsável por ensinar Scrum e garantir que a metodologia é seguida, remover impedimentos e não ser um gestor de projetos.
A equipe de desenvolvedores - Responsável por como vai ser feito, quanto tempo vai levar, tem que ser um time multidisciplinar focado em todo o processo de desenvolvimento e entrega do software para clientes.
A equipe deve ser composta por Front Ends, Back Ends, DevOps, QAs, Arquitetos, UX e Designers. Enfim, todos os profissionais necessários para que o time como um todo consiga entregar um produto ou serviço sozinho com o mínimo possível de dependência externa lembrando também que para que funcione bem não pode ser uma equipe gigante, geralmente não mais que 9 pessoas.
O Scrum também traz alguns artefatos fundamentais que caracterizam a metodologia,
Quando um time é criado e todos se reúnem para desenvolver um sistema, eles precisam saber o que precisa ser feito. Essa lista de tarefas é o primeiro artefato do Scrum e se chama Product Backlog.
O segundo artefato é o Sprint backlog, onde a script é uma das cerimônias que nos vamos ver mais pra frente, mas imagine isso como uma lista de tarefas removidas do product backlog que deve ser desenvolvida dentro de um período de tempo
e o último artefato é o incremento, que nada mais é um pedacinho a mais do sistema que você entrega de tempo em tempo incrementando o software.
A primeira cerimônia é a sprint em si, que basicamente é um ciclo entre 1 a 4 semanas onde você tem como objetivo desenvolver alguns itens do product backlog e entregar um incremento no final desse ciclo e todas as outras cerimônias acontecem uma ou mais vezes dentro desse período.
dito isso, o Product Owner mostra ao time de desenvolvimento o que é prioridade para o negócio da empresa para ser desenvolvido no produto. Essa reunião para decidir o que realmente vai ser feito se chama Sprint Planning e acontece no dia 1 de cada sprint.
convenhamos, os clientes às vezes realmente não sabem o que querem “frase do Steve Jobs, não minha!”.
Quando o product owner e o time de desenvolvimento chegam em uma lista capaz de produzir um versão nova do produto na Sprint Planning, o resultado dessa reunião é sair com o segundo artefato que é o Sprint Backlog
Para que o time todo saiba o que todos estão trabalhando e ainda vão trabalhar, ou se alguém está travado em algo, foi criado a cerimônia de Daily Scrum. Uma reunião diária de no máximo 15min.
Passado semanas de desenvolvimento árduo, testes, vários bugs e muito StackOverflow, chegamos no último dia da Sprint e nela os desenvolvedor irão mostrar para o cliente uma demo das novas funcionalidades ou bugs resolvidos, pegar o aceite do cliente e entregar o incremento(terceiro artefato). Essa reunião se chama Sprint Review no Scrum.
Ainda podemos falar de Sprint Retrospective, onde o Time Scrum conversa sobre os problemas encontrados na Sprint e quais ações que eles pretendem realizar para não ocorrer novamente
🚀 Mergulhe nos nossos eBooks repletos de insights valiosos e junte-se à nossa comunidade no Discord, onde o aprendizado se torna uma experiência coletiva e inspiradora.
Muita gente pensa que a maior vantagem do scrum é você conseguir desenvolver um sistema de forma mais rápida, até por que o próprio nome já diz, é uma metodologia Ágil, certo?
Errado!!!!
Na verdade o Scrum te dá a habilidade de falhar rápido, aprender com o erro e corrigir o curso no caminho.
Antes de começar a falar sobre Scrum, vamos ao por que ele foi criado.
Em eras longínquas, o desenvolvimento de software era feito com espadas, fogo e suor. Era literalmente uma batalha épica algo ser desenvolvido da forma como foi solicitado. Esse longo, arcaico, burocrático e com muita muita documentação, era chamado de Waterfall. (Cascata). Link na Descrição.
Um framework, com princípios, métodos, valores e cerimônias para ajudar equipes a serem transparentes, orientadas a valor e a mudanças frequentes.
Indivíduos e interações estão acima de processos e ferramentas
Sistema rodando acima de toneladas de documentação
colaboração com o cliente acima da negociação do contrato
Estar preparado para mudança acima de seguir um plano
Para entregar algo assim, uma equipe multidisciplinar, com 3 papéis fundamentais também são necessários.
O product owner - Decide o que e por que, ele é conhecedor do negócio do software, e quem decide o que trás mais valor ao desenvolver isso ou aquilo,
O Scrum master - Foco em como trabalhar melhor, ele é responsável por ensinar Scrum e garantir que a metodologia é seguida, remover impedimentos e não ser um gestor de projetos.
A equipe de desenvolvedores - Responsável por como vai ser feito, quanto tempo vai levar, tem que ser um time multidisciplinar focado em todo o processo de desenvolvimento e entrega do software para clientes.
A equipe deve ser composta por Front Ends, Back Ends, DevOps, QAs, Arquitetos, UX e Designers. Enfim, todos os profissionais necessários para que o time como um todo consiga entregar um produto ou serviço sozinho com o mínimo possível de dependência externa lembrando também que para que funcione bem não pode ser uma equipe gigante, geralmente não mais que 9 pessoas.
O Scrum também traz alguns artefatos fundamentais que caracterizam a metodologia,
Quando um time é criado e todos se reúnem para desenvolver um sistema, eles precisam saber o que precisa ser feito. Essa lista de tarefas é o primeiro artefato do Scrum e se chama Product Backlog.
O segundo artefato é o Sprint backlog, onde a script é uma das cerimônias que nos vamos ver mais pra frente, mas imagine isso como uma lista de tarefas removidas do product backlog que deve ser desenvolvida dentro de um período de tempo
e o último artefato é o incremento, que nada mais é um pedacinho a mais do sistema que você entrega de tempo em tempo incrementando o software.
A primeira cerimônia é a sprint em si, que basicamente é um ciclo entre 1 a 4 semanas onde você tem como objetivo desenvolver alguns itens do product backlog e entregar um incremento no final desse ciclo e todas as outras cerimônias acontecem uma ou mais vezes dentro desse período.
dito isso, o Product Owner mostra ao time de desenvolvimento o que é prioridade para o negócio da empresa para ser desenvolvido no produto. Essa reunião para decidir o que realmente vai ser feito se chama Sprint Planning e acontece no dia 1 de cada sprint.
convenhamos, os clientes às vezes realmente não sabem o que querem “frase do Steve Jobs, não minha!”.
Quando o product owner e o time de desenvolvimento chegam em uma lista capaz de produzir um versão nova do produto na Sprint Planning, o resultado dessa reunião é sair com o segundo artefato que é o Sprint Backlog
Para que o time todo saiba o que todos estão trabalhando e ainda vão trabalhar, ou se alguém está travado em algo, foi criado a cerimônia de Daily Scrum. Uma reunião diária de no máximo 15min.
Passado semanas de desenvolvimento árduo, testes, vários bugs e muito StackOverflow, chegamos no último dia da Sprint e nela os desenvolvedor irão mostrar para o cliente uma demo das novas funcionalidades ou bugs resolvidos, pegar o aceite do cliente e entregar o incremento(terceiro artefato). Essa reunião se chama Sprint Review no Scrum.
Ainda podemos falar de Sprint Retrospective, onde o Time Scrum conversa sobre os problemas encontrados na Sprint e quais ações que eles pretendem realizar para não ocorrer novamente
Комментарии