Please enable JavaScript.
Coggle requires JavaScript to display documents.
Visão de Produto no Scrum - Coggle Diagram
Visão de Produto no Scrum
Backlog do produto(Lista de itens que representa aquilo que vai ser desenvolvido no produto)
Historia de usuário
Sprint\Incremento
Prioridade, as historias que estão no topo, são as historias que geram mais valor
A historia ou as historias mais importantes vão entrar na primeira Sprint\Incremento que geram mais valor
As seguintes vão para a segunda Sprint\Incremento, e assim por diante...
No final de cada Sprint o time gera como resultado uma versão do produto funcionando, incluindo as historias de usuário que foram desenvolvidas na quela Sprint
Necessidade das pessoas geram um produto de SW, assim conseguindo atender as necessidades, os problemas...
PO
Identifica as necessidades do usuário
Oportunidades
Amadurecer as ideias e esclarecer uma visão mais clara do objetivo maior do produto(Visão do produto)
Incertezas?
Técnica:gear: (Duvida em desenvolver o produto com a tecnologia que esta disponível)
Negocio :!?:(Se o produto pode ser rentavel, se a espaço pra ele no mercado, quais os competidores pela frente e se seria capaz de trazer um bom retorno sobre o investimento)
Custo :dollar:(É possível desenvolver o produto com o orçamento disponível)
Prazo :timer_clock:(A gente consegue ter uma versão entregavel ate o nosso deadline(Data de limite) )
Valor:smiley:(Sera que os usuarios precisam mesmos de um produto como esse, sera que eles desejam esse produto aponto de querelo usá-lo quando ele ficar pronto)
Qual a melhor estrategia para desenvolver o sistema?
Que data vai sair a primeira versão
Que funcionalidades que essa versão vai ter
Entregas(releases)
Reduzir ao máximo o tempo de uma entrega
Menor produto capaz de gerar valor para os usuários
Feedback dos usuários de acordo com cada entrega, Sprint1(Versão BETA), Sprint2(V.1.0), Sprint3(V.1.1)...
Releases planning
Como organizar as sprints para alcançar da melhor forma possível a meta definida para a entrega
Backlog
Mudança nos requisitos
Novos requisitos
Retirada de outros requisitos que não geraram valor ao produto
Ajustes:
Entega de fato do produto
O marco de uma entrega pode ser definido por uma data quando se trabalha com entregas de trabalho fixo
Ou quando o PO concluir que as historias já estão desenvolvidas ate aquele momento já são suficientes para concluir aquela meta daquela entrega
Evento mais importante
É quando a versão do produto é de fato entregue aos usuários no ambiente de produção
Por que esse momento é tão importante?
é nele que produto começa a gerar valor
é nele que os usuários vão começar a usufruir do produto e dos seus benefícios
é nele que começa a ter o retorno de negócio(Vendas, publicidade, redução de custo...)
Feedback de todo o ciclo de usuários reais
Com o feedback consegue indicar que a empresa está seguindo o caminho certo ou não e que ela deve mudar, deve fazer alguns ajustes
Com o feedback pode indicar a necessidade de rever as metas para as entregas seguintes (Sprints)
Ciclos curtos = Agilidade :smiley: