matriz_ai_metodos_ageis_Solon Victor

Prévia do material em texto

Atividade individual
	Matriz de atividade individual
	Disciplina: Métodos Ágeis
	Módulo:
	Aluno: Solon Victor Das Graças
	Turma: 0122-2_2
	Tarefa: Desenvolver aplicativo alinhado a sustentabilidade ambiental
	PARTE I – DEFINIÇÃO DO PRODUTO
Identifique as 7 dimensões do produto (ator, interface, ação, informação, regras do negócio, ambiente e requisitos não funcionais).
	
As sete dimensões de um produto são uma ferramenta como um canvas. É uma técnica de análise do produto que pode servir para a criação e o alinhamento do que será necessário pra o desenvolvimento e a identificação de critérios de análise e critérios de qualidade.
Tendo o conceito de sete dimensões apresentado, listamos abaixo a definição de produto do nosso aplicativo:
· Ator: O aplicativo será voltado para todas as pessoas que tenham cobertores, colchões e roupas de frio disponíveis para doação. Estes itens serão destinados aos moradores de rua que sofrem durante o inverno nas ruas de São Paulo.
· Interface: O aplicativo será desenvolvido para smartphones e terá sua versão online para acesso a partir de qualquer web browser a partir de qualquer dispositivo com acesso a internet.
· Ação: As pessoas poderão cadastrar em nosso banco de dados os itens que desejam doar. Teremos em nosso aplicativo a sessão de cadastro de doações, itens de maior necessidade e uma área disponível para cadastro de voluntários que desejarem participar das entregas.
· Informação: Os usuários poderão checar quais os materiais de maior necessidade para o momento além de encontrar informações sobre as entregas dos materiais e informações sobre as campanhas de doação.
· Regras do Negócio: As doações devem ser gratuitas e apresentarem bom estado de uso. 
· Ambiente: O aplicativo será desenvolvido para plataformas Android e iOS além de contar com um website para acesso a partir de qualquer dispositivo conectado a internet.
· Requisitos não funcionais: Todas as informações à cerca dos doadores serão criptografadas para garantir a segurança da informação e evitar o compartilhamento de dados dos usuários.
	Desenvolva a product vision box.
	
	Elabore um texto explicativo que poderá servir como o seu elevator speech.
	
Buscando juntar o útil ao agradável nasce o aplicativo QFRIO, uma plataforma digital criada para unir as pessoas que possuem cobertores e roupas de frio em bom estado para doação e os moradores de rua que necessitam desses itens. Com um grande apelo social o aplicativo também tem uma grande preocupação ambiental, possibilitando que roupas e cobertores que antes seriam jogados no lixo agora possam ser reaproveitados por outras pessoas diminuindo assim, a quantidade de lixo a ser descartado no meio ambiente.
O aplicativo estará disponível para acesso gratuito em todas as apps stores e com um design simples e de fácil utilização, buscamos diminuir um pouco o sofrimento dos moradores de rua.
	Identifique pelo menos duas personas.
	
João – 43 anos, Pedreiro, casado e com 2 filhos. Após a crise econômica e social consequente da pandemia de COVID-19, João ficou desempregado e teve que se instalar junto com sua família em um “barraco” criado por ele mesmo embaixo da ponte do Socorro na zona sul de SP. Em condições desumadas, João e sua família sofreram com as noites frias na capital Paulista. Após conseguir um emprego, João saiu das ruas com suas família e hoje dedica um bom tempo tentando ajudar outros moradores de rua.
Maria – 57 anos, Assistente social, solteira. Dedica sua vida as obras de caridade e é idealizadora e proprietária da ONG “Aqui também é sua casa”. Diariamente Maria ajuda mais de 50 pessoas em situação de rua com alimentação, roupas e água. Contando apenas com ajuda de benfeitores e doações, Maria faz um trabalho magnifico à frente da instituição e será uma das beneficiadas do nosso aplicativo, tendo a possibilidade de receber mais doações e com isso, ajudar mais moradores de rua.
Pedro – 39 anos, Empresário, casado. Pedro é dono de uma empresa que fabrica cobertores e diariamente tem sobras de retalhos que muitas vezes são descartados. A dois anos atrás ele teve a ideia de criar cobertores com estes retalhos, mas ele tem dificuldade em distribuir os cobertores e direcionar os itens para quem realmente tem necessidade.
	Escreva pelo menos 10 user stories dessas personas.
	
