<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Product Backlog by Gabriel Fernandes</title>
      <link>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5</link>
      <description>Trabalho Escolar</description>
      <language>en-us</language>
      <pubDate>2019-09-26 02:10:38 UTC</pubDate>
      <lastBuildDate>2019-09-30 18:48:55 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Criar ProductBackLog</title>
         <author>gabrielgondim5609</author>
         <link>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819413</link>
         <description><![CDATA[<div>Ao  visar a criação de um productBacklog é necessário ter a noção de que de primeira instância ele não precisa estar completo. Podemos ter uma visão inicial dele e a partir do avanço do projeto podemos ir completando conforme o necessário. <br><br>Para melhor estruturar o Product Backlog nós utilizamos as chamadas estórias que são itens do productbacklog que tem uma descrição detalhada dos requisitos de cada solicitação a ser implementada.<br><br>As estórias inclui :<br><br> ID que é uma identificação única que serve para não perdemos o controle sobre as estórias.<br><br>Nome que seria um nome curto e descritivo para a estória.<br><br>Importância que seria definir a importância dessa estória para o product owner em relação ao cliente.<br><br>Estimativa Inicial que seria uma estimativa de tempo para saber a quantidade de tempo para finalizar cada estória.<br><br>Como demonstrar que seria a criação de uma de uma descrição explicando como a estória seria demonstrada no final da sprint.<br><br>Notas que são informações, respostas, esclarecimentos a outras fontes de informação.<br> <br>Feito por: Gabriel Fernandes<br>Fonte: Sites<br><br>https://www.projectbuilder.com.br/blog/como-fazer-o-product-backlog/</div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-26 02:17:06 UTC</pubDate>
         <guid>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819413</guid>
      </item>
      <item>
         <title>Estimar ProductBacklog</title>
         <author>gabrielgondim5609</author>
         <link>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819472</link>
         <description><![CDATA[<div>A equipe (time desenvolvedor) é a responsável por fazer a estimativa do projeto.<br><br>A estimativa e a priorização devem ser feitas na Reunião de <strong>Planejamento da Release</strong>.<br><br><strong>Planejamento da Release:</strong> estabelece um plano e metas que a Equipe Scrum e o resto do time possam entender e comunicar.<br>Estima e prioriza o Product Backlog para a Release propriamente dita.<br><br><strong>Plano da Release:</strong> estabelece a meta da release, as maiores prioridades do Product Backlog, os principais riscos e características gerais da release. Ele estabelece uma data de entrega e custos prováveis que devem ser mantidos sem alterações.<br><br><strong>Técnicas de Estimativa:</strong><br>* Cone da Incerteza<br>*Estimativa por analogia<br>*Desagregação<br>*Triangulação<br><br><br><br>Feito por: Alexandre Bertozzi<br>Fonte: Sites<br>https://pt.slideshare.net/Ridlo/workshop-como-criar-estimar-priorizar-e-manter-o-product-backlog</div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-26 02:17:23 UTC</pubDate>
         <guid>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819472</guid>
      </item>
      <item>
         <title>Priorizar ProductBackLog</title>
         <author>gabrielgondim5609</author>
         <link>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819639</link>
         <description><![CDATA[<div>Normalmente, a equipe e o Product Owner escrevem e priorizam os itens iniciais do Product Backlog<strong>,</strong> sendo esses itens suficientes para que a equipe inicie a primeira iteração. O Product Backlog irá crescer e mudar à medida em que se aprende mais sobre o produto e sobre o cliente.<br><br></div><div> Alguns elementos podem influenciar na priorização do Product Backlog como: Prioridades do cliente; urgência em receber feedback; dificuldade de implementação relativa; relações entre itens de trabalho, por exemplo, o item B ficará mais fácil se o item A for feito primeiro.<br><br></div><div>Recomenda-se que a priorização do Product Backlog deve ser realizada por tema, já que priorizar por estória nem sempre é possível, pois poderá existir grau de dependências entre as estórias do usuário.</div><div><br>Existem três fatores de priorização: valor, custo e risco. Encontram-se diversas técnicas como a Noriaki Kano, Theme Screening, Theme Scorring, entre outras, que envolvem a estimativa do valor relativo de cada item do Product Backlog, de tal forma que os itens de alta prioridade devem fornecer a maior fração do valor total do produto à menor fração do custo total. </div><div><br>Noriaki Kano: Composta por entrevistas com os usuários e opiniões de especialistas, é usado para compreender as preferências dos clientes. <br><br></div><div>Theme Screening: Composta por opiniões de especialistas baseadas em comparações realizadas com um tema importante, é uma técnica poderosa e fácil de priorização que pode ser usada para priorizar os temas.</div><div><br>Theme Scoring: Baseado em comparações realizadas em um item de referência, também é uma fácil técnica de priorização.<br><br>Feito por: Bruna Cravo<br>Fontes: Sites<br><a href="https://www.culturaagil.com.br/product-backlog-o-que-e/"><br>https://www.culturaagil.com.br/product-backlog-o-que-e/</a></div><div><a href="https://pt.slideshare.net/Ridlo/workshop-como-criar-estimar-priorizar-e-manter-o-product-backlog">https://pt.slideshare.net/Ridlo/workshop-como-criar-estimar-priorizar-e-manter-o-product-backlog</a> </div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-26 02:18:03 UTC</pubDate>
         <guid>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819639</guid>
      </item>
      <item>
         <title>Historias Product Owner</title>
         <author>gabrielgondim5609</author>
         <link>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819711</link>
         <description><![CDATA[<div>O Product Owner (PO) é um membro do time com responsabilidades específicas, ele deve definir estórias e priorizar o backlog, além de ser o facilitador que deve garantir um trabalho bem feito de todos.<br> <br>As estórias são como blocos que juntos formam o backlog, que foi quebrado para facilitar o desenvolvimento do projeto. <br>As estórias podem ser escritas por qualquer membro do time, mas é de inteira responsabilidade do PO manter o processo de elaboração fluido. É ele que aceita as estórias como concluídas, logo após a validação de que essas tem os critérios necessários para implementação.<br><br> <strong>User Stories:</strong><br> <br>As chamadas histórias de usuários nada mais são que uma descrição sobre a utilização de um sistema. E essa história deve ser baseada na seguinte sentença:<br> <br> Como <strong>&lt;tipo de usuário&gt;</strong>, quero <strong>&lt;alguma meta&gt;</strong> para que eu possa <strong>&lt;algum motivo&gt;</strong>.<br> <br> Facilitando a comunicação entre o autor da história, que descreve suas necessidades e os objetivos que pretende alcançar, e o time de desenvolvimento, que propõe alternativas para a solução do problema.<br> <br> Nas histórias de usuário o Product Owner (PO) tem como principal tarefa assegurar o compreendimento da narrativa feita na user storie, de modo que o time de desenvolvimento entendam-as facilmente, agilizando o processo de solução. <br> <br>Feito por: Bruno Alves <br>Fontes: Sites <br> https://medium.com/produto-di%C3%A1rio/o-que-%C3%A9-uma-user-story-13d9ec681f7f<br> https://medium.com/produto-di%C3%A1rio/o-que-%C3%A9-um-product-owner-c44bb29a9f66<br><br></div>]]></description>
         <pubDate>2019-09-26 02:18:31 UTC</pubDate>
         <guid>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/389819711</guid>
      </item>
      <item>
         <title>O que é um Product Backlog</title>
         <author>arthurformiga74</author>
         <link>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/390804712</link>
         <description><![CDATA[<div> É uma lista priorizada, que tem breves descrições de todas as funcionalidades desejadas para o produto. Normalmente, a equipe e o Product Owner (dono do produto) escrevem e priorizam os itens iniciais do Product Backlog, que são suficientes para que a equipe inicie a primeira iteração. O Product Backlog irá crescer e mudar conforme se aprende mais sobre o produto e sobre o cliente.<br><br></div><div><strong>O que pode influenciar na priorização do Product Backlog?</strong></div><ul><li>As prioridades do cliente;</li><li>Urgência em receber feedback;</li><li>Dificuldade de implementação relativa;</li><li>Relações entre itens de trabalho, por exemplo, o item B ficará mais fácil se o item A for feito primeiro.</li></ul><div><br></div><div>O Product Backlog faz com que as equipes se tonem mais auto-organizaveis, porque enquanto houver capacidade, o trabalho pode ser pego e feito, seja continuamente através do kamban ou por iterações através do Scrum.<br><br></div><div><strong>Um Product Backlog pode conter diferentes tipos de itens, entre eles:</strong></div><ul><li>Características;</li><li>Funcionalidades;</li><li>Recursos;</li><li>Bugs;</li><li>Trabalhos técnicos;</li><li>Spikes.</li></ul><div><br>Feito por: Arthur Gomes Passos<br>Fontes:Sites<br>https://www.culturaagil.com.br/product-backlog-o-que-e/</div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-28 02:12:14 UTC</pubDate>
         <guid>https://padlet.com/gabrielgondim5609/ae1g07j8y5y5/wish/390804712</guid>
      </item>
   </channel>
</rss>
