1. Reunião inicial<br />Foi levantado as funcionalidades do produto(site). <br />FUNCIONALIDADESSite tipo portalNotíciasHistória do cursoHierarquia da InstituiçãoDocumentação: calendário acadêmico, grade, corpo docente e horárioMural de eventosSistema de cadastro de todos os alunos do curso(hierarquia de acesso)Emissão de carteira estudantil<br />Product Backlog<br />Com as funcionalidades levantadas, o Proprietário do Produto Paulo Alex monta o Product Backlog, com as prioridades definidas de acordo com o valor de mercado/importância para o cliente. Em nosso exemplo, usaremos a notação de quanto maior o número de prioridade, menor prioridade ele tem (1 – prioridade máxima, 2 – prioridade menor, …, 99 – prioridade quase inexistente):<br />FUNCIONALIDADESPRIORIDADESistema de cadastro de todos os alunos do curso(hierarquia de acesso)1Emissão de carteira estudantil2Documentação: calendário acadêmico, grade, corpo docente e horário3Hierarquia da Instituição4Notícias5Mural de eventos6História do curso7Site tipo portal8<br />Reunião de planejamento<br />Com o Product Backlog definido, a reunião de planejamento é feita, o Proprietário do Produto Paulo Alex apresenta o projeto aos demais membros da equipe SCRUM e toda a equipe define a quantidade de horas que cada tarefa deverá ocupar. Os aspectos técnicos são levados em consideração e todo o planejamento é feito deste modo.<br />O resultado é um Product Backlog que agora tem suas estimativas de custo/hora:<br />FUNCIONALIDADESPRIORIDADECUSTO/HORASistema de cadastro de todos os alunos do curso(hierarquia de acesso)132Emissão de carteira estudantil212Documentação: calendário acadêmico, grade, corpo docente e horário380Hierarquia da Instituição440Notícias540Mural de eventos620História do curso720Site tipo portal880<br />Com o novo Product Backlog, define-se qual será a meta do primeiro Sprint:<br />Sistema de cadastro de todos os alunos do curso(hierarquia de acesso)<br />Emissão de carteira estudantil<br />Documentação: calendário acadêmico, grade, corpo docente e horário<br />Hierarquia da Instituição<br />Sendo assim, o ScrumMaster Elvis Mourão, junto à equipe de desenvolvimento, define o Sprint Backlog, quebrando as tarefas grandes em pequenas tarefas:<br />FUNCIONALIDADEPRIORIDADECUSTO/HORASSistema de cadastro de todos os alunos do curso(hierarquia de acesso)132Definição de dados1.18Organização de tabelas1.212Relacionamento1.38Implementação em SGBD1.44Emissão de carteira estudantil212Formulários2.16Interação com cadastro na base de dados2.26Documentação: calendário acadêmico, grade, corpo docente e horário380Formulário para inserção dessas informações3.136Atualização desse formulário3.224Exibição na página do site3.320Hierarquia da Instituição440Formulário para inserção dessas informações4.120Atualização desse formulário4.210Exibição na página do site4.310<br />Com as metas preparadas e as tarefas bem definidas, chega a hora de começar o ciclo de desenvolvimento, o Sprint. O objetivo do primeiro Sprint será apresentar uma interface básica onde os usuários poderão se cadastrar, mandar e visualizar vídeos em uma interface crua. Consideramos o esqueleto do sistema.<br />No nosso exemplo, temos o total de 324 horas de estimativa para acabar o Sprint. É importante lembrar que esta quantidade de horas deve ser ajustável para não ser menos que 3 dias e não mais que 30 dias de ciclo de desenvolvimento. Durante o ciclo de desenvolvimento, os encarregados irão trabalhar nas tarefas, de acordo com o seguinte sub-ciclo:<br />Desenvolver o produto: implementar, testar e documentar;<br />Empacotar: deixar o produto pronto para ser apresentado e integrado;<br />Revisar: o trabalho para se certificar do que foi feito;<br />Ajustar: qualquer mudança nos requisitos ou planos.<br />Reuniões diárias SCRUM<br />O ScrumMaster Elvis Mourão irá acompanhar o desenvolvimento através de reuniões diárias para se certificar que os desenvolvedores estejam completando suas tarefas, estejam bem de saúde, bem comprometidos com o projeto e se esforçando.<br />