[MÚSICA] Olá, bem-vindo ao curso de Princípios de Desenvolvimento Ágil de Software. Eu sou Clóvis Fernandes E na aula de hoje iremos apresentar quais são os benefícios que eu tenho ao quebrar uma User Store tarefas. Quebrar ou não quebrar uma User Store tarefas, eis a questão? Bom, é obrigatório quebrar a User Store tarefas? Existem grupos de desenvolvimentos. Que não trabalham com tarefas, eles trabalham com Scrum, muita coisa do XP mas não trabalham com tarefas, então, não é obrigatório, tá certo? Mas, nós acreditamos que você tem mais benefícios quebrando tarefas do que não quebrando, tá certo? Por isso nós sugerimos fortemente que você use essa técnica de quebrar as User Stores tasks, tarefas. Bom, de cara se você é time que não está muito acostumado a usar algo parecido com Scrum e XP, tá certo? Então é bastante apropriado que você comece a usar exatamente isso, quebrar as User Stores tarefa. Outra coisa que acontece, é que, ao quebrar sistematicamente cada User Stores tarefas, isso só ocorre na hora que você já reuniu as User Stores que você vai implementar num certo sprint, tá certo? Nessa hora você vai começar então a fazer as estimativas horas pra cada tarefa daquelas User Stores. Então você vai confirmar se os pontos de stores para aquelas Users Stores foram subestimados, tá certo? Você pode ter colocado menos pontos de stores pro que deveria, tá certo? Ou pelo contrário, você pode ter colocado mais pontos de Stores sendo que as tarefas você vai poder fazer menos tempo, tá certo? Então é importante nessa hora, você acaba tendo mais informação pra ter uma precisão maior na definição das dos pontos de Store pra cada User Store sendo implementado. Vamos supor que você não esteja usando o tarefas quebrando as User Stores tarefas, então você vai lá pega uma User Stores, você fala, eu vou desenvolver uma User Store, tá certo? Que que pode acontecer? Você tem que conhecer todos os tipos de tarefas de acordo com aquelas camadas que mostrei. Então, você tem que conhecer desde a interface codificação das regras de negócio e de persistência do banco de dados, tá certo? Você não conhece muito bem isso, pode ser que você demore mais tempo pode ser que você demore mais tempo do que colega que conheça melhor te ajudaria a desenvolver mas ele não sabe o que que você esta fazendo, tá certo? Isso não ta visível, agora quando a gente quebra tarefas, a gente coloca Agora quando a gente quebra tarefas a gente coloca lá na parede, tá certo? Todo mundo sabe quais são as tarefas, então, as tarefas são distribuídas todo mundo sabe quais são as tarefas, então as tarefas são distribuidas alguém que trabalha melhor com Interfaces, vai trabalhar com interfaces. Quem trabalha com regras de negócios na segunda camada, na segunda camada persistência, persistência. Tá certo? Formam-se pares pra que todos na programação pares pra que todos possam aprender uns dos outros e com isso o desenvolvimento pode fluir mais, tá certo? Ser muito melhor, por que essa colaboração pode fazer com que a produtividade melhore outra coisa que também, se você integra pessoas, desenvolvedores que são novatos ainda nesse desenvolvimento Scrum e XP, isso ajuda dividindo tarefas, isso ajuda no treinamento por que você vai treinando. Agora você só vai trabalhar na parte de regras de negócios agora você só vai trabalhar na parte de banco de dados, tá certo, então isso ajuda a treinar os novatos. Agora, pra mim, o mais importante é que ele ajuda a medir o progresso ou seja, imagine aquele time que não se usa tarefa. Então ele escolheu uma User Store. ele começa lá na minha lousa fala assim: progresso. E leva três dias e ele continua lá progresso começaria a aparecer que as tarefas estão sendo executadas e terminando né? Ou seja, fica visível o progresso, tá ou seja, então isso é muito importante por ânimo da equipe, pro ânimo do próprio product owner, tá certo? Porque ele tá vendo como as coisas estão caminhando, tá certo? Então pra ele é muito importante, então vai ajudar a medir esse progresso, tá certo? Pro desenvolvimento da das tarefas, ou o desenvolvimento das tarefas quanto mais próximo estiver de acabar aquelas tarefas quanto mais eu to terminando aquela User Store e assim fica visível, mas atenção! O problema é importante a gente precisa olhar aqui, tá certo? Não é porque eu posso quebrar também que eu vou também tentar quebrar ser completo e conseguir encontrar todas as tarefas pra uma dada User Store. Não, nós vamos ver que nós vamos ter tempo pra fazer esse planejamento né? De cada User Store que vai pra sprint e descobrir sua tarefa, e isso vai ser importante porque eu não vou tentar perder tempo adicional tentar encontrar a todos, porque não é necessário no Scrum e no XP, tá certo? Muitas dessas tarefas que eu tento ser completo vão ser ou tarefas muito pequenas ou tarefas que eu vou me deparar na hora que eu estiver desenvolvendo sprint. Ao ocorrer isso, eu vou encontrar essas novas tarefas naturalmente, tá certo? Então eu não preciso me preocupar ser completo anteriormente. Esqueci de fazer alguma coisa, nós temos a nossa definição de que, tá feito, tá pronto se eu não cumprir aquilo vai aparecer, esqueceu de fazer alguma coisa de alguma forma também. Então, com isso, nós mostramos pra você os benefícios de se quebrar as User Stores tarefas são maiores do que de não quebrar, tá certo? Embora existam grupos desenvolvimento que não usam tarefa. Obrigada. [MÚSICA]