As reuni\u00f5es de planeamento de Sprint ajudam a maximizar a efici\u00eancia durante o processo de desenvolvimento de software. O desenvolvimento de um novo produto envolve muitas pe\u00e7as m\u00f3veis, tornando mais f\u00e1cil perder-se num processo e falhar objectivos ou prazos. Devido ao intrincado processo de desenvolvimento de software, o melhor \u00e9 sempre minimizar as oportunidades de comunica\u00e7\u00e3o incorrecta para garantir que os membros da equipa se sintam apoiados enquanto trabalham com propriet\u00e1rios de produtos externos e scrum masters. <\/p>\n\n\n\n
O planeamento do sprint define o que ser\u00e1 entregue no pr\u00f3ximo sprint e como esse trabalho ser\u00e1 realizado. Uma Reuni\u00e3o de Planeamento de Sprint cria passos accion\u00e1veis para cumprir os objectivos de desenvolvimento de software de todos os \u00e2ngulos. Se olhasse o desenvolvimento de software do ponto de vista de uma ave, pareceria esmagador devido a todos os diferentes componentes. O planeamento de Sprint permite a colabora\u00e7\u00e3o de todos, e simplifica um processo complicado. Tamb\u00e9m assegura que os membros da equipa estejam na mesma p\u00e1gina e a trabalhar para um objectivo comum. <\/p>\n\n\n\n
Um sprint \u00e9 uma janela de tempo pr\u00e9-determinada onde as equipas trabalham para completar uma quantidade definida de tarefas durante o processo de desenvolvimento de software. Os sprints s\u00e3o tipicamente per\u00edodos de trabalho mais curtos, dependendo do objectivo e da dimens\u00e3o do projecto.<\/p>\n\n\n\n
A maioria dos sprints n\u00e3o excede quatro semanas. Esta estrutura ajuda a dividir objectivos complexos em tarefas mais f\u00e1ceis de gerir para toda a equipa. Se o sprint durar mais de quatro semanas, a equipa pode precisar de reavaliar o plano e de o decompor mais detalhadamente.<\/p>\n\n\n\n
O principal benef\u00edcio das reuni\u00f5es de planeamento de sprint \u00e9 maximizar o tempo e a energia investidos no desenvolvimento de produtos. Sem esta estrutura, pode ser f\u00e1cil correr de cabe\u00e7a para dentro de um projecto de desenvolvimento e descobrir passos \u00e0 medida que se avan\u00e7a, mas isto pode levar a prazos de projecto alargados. <\/p>\n\n\n\n
Al\u00e9m disso, as reuni\u00f5es de planeamento de sprint trazem transpar\u00eancia sobre o que \u00e9 necess\u00e1rio para o sucesso e identificam \u00e1reas onde podem ocorrer erros futuros. A falta de planeamento eficiente pode custar grandes quantidades de tempo e energia \u00e0s equipas, mesmo que estas atinjam o seu objectivo.<\/p>\n\n\n\n
Todo o planeamento de sprint e sprint concentra-se em manter a efici\u00eancia em cada passo do caminho, incluindo as reuni\u00f5es de planeamento propriamente ditas. Dependendo das suas fun\u00e7\u00f5es, certos membros da equipa ter\u00e3o de se preparar para as reuni\u00f5es de planeamento de sprint para garantir que as sess\u00f5es sejam breves e que todas as \u00e1reas cr\u00edticas do sprint sejam discutidas. O propriet\u00e1rio do produto e o Scrum Master dever\u00e3o criar a agenda da reuni\u00e3o de planeamento de sprint antes da reuni\u00e3o de sprint.<\/p>\n\n\n\n
Normalmente estas reuni\u00f5es est\u00e3o abertas a equipas de desenvolvimento se quiserem participar, mas apenas o propriet\u00e1rio do produto e o Scrum Master s\u00e3o convidados a participar. O propriet\u00e1rio do produto e o Scrum Master discutir\u00e3o o que precisa de ser inclu\u00eddo na agenda da reuni\u00e3o de planeamento com base no hist\u00f3rico de sprint anterior, no contributo das partes interessadas, e na vis\u00e3o geral do produto. <\/p>\n\n\n\n
O propriet\u00e1rio do produto e o Scrum Master devem apresentar a agenda da reuni\u00e3o de planeamento de sprint com a equipa de desenvolvimento. O propriet\u00e1rio do produto \u00e9 respons\u00e1vel por transmitir informa\u00e7\u00f5es \u00e0s equipas de desenvolvimento, incluindo quaisquer detalhes e objectivos de um novo projecto ou produto. <\/p>\n\n\n\n
O Scrum Master \u00e9 a pessoa que supervisiona o desenvolvimento real do produto e assegura que todos conhecem os seus pap\u00e9is e a forma como o seu trabalho contribui para o objectivo. Isto ajuda o projecto a manter-se no bom caminho. A equipa de desenvolvimento \u00e9 respons\u00e1vel por dar vida ao projecto; eles determinar\u00e3o o que \u00e9 necess\u00e1rio para levar o produto a bom termo. <\/p>\n\n\n\n
Duas perguntas devem ser respondidas em cada reuni\u00e3o de planeamento para desenvolver o plano certo para cada sprint. Primeiro, as equipas devem perguntar: \"o que precisamos de fazer?\" para determinar o objectivo do sprint. Depois, devem perguntar: \"Como \u00e9 que vamos conseguir?\" para construir um sprint de atraso e atingir o objectivo. <\/p>\n\n\n\n
O objectivo geral do sprint \u00e9 o objectivo geral do sprint designado. Cada sprint precisa de um objectivo. Normalmente, o primeiro objectivo durante as reuni\u00f5es de planeamento de sprint \u00e9 determinar o objectivo do sprint. Depois de decidir o objectivo do sprint, as equipas podem seleccionar o caminho para alcan\u00e7ar o seu objectivo. <\/p>\n\n\n\n
Um atraso de sprint \u00e9 um plano dos promotores para os desenvolvedores. Descreve todo o trabalho que a equipa de desenvolvimento planeia realizar para atingir o objectivo de sprint. O atraso de sprint \u00e9 criado durante a reuni\u00e3o de planeamento de scrum com base no objectivo de sprint determinado. A acumula\u00e7\u00e3o de sprint trabalha com a acumula\u00e7\u00e3o de produtos para manter o projecto a avan\u00e7ar. O Scrum Master gere o projecto, ajudando a equipa a ter sucesso. <\/p>\n\n\n\n
Para se prepararem para uma reuni\u00e3o de planeamento de sprint, as equipas de desenvolvimento actualizar\u00e3o as suas tarefas e estar\u00e3o prontas para discutir os seus progressos actuais. O Scrum Master coordenar\u00e1 com a equipa de desenvolvimento para actualizar os atrasos dos sprint e preparar \u00e1reas que necessitem de melhorias e tarefas futuras. O propriet\u00e1rio do produto e o Scrum Master s\u00e3o respons\u00e1veis pela prepara\u00e7\u00e3o da agenda de planeamento de sprint, uma vez que t\u00eam um conhecimento de alto n\u00edvel do projecto. <\/p>\n\n\n\n
O propriet\u00e1rio do produto e o Scrum Master podem partilhar a mesma vis\u00e3o, mas tamb\u00e9m servem de elo de liga\u00e7\u00e3o com as equipas de desenvolvimento. Os produtos em desenvolvimento podem ser apoiados por intervenientes externos n\u00e3o directamente envolvidos no planeamento. <\/p>\n\n\n\n
O propriet\u00e1rio do produto ter\u00e1 de transmitir qualquer feedback das partes interessadas \u00e0 equipa e preparar os atrasos dos produtos para resolver qualquer problema. Precisar\u00e3o tamb\u00e9m de continuar a aperfei\u00e7oar as hist\u00f3rias dos utilizadores para ajudar as reuni\u00f5es de planeamento de sprint a tornarem-se mais eficientes e fornecer \u00e0 equipa de desenvolvimento as ferramentas de que necessitam para ter sucesso. <\/p>\n\n\n\n
Muitas vezes, quest\u00f5es sem precedentes surgem durante uma reuni\u00e3o de planeamento \u00e1gil de sprint. Assegurar que todos os membros da equipa lidam com as suas responsabilidades com grande aten\u00e7\u00e3o aos detalhes \u00e9 fundamental. Com isso em mente, seguir estas dicas durante cada reuni\u00e3o de planeamento de sprint. <\/p>\n\n\n\n
Demasiadas equipas s\u00e3o apanhadas no trabalho e lutam para dar prioridade aos resultados. \u00c9 tentador discutir todos os detalhes intrincados, mas as reuni\u00f5es de sprint obedecem a restri\u00e7\u00f5es de tempo por uma boa raz\u00e3o. Concentre-se em discutir a informa\u00e7\u00e3o pertinente para o resultado desejado e como a equipa pode alcan\u00e7ar os objectivos de sprint. <\/p>\n\n\n\n
Por exemplo, as hist\u00f3rias de utilizadores podem definir melhor os resultados necess\u00e1rios para o sucesso do produto. Ap\u00f3s identificar as hist\u00f3rias de utilizadores, determinar os atrasos necess\u00e1rios para atingir o valor pretendido e concentrar-se naqueles durante as reuni\u00f5es. A metodologia scrum n\u00e3o permite muitas previs\u00f5es futuras, uma vez que o processo de desenvolvimento de software envolve muitos factores de mudan\u00e7a. <\/p>\n\n\n\n
A hist\u00f3ria do utilizador determinar\u00e1 o que ser\u00e1 necess\u00e1rio para cada atraso de produto para fornecer a melhor e mais relevante experi\u00eancia ao cliente. Al\u00e9m disso, as hist\u00f3rias de utilizadores ajudam as equipas a manter-se orientadas para os resultados e a compreender o valor real do projecto. <\/p>\n\n\n\n
A constru\u00e7\u00e3o de uma hist\u00f3ria de utilizador come\u00e7a com uma estrutura que identifica o que um cliente pode querer de um produto e porqu\u00ea. A estrutura da hist\u00f3ria de utilizador \u00e9 estruturada assim: \"Como (tipo de utilizador), eu quero (um objectivo), para que (valor)\". <\/p>\n\n\n\n
Uma das componentes cr\u00edticas de uma reuni\u00e3o de sprint \u00e9 a limita\u00e7\u00e3o de tempo auto-imposta. A inclus\u00e3o de restri\u00e7\u00f5es de tempo na sua reuni\u00e3o de planeamento de sprint e sprints obriga a equipa a trabalhar mais eficientemente nas suas tarefas e a n\u00e3o perder tempo desnecess\u00e1rio. Deseja que a sua equipa seja o mais racionalizada poss\u00edvel, e as restri\u00e7\u00f5es de tempo permitem que se sobressaia ao atingir um objectivo espec\u00edfico dentro de um per\u00edodo de tempo acordado. <\/p>\n\n\n\n
Sem restri\u00e7\u00f5es de tempo, as reuni\u00f5es de planeamento continuariam durante horas, e os projectos levariam muito mais tempo do que o necess\u00e1rio. As equipas utilizar\u00e3o um m\u00e9todo de timeboxing, uma quantidade de tempo pr\u00e9-determinado atribu\u00eddo a cada reuni\u00e3o ou tarefa de projecto. <\/p>\n\n\n\n