Delphi & Engineering
Em times bem sucedidos e Sprints bem definidas, algumas vezes é possível que as funcionalidades da Sprint Backlog sejam concluídas antes do término do prazo. Logo, imagine que, em uma Sprint de 30 dias, a equipe consiga finalizar as atividades em 27 dias com sucesso. O que fazer nos 3 dias restantes? Pois bem, o objetivo deste artigo é apresentar algumas sugestões para aproveitar esse tempo, que eu diria, valioso!
Mesmo que não muito conhecidos no mundo ágil, há alguns artefatos do Scrum que podem ser empregados para expandir o campo de planejanento e aperfeiçoar a precisão de uma Sprint. Um destes artefatos é a Sprint Pre-Planning (Reunião de Pré-Planejamento), normalmente confundida com a Sprint Planning (Reunião de Planejamento), devido à semelhança no nome. Muitas empresas utilizam estes dois artefatos, mas não conhecem a distinção entre eles.
Quando o Scrum surgiu no cenário de desenvolvimento de software, seus conceitos, papéis e artefatos se tornaram importantes para os profissionais ágeis. Logo, o Desenvolvimento Ágil ganhou uma aceitação notável e passou a ser amplamente utilizada na gestão das empresas. Um dos fatores que levam as empresas a implantar o Scrum é o conceito de Sprints, artefato que permite a entrega contínua de valor para o cliente. Durante o ano, participei de algumas discussões que questionavam a importância e a aplicabilidade das Sprints em um projeto. Por esse motivo, decidi elaborar um artigo pragmático, dispensando pontos teóricos e focando na...
Os leitores do blog provavelmente já devem ter notado que sou um grande entusiasta em Desenvolvimento Ágil. Desde a época do curso superior, venho estudando as vantagens, restrições, condições e a reação das empresas em relação às metodologias ágeis. Algumas vezes, ao acompanhar discussões no LinkedIn e em alguns blogs, me deparo com uma questão abrangente: Desenvolvimento Ágil realmente funciona? Pois bem, por conta disso, o objetivo deste artigo é trazer a minha singela contribuição para essa questão.
Alô, leitores! Há algum tempo, publiquei um artigo sobre a importância dos requisitos não-funcionais no desenvolvimento de um software e também comentei brevemente sobre os requisitos funcionais. Além destas duas categorias de requisitos, existe também uma vertente conhecida como requisitos inversos. Já ouviram falar?
À medida que um time ágil começa a crescer, é natural que o gerenciamento da equipe se torne cada vez mais difícil. Algumas vezes, os princípios ágeis podem até se perder em meio a tantos integrantes. No entanto, é necessário que a equipe cresça conforme o software ganha novas funcionalidades e precisa de mais recursos humanos para mantê-lo. Neste caso, como podemos gerenciar uma equipe ágil grande? Bem, convido vocês para discutirmos sobre Scaling Agile.
