Metodologias tradicionais x Agile - O que resolve?

JWizard Membro desde: 23/02/2007 15:52:55 Mensagens: 2034 Offline

http://blog.objectmentor.com/articles/2008/11/16/dirty-rotten-scrumdrels

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 517 Offline

André Fonseca wrote:http://blog.objectmentor.com/articles/2008/11/16/dirty-rotten-scrumdrels

Perfeito.

André Fonseca wrote:http://blog.objectmentor.com/articles/2008/11/16/dirty-rotten-scrumdrels

Por acaso o Uncle Bob é o Sergio Taborda??? =P

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3371 Offline

A ideia de separar analista de negócios do desenvolvedor era pra resolver o problema (Verdadeiro) dos profissionais que ou eram melhores na área técnica ou melhores na área de especificação e regras de negócio.

Só que do jeito que essas empresas trabalham ficou muito menos produtivo. Além de colocarem equipes com perfil misto trabalhando juntos, separaram o trabalho de tal forma que ficou burocrático demais.

Felizmente é cada vez mais frequente as empresas que estão revendo esse ponto de vista

GUJ Expert Membro desde: 22/03/2005 20:57:48 Mensagens: 3433 Offline

marcosalex wrote:A ideia de separar analista de negócios do desenvolvedor era pra resolver o problema (Verdadeiro) dos profissionais que ou eram melhores na área técnica ou melhores na área de especificação e regras de negócio.

Só que do jeito que essas empresas trabalham ficou muito menos produtivo. Além de colocarem equipes com perfil misto trabalhando juntos, separaram o trabalho de tal forma que ficou burocrático demais.

Felizmente é cada vez mais frequente as empresas que estão revendo esse ponto de vista

A verdade verdadeira é que analista de negocios não é um desenvolvedor. É aquilo que agora se chama um Domain Except que atua como filtro e realce para o cliente. Ou seja, ajuda o cliente a desenvolver a ideia do software do ponto de vista do negocio e não do software. Ou seja, ele sugere operações que o sistema pode fazer ou não deve fazer etc.... ele ajuda, basicamente, a criar um melhor backlog de estorias porque ele conhece o negocio.

Agora, o "analista de sistemas" , ou seja o desenvolvedor , tem que diferir isso para conversa de desenvolvimento. E ai ha sugestões mais tecnicas. Por exemplo , o desenvolvedor, pode mudar o fluxo das operações para facilitar a compreensão na hora de desenvolvedor, ou mudar o layout visual ( um ui designer tb é um desenvolvedor). Mas as features em si, não são alteradas.

O problema é querer que um domain expert seja um developemtn exper. Isso, simplesmente, não existe.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3371 Offline

Sergio, não entendi essa sua definição nem a diferença. Você está dizendo que "Analista de negócios" trabalha mais próximo ao programador e "Domain expert" trabalha mais próximo ao cliente, é isso?

André Fonseca wrote:http://blog.objectmentor.com/articles/2008/11/16/dirty-rotten-scrumdrels

e eu achando que sabia ofender algo/alguém em ingles....

esse povo que fica culpando metodologia, é tudo culpa desse tipo de pensamento :http://martinfowler.com/bliki/FlaccidScrum.html

**** em portugues pra quem se sentir melhor: http://www.akitaonrails.com/2009/02/03/tradu-o-scrum-fl-cido

Notícias, artigos e o maior fórum brasileiro sobre Java