1. João: quer um aplicativo para ajudar ele a se conectar com potenciais doadores;
2. Maria: gostaria de cadastrar a ong dela para receber doações;
3. Pedro: quer um aplicativo que o ajude a doar os itens disponives para doação;
4. João: gostaria de contar a história das pessoas que precisam de doações;
5. Pedro: gostaria de divulgar as ações sociais de sua empresa pelo aplicativo;
6. Maria: quer compartilhar as informações da ONG para promover seu projeto social;
7. Maria: gostaria de uma área para cadastro de voluntários para retirar e entregar as doações;
8. João: gostaria de ver um mapa com a localização das pessoas que precisam de doações;
9. Pedro: quer acompanhar o andamento das doações para saber os beneficiados;
10. Maria: gostaria de consultar os itens disponíveis.
	Defina o MVP.
	
O mínimo viável do produto (MVP) é o mínimo que deve ser entregue de um produto para que possa ser testado no mercado ou pelo cliente. Se possível, deve ser entregue após a primeira sprint.
Dessa forma usaremos a planilha de priorização para definirmos o MVP do nosso projeto:
Usando a planilha como uma ferramenta de priorização do nosso projeto, foi possível identificar as 2 atividades com maior ROI do nosso projeto e dessa forma, selecionar as atividades com ROI 5 e 2 como o MVP do nosso projeto e assim, trabalhar nelas como a nossa primeira sprint.
	PARTE II – PLANEJAMENTO DAS ENTREGAS
Defina o backlog do produto.
	
O backlog do produto é uma lista ordenada, em termos de prioridade, de tudo o que deve ser necessário no produto. O backlog do produto evoluiu constantemente durante o desenvolvimento do produto e pode sofrer alterações durante o projeto conforme a necessidade.
O nosso backlog foi baseado no user stories definidos em nosso projeto e será apresentado a seguir na ordem de prioridade:
	Estime o valor de retorno para o cliente e o esforço da equipe para cada tarefa.
	
Usando a sequência de Fibonacci, pegamos os users stories de nosso projeto e classificamos cada uma dessas tarefas com um peso de 1 até 8, seguindo a escala 1, 2, 3, 5 e 8. Este é o peso que demos para cada tarefa com o intuito de criar as nossas sprints do projeto e com a preocupação de não ultrapassar um esforço maior que 8 para não sobrecarregar a equipe e criar sprints muito grande.
Em conjunto com isso, demos um peso para a decisão de cada uma das personas de nosso projeto e classificamos a importância de cada atividade para estas personas em uma escala de 1 a 10 de acordo com a prioridade de cada uma delas. A partir dai foi possível encontrar o valor agregado de nosso projeto e o ROI onde para este critério, definimos uma nota de corte de 1.28 baseado nos números definidos.
Segue a nossa planilha de priorização com os itens organizados pelo ROI em ordem decrescente:
	Fatie, descarte e priorize o backlog.
	
Para o trabalho de fatiar, descartar e priorizar (FDP) o nosso backlog do produto, iremos nos basear novamente na nossa planilha de priorização.
Como não temos nenhuma tarefa com esforço maior que 8, não temos a necessidade de fatiar nenhuma atividade uma vez que na definição das sprints, levamos em consideração o peso das atividades versus o quanto a equipe poderia entregar nos preocupando com esse mostrador, porém, precisamos definir que atividades serão priorizadas e quais poderão ser descartadas dentro do nosso projeto.
Observando a planilha de priorização criada onde nossa nota de corte para o ROI é de 1.2, vamos destacar as atividades a serem priorizadas e as que podem ser descartadas.
· Priorizar
· Aplicativo para doar os itens disponives para doação
· Cadastrar a ongs para receber doações
· Descartar
· Mapa com a localização das pessoas que precisamde doações
· Acompanhar o andamento das doações para saber os beneficiados
Segue a planilha demonstrando os números para a tomada de decisão:
	Estime o número de sprints, considerando um valor estimado de velocidade da equipe.
	
Com a preocupação de não criar sprints muito grande e não sobrecarregar a equipe, definimos um valor de esforço da equipe de 8 pontos por sprint. Com a priorização das duas primeiras tarefas do nosso backlog de produto e a análise usando a sequência de Fibonacci para ditar o esforço (pesos) das atividades, seguem as sprints definidas para nosso projeto:
	Referências Bibliográficas
	
Portal FGV. Disponível em: https://ls.cursos.fgv.br/d2l/home/372179 Acessado em: 2/2/2022
CASTRO, M. S. & BARCUI, A. B. (?) – Métodos Ágeis – Editora FGV
	2