Gestão de projetos: Final do Projeto

Este post não tem tags.

Compartilhe:

Um projeto, em geral, possui uma duração determinada. Na realidade, um projeto pode ser encerrado por diversas razões, dependendo do contexto: o tempo de contrato expirou, valor suficiente foi entregue para os clientes do projeto e o contrato permite que o projeto seja interrompido, o orçamento do projeto acabou ou o contrato foi cancelado, entre outras.

No momento em que o projeto passa a ser considerado terminado, espera-se que as necessidades ou objetivos de negócios de maior importância já tenham sido entregues. O projeto terá sido bem-sucedido se, por meio de suas entregas frequentes, a Visão do Produto tiver sido alcançada.

Após um término normal de projeto, é geralmente necessária sua manutenção, em uma fase que podemos chamar de “pós-jogo”. Embora não haja fórmula definida para esse trabalho, sabe-se que o uso de Scrum, por suas características, não costuma ser a melhor opção para esse trabalho. Métodos orientados a pedidos ou tickets como o Kanban, criado por David Anderson, são geralmente mais apropriados para essa fase do projeto.

Se quiser saber mais sobre Planejamento em Métodos Ágeis, dá uma olhada nesses artigos:

Sobre o autor(a)

Co-fundador e Trainer na K21

Rafael Sabbagh é co-fundador da K21 e foi membro do Board de Diretores da Scrum Alliance entre 2015 e 2017. Ele é Certified Scrum Trainer (CST) pela Scrum Alliance e também Accredited Kanban Trainer (AKT) pela Kanban University. Atuando em nível executivo, possui uma vasta experiência em Transformação Digital e Gestão de Produtos. Ao longo da sua carreira, já treinou milhares de Scrum Masters, Product Owners e membros de equipes em mais de 15 países na Europa, América e Ásia.

No headers found for the table of contents.

Artigos relacionados

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Nos times ágeis, é comum nos depararmos com comportamentos que, mesmo não intencionais, acabam prejudicando a colaboração e os resultados. alguns deles foram agrupados no chamado Reino Animal das Disfunções na Agilidade. Cada disfunção é representada por um acrônimo em…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Na última segunda-feira, publiquei o artigo sobre critérios relevantes para avaliar e melhorar a saúde das histórias de usuário. Recebi bons feedbacks sobre o assunto. Entretanto surgiram dúvidas e algumas reclamações sobre a definição da Necessidade. No artigo, escrevi “A…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Quando falamos de Histórias de Usuário, estamos falando de um meio simples e prático para descrevermos as necessidades das pessoas que utilizam nosso produto / serviço. Em diversos treinamentos as pessoas perguntam qual a melhor forma de escrever uma história….

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Você é o Product Owner e está diante do seu product backlog, que precisa ser priorizado. No entanto, ainda não sabe por onde começar. A Técnica MoSCoW te ajuda a fazer isso de forma rápida. Vamos vê-lo. MoSCoW A classificação…