--- sourceDocument: Gestão estratégica de portfólios de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/it-business-management Release : - yokohama ft:locale : - pt-BR ft:publication_title : - Gestão estratégica de portfólios de Yokohama ft:clusterId : - itbm bundleId : - itbm workflow : - Technology --- # Desenvolvimento ágil fluxo do processo # Desenvolvimento ágil fluxo do processo {#ariaid-title1} * Versão de lançamento: Yokohama * * Atualizado 30 de jan. de 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 min. de leitura Saiba o processo que é usado para gerenciar os esforços de desenvolvimento de produtos em Desenvolvimento ágil 2.0, como criar um produto ou acompanhar um sprint ou versão. Nota: O fluxo explicado aqui representa a prática comum para gerenciar esforços de desenvolvimento ágil usando a funcionalidade disponível no Desenvolvimento ágil 2.0aplicação. Este fluxo não representa o único processo possível. Defina produtos : Um produto pode ser um conjunto de recursos ou funcionalidades oferecidas aos usuários. Cada produto pode ter um responsável que mantém o pipeline de trabalho, como épicos e histórias, do produto. Esses itens de trabalho podem ser associados a um tema, que está relacionado a um objetivo de negócio. Consulte [Crie um produto em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/ojO7k449qsupPbOC7w_0ow "Crie um produto para representar um recurso ou funcionalidade importante para os clientes. Um produto pode conter temas, épicos e histórias que descrevem essas melhorias da perspectiva de um usuário."). Crie épicos e histórias : Os épicos contêm requisitos de alto nível para seus produtos, que você pode usar para dividir em histórias gerenciáveis. Ao criar épicos e histórias em Desenvolvimento ágil 2.0, você pode associá-los a um produto. Consulte [Crie um épico em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/OjijMXQu9QYMgFPa5vQLtA "Defina os requisitos de alto nível dos recursos que você deseja desenvolver criando épicos em Desenvolvimento ágil 2.0.") e [Crie uma história em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/O2~nCXTyHfl_PEkjvXC4zQ "Crie definições de alto nível de seus requisitos na forma de histórias em Desenvolvimento ágil 2.0. Gerencie e rastreie suas histórias associando-as a um produto, projeto ou versão e atribuindo-as a um grupo de atribuição."). Criar versões : Algumas organizações têm um intervalo de tempo fixo para disponibilizar seus produtos para o mercado, que é conhecido como uma versão. Uma versão tem uma data de início e término, durante a qual várias iterações de desenvolvimento são concluídas. Por exemplo, você pode ter cronogramas trimestrais ou semestrais para lançar novas aplicações ou aprimoramentos em aplicações existentes. Depois de criar uma versão em Desenvolvimento ágil 2.0, você pode associar produtos, épicos e histórias a ele. Consulte [Crie uma versão em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/JCsyVK~7y3YPLCB9CZn9ng "Crie uma versão para começar a associar as histórias e tarefas de scrum do desenvolvimento de seu produto à versão em Desenvolvimento ágil 2.0."). Crie backlogs personalizados : Um backlog personalizado pode ser criado definindo critérios de filtro. Por exemplo, um backlog personalizado pode ser uma combinação de histórias, defeitos e incidentes, enquanto o outro backlog personalizado pode ser uma combinação de histórias e incidentes. Dessa forma, você pode criar quantos backlogs personalizados forem necessários. Veja [Crie um backlog personalizado em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/x8q0~F8wl2HWtDI~MJrQoA "Crie filtros para definir quais histórias aparecerão no backlog Desenvolvimento ágil 2.0.") Criar grupos de atribuição : Crie um grupo de atribuição e adicione membros a ele. Para cada membro do grupo, defina o número de pontos de história que eles podem concluir em um sprint. No nível do grupo, a soma dos pontos da história de todos os membros do grupo determina a capacidade do grupo. Veja [Crie um grupo de atribuição em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/1a8NnyqHJI~TCH_t6GcwTA#create-an-agile-group "Crie um grupo de atribuição do tipo Equipe ágil para que você possa atribuir esses grupos a um produto ou versão.") Crie sprints : Um sprint é o intervalo de tempo em que a equipe de desenvolvimento entrega uma ou mais histórias. Um sprint pode ter qualquer duração, mas normalmente leva entre uma e quatro semanas para terminar. O scrum master cria o número de sprints necessários para o grupo, e esses sprints são usados pelos membros do grupo para concluir o trabalho necessário para uma versão futura. No entanto, todos os sprints em uma versão devem estar dentro das datas de início e término da versão. Planeje atividades de sprint : Antes do início de um sprint, o grupo e o scrum master decidem quais histórias do backlog eles podem confirmar para concluir em um sprint. As histórias de um sprint podem ser selecionadas com base na prioridade. O scrum master deve garantir que o esforço (total de pontos da história) necessário para concluir as histórias corresponda à capacidade do grupo. Ao planejar seus sprints, você pode usar os relatórios de velocidade como orientação para estimar quanto trabalho o grupo pode concluir no próximo sprint. . [Painel da equipe do Agile 2,0](https://servicenow-prod.fluidtopics.net/QCy2kYv5NPiPs8C3ubaYMA "O Painel da equipe fornece uma visualização do progresso da equipe nas histórias em um determinado período. Ele fornece gráficos de previsibilidade da equipe e ajuda você a planejar a capacidade da equipe para os próximos sprints. Além disso, fornece detalhes de todos os membros da equipe.")Fornece o relatório de histórico de velocidade e o relatório de velocidade por tipo. * Histórico de velocidade: Obtenha informações sobre a velocidade geral da equipe nos últimos 10 sprints. Analise se a equipe está atingindo uma velocidade estável e previsível e está cumprindo os compromissos. * Velocidade por tipo: Analise a forma como a velocidade da sua equipe muda ao longo do tempo e compare a carga de trabalho estratégica da equipe com a operacional ou outros tipos de carga de trabalho. {#agile-development-process-flow__ul_mkg_tcj_ntb} Para obter mais informações sobre como planejar seus sprints, consulte [Planeje suas atividades de sprint em Desenvolvimento ágil 2.0](https://servicenow-prod.fluidtopics.net/gjlN90YufBWdZQ0nSihO2A "Simplifique suas atividades de sprint, como criar, editar e concluir sprints, ou adicionar histórias a sprints, usando a guia Planejamento de sprint do quadro ágil."). Acompanhe o andamento do sprint : O scrum master gerencia os esforços da equipe de sprint, fornece relatórios de andamento e remove todos os bloqueadores que a equipe encontra. Os membros da equipe atualizam os registros da história e realizam reuniões diárias em pé para discutir o andamento e comunicar as preocupações ao Scrum master e aos responsáveis pelo produto. A equipe deve concluir todas as histórias confirmadas para um sprint. O scrum master espera que as histórias estejam totalmente testadas e prontas para lançamento, de acordo com os critérios de aceitação. O ideal é que as histórias confirmadas e o escopo de um sprint específico não mudem enquanto o sprint estiver em andamento. Desenvolvimento ágil 2.0fornece a flexibilidade para atualizar conforme necessário e se adaptar às prioridades em mudança. No entanto, as histórias devem ser adicionadas ou removidas de um sprint somente após uma discussão entre o grupo, o scrum master e o responsável pelo produto. Você pode usar o. [Agile 2,0 Sprint painel](https://servicenow-prod.fluidtopics.net/GXNGRueUHf8uCLBx79qEQg "Acompanhe o andamento de suas histórias no sprint atual e preveja a conclusão do sprint usando o Painel de sprint.")com relatórios como burnup e burndown charts para acompanhar o andamento da equipe em um sprint. Acompanhe o andamento da versão : O responsável pelo produto rastreia o andamento da versão e verifica se a equipe está concluindo histórias no ritmo necessário para atingir o objetivo da versão. Você pode usar o. [Painel da versão Agile 2,0](https://servicenow-prod.fluidtopics.net/JSvzHPngnOQrp4RTebl5pw "Acompanhe o andamento de suas histórias e analise as mudanças de escopo na versão atual usando o Painel da versão Agile 2,0.")com relatórios como burnup, burnup e gráficos de tempo de ciclo para acompanhar o andamento da equipe para uma versão. Nota: Todos os painéis do Agile 2,0 estão disponíveis com [Performance Analytics Pacote de conteúdo para Agile 2,0](https://servicenow-prod.fluidtopics.net/WljYthzeH4rUQFTd3BIgWQ "Melhore seus processos e práticas ágeis usando painéis pré-configurados com visualizações de dados do Análise da plataformaPacote de conteúdo para Agile 2,0.").