Este é um post disponível para assinantes MVP
dê seu feedback
post favorito
Scrum: Por que trabalhar? - Revista Java Magazine 100
Neste artigo apresentaremos o framework Scrum, método ágil de trabalho para desenvolvimento de Produtos de Software, e em seguida levantaremos os cenários mais propícios para implantação com sucesso desse framework.
[Artigo já está disponível no Leitor Digital DevMedia®. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Java Magazine 100
O presente artigo descreverá a estrutura de trabalho Scrum que vem sendo
utilizada amplamente por diversas empresas de tecnologia para a criação e
gerenciamento do processo de Desenvolvimento de Software. Este será um guia que
ajudará na escolha e adoção do Scrum, caso seja essa a solução que se encaixe
no cenário e perfil atual de sua empresa. Para isso, levantaremos os aspectos
positivos e negativos originados com a implantação do Scrum, bem como as
características das empresas que apresentaram uma melhor adaptação a esse
framework.
Scrum: estrutura
de trabalho apresentada em 1995 por Ken Schwaber e Jeff Sutherland que tinha
como base o processo de produção de automóveis da indústria Japonesa. Muita
gente fica surpresa com o ano, 1995? Isso mesmo! Scrum existe há dezesseis anos,
e quando apresentado na época, muitos acharam utopia, sonho, ficção. No
entanto, com a criação do Manifesto Ágil em 2002, o desenvolvimento de Software
começou a ganhar um novo contexto, e a utopia apresentada no Scrum recebeu
muitos adeptos em todo o mundo. De 1995 a 2002, período entre a formalização do
Scrum para a comunidade e o surgimento do Manifesto Ágil, o Scrum teve tempo de
ser amadurecido e testado na indústria, e suas ideias serem incorporadas ao
Manifesto com uma base mais fortalecida.
O manifesto Ágil
propõe que direcionemos nossas atenções para as pessoas envolvidas e as
impactadas na construção do Produto. Elas serão os grandes atores de um filme
tão aguardado pelos usuários finais: “Software funcionando”. O manifesto não é contra
documentação, apenas tira o foco dos processos e metodologias e coloca no
Software com Qualidade através de um maior envolvimento e interação entre as
pessoas. Também não adiantará tratar o cliente como adversário. Todos estão no
mesmo lado do Time. Se o cliente ganha, o fornecedor ganha, se o fornecedor
perde, o cliente perde. De nada adiantará passar meses trabalhando na criação
de um plano de prevenção a desastres, por exemplo, se o plano não prevê desastres
ainda não conhecidos, que é o caso do nosso cenário extremamente dinâmico,
competitivo e inovador em que vivemos. O importante é ter um Time capaz de
responder em tempo hábil a mudanças, sejam elas as mais surpreendentes possíveis,
ou seja, não é o mais forte e nem o mais inteligente que sobreviverá, e sim o
que melhor se adaptar.
Antes de ajudar você a responder a pergunta: Por que adotar Scrum? Explicaremos resumidamente o framework de trabalho Scrum, descrevendo os termos que serão utilizados nesse artigo e ajudando sua familiarização com a metodologia Ágil aqui apresentada. "
ATENÇÃO! A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVP
Space do autor
0
0
