Site de E-commerce 'Linha de Produtos Equipamento Ginásio'

1. 1 - Way of working

1.1. Atribuição de responsabilidades de cada elemento da equipa (Scrum Master, Product Owner e elementos da Development Team)

1.2. Definition of Done da equipa

1.3. Kanban Board para gestão do Product Backlog (fica ao critério de cada equipa definir os diferentes estados do fluxo de trabalho que pretende ver no Kanban Board)

2. 2 - Product management

2.1. Definição da Product Vision (identificar público alvo, oportunidade/problema, posicionamento do produto, diferenciação do produto)

2.2. Definição de 8 User Stories (formato Who What Why)

2.3. Estimativa de esforço de cada User Story atribuída em horas de trabalho. Estimativas definidas por aproximação, sustentadas na experiência, grau de conhecimento de cada grupo e percepção de esforço

2.4. Criação do Sprint Backlog indicando as User Stories que irão ser desenvolvidas no Sprint 1

3. 3 - Stakeholders needs

3.1. Criar uma persona da linha de produtos a desenvolver, indicando a sua idade, profissão, necessidades e frustrações/"dores"

4. 4 - Problem solving

4.1. Definir impactos, causas e proposta de solução para o Desafio 1 Perguntas para reflexão :: i) Qual o papel do Scrum Master na resolução deste desafio? ii) Qual a estratégia a adotar? iii) Como se relaciona este desafio com os valores Agile?

4.2. Definir impactos, causas e proposta de solução para o Desafio 2 Perguntas para reflexão :: i) Qual a melhor abordagem para apoiar os valores ágeis e o empirismo? ii) Que soluções digitais recomendam para a Corte Costura se adaptar a esta nova realidade?

5. Contexto e pressupostos

5.1. O projeto tem como cliente interno o Dep Comercial e os clientes finais da Corte Costura

5.2. Foi decidido utilizar as frameworks Scrum e Kanban para a entrega do projeto

5.3. A Administração alocou budget e recursos para 17 sprints e um período máximo de 1 ano para a entrega do projeto Definiu se que cada Sprint terá 3 semanas de duração

5.4. A Administração disponibilizou ainda 2 team members adicionais para cada equipa

5.5. A equipa tem a capacidade máxima de 90 horas por sprint para desenvolver e concluir as User Stories selecionadas, sendo que as restantes horas do Sprint são reservadas para reuniões e outras tarefas de gestão

5.6. O critério utilizado para definir as prioridades das User Stories é o seguinte: Must Have - Prioridade 1 (prioridade máxima); Should Have - Prioridade 2; Could Have - Prioridade 3 e Won't Have - Prioridade 4 (prioridade mínima)

5.7. Cada User Story pode assumir qualquer valor de estimativa de esforço, em horas

5.8. Existem ainda um conjunto de desafios que cada equipa precisa de considerar: Desafio 1 - Descartar os eventos Scrum Os 2 team members disponibilizados pela Administração têm vindo a trabalhar com a framework Scrum ao longo dos últimos 6 meses e agendaram uma reunião para discutir a utilidade do Scrum As suas ideias passam por alterar a duração do Sprint para 6 semanas e deixar de realizar alguns eventos Scrum Especificamente, sugerem fazer uma Daily Scrum duas vezes por semana e fazer a Sprint Review e Sprint Retrospective a cada dois Sprints; Desafio 2 - Partilha de informação para remote work Desde há cinco anos que as equipas Scrum da Corte Costura estão habituadas a dar visibilidade do Product Backlog e do progresso de cada Sprint através de quadros e dashboards de informação, expostos nas paredes do escritório, A Daily Scrum é conduzida habitualmente em frente ao Kanban Board físico, onde se partilha informação, de forma transparente, entre toda a equipa No entanto, a adesão ao trabalho remoto representa um desafio adicional na gestão dos projetos e obrigou a repensar os canais de comunicação e formas de partilhar informação

5.9. O projeto apresenta um grande nível de incerteza de requisitos e complexidade da solução a desenvolver Apesar de ainda não terem conhecimento de todos os requisitos que necessitam, os clientes já indicaram um conjunto de 3 User Stories que devem ser integradas no Product Backlog: User Story 1 - Como Utilizador registado no site, pretendo definir notificações personalizadas para receber informação que faça match com os meus produtos preferidos (Prioridade - Must Have; Estimativa - 16 horas; Quem - Cliente final); User Story 2 - Como Utilizador registado no site, pretendo indicar o grau de satisfação que tenho com um produto adquirido, de forma a avaliar a qualidade dos mesmos (Prioridade - Could Have; Estimativa - 24 horas; Quem - Cliente final) e User Story 3 - Como Manager do Dep Comercial, quero ter a possibilidade de editar ou apagar produtos, de modo a garantir o controlo de qualidade dos mesmos (Prioridade - Should Have; Estimativa - 20 horas; Quem - Dep. Comercial)