Como evitar práticas "não ageis" dentro do Scrum?  XML
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Autor Mensagem
CristianoGDT
Thread.start()

Membro desde: 08/07/2011 22:39:47
Mensagens: 36
Offline

É normal equipes de desenvolvimento, seja pela ânsia de produzir resultados rápidos, seja pelo desconhecimento do domínio do problema, seja pela inexperiência, confundir métodos ágeis (XP, SCRUM) com métodos evolucionários como Espiral, Prototipagem (ou prototipação) e Cascata. Quando isso acontece temos o chamado (não ageis ou falso agil). O que se deve fazer para evitar essa confusão?
icarocd
JavaBaby
[Avatar]

Membro desde: 12/04/2006 21:46:54
Mensagens: 92
Offline

Nos metodos ageis o foco a cada periodo de tempo é entregar valor de negocio real em software funcionando, e.g. coisas que o usuario vai usar, e as entregas periodicas devem priorizar aquilo que mais importa ao usuario.
na medida em que o foco não é este, fica facil voce distinguir entre se está ou não está usando metodos ageis.

Engenheiro de Computação com ênfase em Engenharia de Software pela UEFS/BA
SCJP & SCWCD certified
Desenvolvedor com ênfase Java/JEE/JSE/Grails
[Email] [WWW] [MSN]
CristianoGDT
Thread.start()

Membro desde: 08/07/2011 22:39:47
Mensagens: 36
Offline

Concordo, mas existe uma "boa prática" que pode evitar essa confusão, sei la, ações que podem ser tomadas pelo Scrum Master ?
gomesrod
GUJ Ranger
[Avatar]

Membro desde: 11/05/2007 19:46:22
Mensagens: 901
Offline

Existem muitas "armadilhas" para quem está mudando de uma metodologia tradicional para o Scrum... eu mesmo já estive em um lugar onde o Scrum consistia apenas no quadro de post-its, mais nada, a metodologia continuava a mesma hehehe

Você quer uma receita pronta para acabar com isso? Acho que não existe não... uma coisa que ajuda é a equipe ter um bom mentor, experiente na metodologia e que conheça justamente os erros de quem está vindo de metodologias tradicionais. Esse cara pode ser o Scrum Master, caso ele tenha a experiência necessária, ou alguém de fora da equipe que acompanhará por algum tempo.

Depois a equipe (e a empresa como um todo) acaba absorvendo mais a cultura e essas situações são identificadas com mais facilidade.
 
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Ir para:   
Powered by JForum 2.1.8 © JForum Team