<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Planejamento de Release by Marcus Paulo Oliveira</title>
      <link>https://padlet.com/marcusoliveiras/taylsavkqbmx</link>
      <description>Gestão de Projetos - Scrum</description>
      <language>en-us</language>
      <pubDate>2019-10-04 00:32:43 UTC</pubDate>
      <lastBuildDate>2025-10-10 23:24:57 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url>https://padlet.pics/1/image.webp?t=g_auto&amp;url=https%3A%2F%2Fpadlet.net%2Ficons%2Fpng%2F1f4ca.png</url>
      </image>
      <item>
         <title>2. Quem recebe a Release?</title>
         <author>marcusoliveiras</author>
         <link>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393344033</link>
         <description><![CDATA[<div>Ao receber uma Release, os clientes do projeto e demais partes interessadas têm visibilidade do estado atual do projeto, isto é, o que já está pronto e o que vislumbram que ainda há a ser feito em direção à Visão do Produto.<br><br>A estratégia de Releases do projeto é de inteira responsabilidade do <em>Product Owner</em>, que deve defini-la e, sempre que necessário, modificá-la.<br><br>Essa estratégia estabelece, por exemplo, quais dos objetivos entre os descritos acima cada Release busca alcançar, o que inclui a frequência das Releases e quem irá recebê-las.<br><br>A estratégia de Releases também garante que as Releases estejam alinhadas com a estratégia de negócios do produto e que sejam tecnicamente viáveis.</div><div><br><strong>Feito por: </strong>Luisa Caetano Araújo <br><strong>Referência: <br></strong><a href="https://www.gp4us.com.br/scrum-release-do-produto/">https://www.gp4us.com.br/scrum-release-do-produto/</a></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-10-04 00:39:04 UTC</pubDate>
         <guid>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393344033</guid>
      </item>
      <item>
         <title>5. Planejamento de Release</title>
         <author>marcusoliveiras</author>
         <link>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393344109</link>
         <description><![CDATA[<ul><li><strong>Finalidade do planejamento <br></strong>O planejamento da Release serve como parâmetro para que o time tenha uma visão do que deve ser feito, quais recursos serão implementados e quando serão concluídos os incrementos.<strong><br></strong><br></li><li><strong>Plano de Release<br></strong>Geralmente é elaborado pelas 3 entidades do Scrum, que são o Product Owner, o Time de Desenvolvimento e o Scrum Master. No plano é indicado o objetivo a ser alcançado pela Release e quando isso ocorrerá. O plano abrange 3 fatores  principais: <br>- Objetivo de negócios em relação à entrega.<br>- Meta em relação à visão do produto.<br>- Data exata ou aproximada de entrega.<br>Para uma entrega segura e dentro dos prazos estipulados, os itens são desenvolvidos baseando-se no grau de importância e seguindo técnicas de priorização e de estimativas.<br><br></li><li><strong>Agendamento e duração<br></strong>A primeira reunião de planejamento de Release acontece antes dos inícios dos Sprints, ou seja, antes do começo do desenvolvimento do produto. É interessante, nesse momento, esperar dois ou três Sprints para se obter mais conhecimento sobre a capacidade de produção o Dev Team. As demais reuniões ocorrem durante o último Sprint da Release anterior.<br>Não há duração estabelecida para as reuniões de Release, porém é interessante determinar um tempo máximo para as mesmas.</li></ul><div><br><strong>Feito por</strong>: Marcus Paulo Oliveira<br><strong>Referências</strong>:<br><a href="https://www.gp4us.com.br/scrum-release-do-produto/">https://www.gp4us.com.br/scrum-release-do-produto/</a><br><a href="https://www.infoq.com/br/news/2014/07/estimation-release-planning/">https://www.infoq.com/br/news/2014/07/estimation-release-planning/</a><br><a href="https://annelisegripp.com.br/release-planning/">https://annelisegripp.com.br/release-planning/</a></div>]]></description>
         <pubDate>2019-10-04 00:39:20 UTC</pubDate>
         <guid>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393344109</guid>
      </item>
      <item>
         <title>4. Classificação das releases em relação a frequência </title>
         <author>soffiati</author>
         <link>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393345049</link>
         <description><![CDATA[<div>As <em>releases</em> podem ser classificadas quanto a frequência com que são realizadas e quanto a quem irá recebê-las. No âmbito de classificação por frequência temos basicamente quatro classificações detalhadas a seguir:</div><ul><li><strong>Por valor</strong></li></ul><div>Acontece quando o <em>Product owner </em>considera haver um bom valor de negócio no que foi realizado até o momento, podendo assim ser oferecida uma <em>release. </em></div><ul><li><strong>Por Sprint</strong></li></ul><div> As <em>releases </em>são oferecidas ao final de cada Sprint, nesse modelo o feedback do usuário vem de forma rápida portanto alterações que melhorem o produto podem ser feitas com maior frequência.</div><ul><li><strong>Por item</strong></li></ul><div>Os itens são entregues durante a Sprint e avaliados pelo Product Owner como prontos para release ou não.</div><ul><li><strong>Por plano</strong></li></ul><div>Nesse caso é feito um planejamento para as <em>releases</em> feito normalmente em uma reunião específica para tal. Nessa reunião define-se o tempo que levará para ser oferecida a release, o que ela deve possuir, metas a serem alcançadas até a data da release. O progresso do projeto até a data da release deve ser observado durante as sprints, os gráficos de release burndown e burnup são  ferramentas utilizadas nesse acompanhamento em muitos dos casos. </div><div><br><strong>Feito por: </strong>Maria Eduarda Soffiati Alves<br><strong>Referências:<br>https://www.gp4us.com.br/scrum-release-do-produto/<br><br>https://annelisegripp.com.br/release-planning/<br><br></strong><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-10-04 00:44:00 UTC</pubDate>
         <guid>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393345049</guid>
      </item>
      <item>
         <title>3. Conceitos básicos das Releases</title>
         <author>mariaeduardaleal66</author>
         <link>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393747414</link>
         <description><![CDATA[<ul><li><strong>Objetivos: </strong>o objetivo de uma Release é entregar os incrementos do produto gerados para serem utilizados. Dessa forma, são definidas funcionalidades a serem entregues em uma data estipulada para que os usuários finais, intermediários ou selecionados do sistema testem o produto e deem um feedback de possíveis melhorias a serem feitas. Além disso, uma Release apresenta aos clientes do projeto e demais partes interessadas uma visibilidade do estado atual do projeto e mostra o retorno dos investimentos realizados por eles.<br><br></li><li><strong>Quando: </strong>as Releases são realizadas frequentemente, quando já se produziu o valor suficiente para ser utilizado. Sendo assim, a frequência de realização de uma Release pode ser definida por valor, por Sprint, por item ou por plano.<br><br></li><li><strong>Participantes: </strong>as partes participantes de uma Release são: o Time de Desenvolvimento e o Product Owner.<br><br></li><li><strong>Saídas: </strong>em uma Release deve ser entregue o produto utilizável e em funcionamento,  ou seja, as funcionalidades que foram estipuladas para aquela Release devem ser entregues e precisam ser funcionais para permitir aos usuários testá-las.</li></ul><div><br><strong>Feito por:</strong> Maria Eduarda Leal Silva<br><strong>Referências: </strong></div><ul><li>Rafael Sabbagh – Scrum – Gestão ágil para projetos de sucesso</li><li>http://blog.acelerato.com/agile/graficos-burndown-x-burnup/</li><li><strong>Scrum Product Owner (Published on Mar 28, 2010)</strong></li><li>http://www.slideshare.net/Ridlo/scrum-product-owner</li></ul><div><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-10-04 18:45:25 UTC</pubDate>
         <guid>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393747414</guid>
      </item>
      <item>
         <title>1. O que é a Release?</title>
         <author>carolinamayra2000</author>
         <link>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393810226</link>
         <description><![CDATA[<div>Scrum Release do Produto é a entrega de um ou mais incrementos do produto prontos, gerados pelo Time de Desenvolvimento em um ou mais <em>Sprints</em> sucessivos, para que sejam utilizados.<br><br></div><div>Projetos com Scrum realizam Releases frequentes, com intervalos máximos de alguns poucos <em>Sprints</em> entre elas.<br><br>A realização de Releases ao longo do projeto tem três objetivos principais: obter <em>feedback</em> frequentemente, prover retorno ao investimento dos clientes e dar um senso de progresso a eles. <br><br><strong>Feito por</strong>: Mayra Carolina Arantes<br><strong>Referência:</strong><br><a href="https://www.gp4us.com.br/scrum-release-do-produto/">https://www.gp4us.com.br/scrum-release-do-produto/</a></div>]]></description>
         <pubDate>2019-10-04 21:43:45 UTC</pubDate>
         <guid>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393810226</guid>
      </item>
      <item>
         <title>5.1 Planejamento de Release</title>
         <author>mf_baetamb</author>
         <link>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393827750</link>
         <description><![CDATA[<ul><li><strong>Reunião</strong></li></ul><div>É identificado dois tipos de cenário para a reunião de Release Planning.<br>•O primeiro cenário, é dada uma data para Realese, mas não identifica qual a meta a ser alcançada. <br>•No segundo cenário, é fornecido uma necessidade ou melhor a meta da Realease e pergunta-se quando será possível alcançá-la.<br>Em ambos os cenários, os itens suficientes do Product Backlog  devem estar estimados para que deem andamento ao planejamento. A partir da data da Realease, dados do product backlog estimados, o tamanho do Sprint e a velocidade do time de desenvolvimento é possível encontrar o conjunto de itens selecionados do Product Backlog e a meta da Realease.<br><br></div><ul><li><strong>Estimativa</strong></li></ul><div>O Product Owner deve verificar o Product Backlog esteja ordenado e  com os itens adequado para atender a essa necessidade. O Product Owner devera somar as estimativas de cada item dada pelo time de desenvolvimento, até considerar que já percorreu todos os itens necessários para atende a demanda de negócios.<br><br>OBS.: Essa estimativa é de baixa precisão e deve ser revista em cada Sprint .<br><br><br><strong>Feito por:</strong> Maria Fernanda Baêta <br><strong>Referencia:</strong>https://www.gp4us.com.br/scrum-release-do-produto/<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-10-04 23:54:05 UTC</pubDate>
         <guid>https://padlet.com/marcusoliveiras/taylsavkqbmx/wish/393827750</guid>
      </item>
   </channel>
</rss>
