Projetizando a Vida

Oi pessoal,

 Segue um post referente a um definição curta e rápida do que é Scrum.

 

Segundo Ken Schawber [Schwaber 2004], “Scrum simplesmente oferece um framework e um conjunto de práticas que guardam tudo visível. Isto permite aos praticantes do Scrum saber exatamente o que está acontecendo e fazer no local os ajustes para manter o projeto na direção dos objetivos desejados”.

A primeira experiência com o Scrum ocorreu em uma fábrica de automóveis, em que se constatou que a utilização de equipes pequenas e multidisciplinares produzia melhores resultados. Em analogia a essas equipes, associou-se a formação do Scrum a de um jogo de Rugby. A partir de 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a implantá-lo em desenvolvimento de software em todo o mundo.

 

 Figura 1. Formação chamada Scrum em jogo de Rugby

 Martin Fowler, um dos maiores estudiosos em desenvolvimento de software, comenta em seu artigo A Nova Metodologia [Fowler 2008] que: “Nos últimos anos, vem crescendo rapidamente o interesse em metodologias ágeis (ou ‘leves’). Também caracterizadas como um antídoto contra a burocracia ou uma licença para ‘hackear’.

Estas metodologias despertaram os interesses em toda a extensão da indústria do software”.

Dentre as técnicas de utilização do Scrum, há a entrega de produtos em períodos de tempo pré-estabelecidos, nunca inferiores há uma semana ou superiores há trinta dias. Para estimular o contato entre empresa e cliente, os projetos são revistos em períodos regulares de tempo, a essas ações dá-se o nome de Sprint. Ao término de cada Sprint, o cliente recebe um conjunto de funcionalidades desenvolvidas e prontas para serem utilizadas. A melhor maneira de comprovar se o software atende às necessidades é fazer com que o cliente o utilize, apontando as qualidades e o que falta ser aperfeiçoado.

É importante destacar que a participação ativa do cliente no processo de desenvolvimento de software faz com que sejam atribuídas a ele algumas responsabilidades como definição das funcionalidades do produto, decisão quanto às datas de lançamento de conteúdo e ajuste de funcionalidades. Em desenvolvimento ágil a empresa não vê seu cliente como mero comprador de software, mas como um parceiro na pesquisa e no desenvolvimento do produto. E o Scrum é apenas um dos meios para alcançar esse objetivo.

 

Referências

Schwaber, Ken (2006) “Desenvolvimento Ágil utilizando SCRUM”, FAQ.

Fowler, Martin. (1991) “A Nova Metodologia”, http://simplus.com.br/artigos/a-nova-metodologia/#N2A3

Rahal, Nelson Abu Samra Junior e Santos, Marcelo dos (2008) “Você sabe o que é Scrum”, http://www.knowtec.com/index.php?m=ver&id_item=18

 

 

 

 

Obrigado Edmundo e um abraço a todos,

 

Abu

http://blogdoabu.blogspot.com/

http://www.abuzitos.com.br/

Já ouvi muita gente colocar o Agile Software Development como uma metodologia alternativa ao PMBOK, quando vejo isso fico em dúvida se dou risada ou se choro…

Primeiro porque não existe “Agile Management”,  Agile Software Development é na verdade um conjunto de metodologias de desenvolvimento, e dentro de cada uma delas, se quisermos ter sucesso precisaremos gerenciá-las da melhor forma possível.

Em segundo lugar porque o PMBOK não é, nunca foi e nunca vai ser uma metodologia, ele é um guia das melhores práticas de Gerenciamento de Projetos.

Ele é um livro que se for usado com bom senso será ume excelente base para a criação de uma metodologia de gerenciamento que poderá sim ser ágil e adequada ao Agile Software Development.

Querem um Exemplo Prático ?

Uma das metodologias ágeis que eu mais gosto é o SCRUM.

Por curiosidade, SCRUM é aquela formação que os jogadores de Rugbi fazem onde os dois times se apóiam ombro a ombro para lançarem a bola, não sei porque e nem quando, mas a estrutura é aquela e chama-se SCRUM…

Explicando de forma hiper-super-extremamente resumida, na metodologia SCRUM, o projeto é dividido em pequenos entregáveis, de forma que o sempre tenha algum módulo entregue e aprovado na pior das hipóteses a cada quinzena, o ideal é que essa entrega seja semanal.

Diariamente a equipe se reúne, numa reunião em pé,  na frente de um quadro negro (atualmente quadro branco, com pinceis ao invés de giz), com duração de 15 minutos para responder a apenas 3 perguntas:

* O que fiz desde ontem?

* O que estou planejando fazer até amanhã?

* Existe algo me impedindo de atingir minha meta?

Terminada essa reunião cada um já sabe o que tem que fazer, e todos vão ao trabalho.

Alem disso existem algumas características adicionais nos projetos de SCRUM:

* Clientes se tornam parte da equipe de desenvolvimento (os clientes devem estar genuinamente interessados na saída);

* Entregas freqüentes e intermediárias de causam reuniões freqüentes com os stakeholders (todos os envolvidos no processo) ;

* Planos freqüentes de mitigação de riscos desenvolvidos pela equipe;

* Transparência no planejamento e desenvolvimento;

* Problemas não são ignorados e ninguém é penalizado por reconhecer ou descrever qualquer problema não visto;

Por isso deixo uma pergunta: Onde é que o SCRUM (assim como outras metodologias Ageis) está confrontando com o PMBOK?

Na minha opinião usar uma abordagem de Agile Software Development sem o Apoio do PMBOK é partir para um “Desenvolvimento Cowboy”,  ou seja,s e o bandido mexer, você  saca e atira, e torce pra ele não sacar mais rápido…

Mas voltarei a falar mais sobre SCRUM e vou convidar um amigo Nelson Abu Samra Rahal Junior, o Abu, especialista em SCRUM  e autor do Blog do Abu para fazer parte da  Equipe do Projetizando a vida, escrevendo com mais propriedade sobre o assunto.