Disseminando conhecimento e inovação em desenvolvimento de software corporativo
O conteúdo foi adicionado aos favoritos!
Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.
Postado por Rafael Buzon em 30 Jan 2012
Cansado de ouvir que Sprints são mini-Cascatas, Chand Warrier, em post publicado na Scrum Alliance, apresentou cinco motivos que desmentem esta afirmação.
1 - Design, Desenvolvimento, Integração e Testes contínuos
Segundo Warrier, as fases de projeto (design), desenvolvimento, integração e testes, são contínuas e frequentes, repetidas para cada história, o que se diferencia do modelo Cascata, em que estas fases se aplicam a todo o escopo de forma sequencial.
2 - Membros multidisciplinares na equipe
Os membros das equipes que trabalham em Sprints são multidisciplinares e interagem de forma dinâmica e fluída. Não é, segundo o autor, um conjunto de equipes e membros trabalhando separadamente, como é no modelo Cascata, em que uma equipe passa trabalho para outra equipe de forma sequencial.
3 - Sem mudanças durante o Sprint
Warrier comenta que no modelo Cascata existe um processo rígido de controle de mudanças, que pode acontecer a qualquer momento durante a execução do projeto. Em Agile, ao contrário, praticamente não existe o controle de mudanças de escopo, pois uma vez que o Sprint é iniciado, nenhuma mudança é permitida. Entretanto, o Product Owner pode mudar seu planejamento da forma como quiser entre os Sprints.
4 - Time-boxing
No mundo Cascata, se o projeto está atrasado o cronograma geralmente é expandido e cresce. Mas warrier comenta que:
No mundo do Agile a duração do Sprint não muda, mesmo se o escopo planejado tenha o risco de não ser entregue durante o tempo do Sprint.
Warrier acrescenta que, em Agile, se algumas histórias não são finalizadas durante o Sprint, elas voltam ao backlog do produto com prioridade e ficam disponíveis para serem alocadas nos próximos Sprints.
5 - Cadência de trabalho bem definida
Em um projeto Cascata não é possível, segundo Warrier, estabelecer uma cadência de trabalho, ao passo que dentro dos Sprints se trabalha, desde o início, de forma constante e cadenciada.
Para finalizar Warrier adverte:
Não se deixe enganar, nem deixe sua equipe se enganar, pensando que um Sprint é simplesmente uma mini-Cascata.
Estas cinco características, segundo o autor, deixam claras as diferenças entre um Sprint e o modelo Cascata, não sendo, portanto, justo ou correto confundir os dois modelos.
Os papéis de Desenvolvedor e de Analista de teste foram distanciados no modelo tradicional de desenvolvimento e, agora, as práticas ágeis buscam aproximá-los em prol de software em funcionamento.
Apresentamos aqui os principais conceitos vistos no workshop de Ash Maurya sobre a aplicabilidade prática do Lean Canvas
Na quarta parte da série sobre equipes de alto desempenho veremos como identificar os acontecimentos em uma equipe que sai da fase de Conflitos e entra na fase de Normatização.
Ash Maurya, um dos maiores especialistas em Lean Startup falou com exclusividade ao InfoQ Brasil sobre a aplicabilidade do Lean e como seus conceitos contribuem com empreendimentos e equipes ágeis.
Conheça um guia prático, proposto por Esther Derby, para diagnosticar a eficácia de equipes, usando mapas mentais como referência, além de entender o perigo de equipes disfuncionais,
Esther Derby aposta os riscos em se transformar estimativas em um cronograma; e Allan Kelly apresenta pesquisas indicando ser impossível prever o tempo para se realizar uma atividade.
Martin Odersky, criador do Scala, discute o futuro da linguagem, trata da questão de quebra de compatibilidade binária e faz comparações com F# e Java.
Anil Gaur da Oracle fala sobre o cronograma para o Java EE 7, APIs para computação em nuvem, ferramentas e suporte a PaaS.
1 comentário
Acompanhar Discussão Responder