FACULDADE DE CINCIAS ADMINISTRATIVAS E DE TECNOLOGIA FATEC

RAFAEL DE SENA BRITO

FAMLIA DE METODOLOGIA CRYSTAL

PORTO VELHO RO 2011

RAFAEL DE SENA BRITO

FAMLIA DE METODOLOGIA CRYSTAL

Trabalho Software

de

Processos a

de

Desenvolvimento de

de

apresentado

Faculdade

Cincias

Administrativas e de Tecnologia FATEC, para obteno de nota, sob orientao do Prof. Haroldo de Lima Arouca.

PORTO VELHO RO 2011

2

SUMRIO

1 INTRODUO ....................................................................................................................... 4 2 DESENVOLVIMENTO GIL ............................................................................................... 4 3 FAMLIA DE METODOLOGIA CRYSTAL ........................................................................ 5 3.1 PROCESSO .......................................................................................................................... 6 3.2 PAPIS E RESPONSABILIDADE ..................................................................................... 7 CONCLUSO ............................................................................................................................ 8 REFERNCIAS BIBLIOGRFICAS ....................................................................................... 9

1 INTRODUO Abordagens de desenvolvimento gil de software tm se tornado cada vez mais populares durante os ltimos anos. Prticas geis tm sido desenvolvidas com o objetivo de entregar software mais rpido e garantir que o software atenda s necessidades dinmicas dos clientes. Em geral, estas abordagens tm alguns princpios comuns: melhorar a satisfao do cliente, adaptando-se s necessidades das mudanas, muitas vezes fornecendo software de trabalho, e uma estreita colaborao do cliente com os desenvolvedores. Abordagens geis so baseadas em iteraes curtas, liberando uma nova verso do software a cada 1-3 meses. A famlia de mtodos Crystal foi criada por Cockburn. Nos mtodos Crystal, o desenvolvimento de software visto como um jogo cooperativo de inveno e comunicao, com o principal objetivo de entregar um software til e funcionando. Dois projetos diferentes devem ser executados de forma diferente. A abordagem Crystal inclui princpios para a adaptao dos mtodos em diversas circunstncias de projetos. Cada mtodo da famlia Crystal nomeado com uma cor, que ser apropriada para um projeto, baseando-se no seu tamanho e aspecto crtico. Apesar de diferentes, existem regras, valores e caractersticas comuns nas metodologias Crystal.

2 DESENVOLVIMENTO GIL Durante muito tempo as metodologias consideradas pesadas vm sendo utilizadas para o gerenciamento dos processos de desenvolvimento de software, mesmo com a evoluo dos computadores, a maneira de desenvolver software ficou estagnada, nos princpios criados por Winston W. Royce em 1970, denominado modelo cascata. A metodologia gil um novo horizonte para a engenharia de software, mostra uma maneira diferente de gerenciar o processo de desenvolvimento. Esta propicia requisitos que aumentam a qualidade, produtividade e a satisfao do cliente que ir receber um produto de acordo com sua real necessidade. Esses mtodos tentam diminuir o risco do processo do software, entregando pequenas partes ao usurio final, conhecido como iterao, os quais levam de uma quatro semanas. Cada iterao como um pequeno projeto e inclui todos os processos necessrios para implantao da nova funcionalidade: planejamento, anlise de requisitos, projeto, codificao, teste e documentao.

As metodologias geis no abdicam os processos e ferramentas, documentao e planejamento, simplesmente expe que elas esto em segundo plano quando comparado com as pessoas envolvidas e interaes.

3 FAMLIA DE METODOLOGIA CRYSTAL A famlia Crystal de metodologias consiste em um conjunto de metodologias, que partilham das mesmas bases e prticas, mas que se diferenciam quanto ao seu peso. Assim, o aspecto mais importante o modo de escolher qual a metodologia mais adequada para um projeto. O autor Alistair Cockburn, famoso metodologista e desenvolvedor desta famlia de metodologias, acredita que a metodologia adequada baseada no tamanho da equipe e nos riscos envolvidos no projeto, e criou ento um mtodo para a escolha da metodologia de acordo com a classificao do projeto quanto a estes dados. (Cockburn, 2002). A classificao da metodologia dada atravs de cores. Quanto mais escura a cor, mais pesada a mesma . A escolha da metodologia apropriada de acordo com o projeto proposta por Cockburn de acordo com a figura 1.

Figura 1: A escolha da metodologia Crystal Fonte: (Abrahamson et al, 2002).

Esse peso representado pela quantidade de artefatos e a rigidez da gerncia, itens que so absorvidos entre os 13 elementos definidos para cada mtodo: papis, habilidades, times, tcnicas, atividades, processos, artefatos, produtos de trabalho, padres, ferramentas, personalidades, qualidade e valores da equipe (Highsmith, 2002). Por exemplo, ao observar os
5

papis no Crystal Clear, nota-se que existem 6 tipos, enquanto que no Orange existem mais de 14. Apesar de possuir diversas metodologias, todas possuem diversas caractersticas em comum, como, por exemplo, a abordagem iterativa, a nfase na comunicao e na cooperao entre a equipe (Cockburn, 2002). As metodologias da famlia Crystal desenvolvidas e utilizadas at hoje so a Crystal Clear e a Crystal Orange.

3.1 PROCESSO Como visto na classificao anterior, a metodologia Crystal Clear apropriada para projetos pequenos, de at seis desenvolvedores. Ela adequada para projetos de baixo risco e os desenvolvedores devem compartilhar a mesma sala, devido s limitaes na sua estrutura de comunicao (Cockburn, 2002). J a Crystal Orange abrange projetos de mdio porte, com at 40 colaboradores. Na Orange, os trabalhos so divididos em times multifuncionais diversos e h a criao de artefatos suficientes para a comunicao entre eles. Ambas podem ser utilizadas para projetos um pouco mais crticos que o proposto por Cockburn, com algumas mudanas bsicas para evitar alguns dos riscos envolvidos (Abrahamson et al., 2002). Os processos das metodologias Crystal no possuem diferenas drsticas entre si, at por que tanto a Clear quanto a Orange no possuem um processo propriamente dito, apenas atividades, que devem ser executadas em incrementos de um a trs meses (podendo chegar a quatro meses na Orange). Isto acontece por que o autor destas metodologias prioriza as pessoas envolvidas e no processos, focando-se apenas nas atividades que devem ser desempenhadas e deixando os ajustes do processo por conta dos envolvidos no mesmo (Fowler, 2003).

Figura 2: Um Incremento na Crystal Orange Fonte: (Abrahamson et al., 2002)

Na Crystal Orange a etapa em que o Documento de Requisitos criado obrigatria, j que um documento importante para a gerncia de vrios times. Isto no to necessrio na Clear, visto que apropriada para apenas um time trabalhando em um mesmo local. Outras etapas, como Agendamento (Scheduling) e Revises (Reviews) so mais aprofundadas na Orange, e mais brandas na Clear. As prticas de paralelismo e fluxo, claro, se aplicam apenas a Crystal Orange, j que na Clear no h mltiplos times, no havendo necessidade de paralelismo nas atividades.

3.2 PAPIS E RESPONSABILIDADE Em uma metodologia baseada em pessoas, invs de processos, os papis, e suas respectivas responsabilidades, so aspectos muito importantes. Tanto a Crystal Clear quanto a Crystal Orange possuem diversos papis em comum. claro que, sendo uma metodologia mais pesada, natural que a Crystal Orange possua mais papis. Porm, as diferenas no param por a: a principal diferena entre estas duas metodologias o nmero de times que abrangem. Enquanto a Crystal Clear no possui uma estrutura de comunicao adequada para portar mais de um time, isto no ocorre na Orange, que possibilita, e obriga o uso de diversos times multifuncionais (com profissionais de diversos papis juntos).
7

Nas metodologias da famlia Crystal, uma pessoa pode assumir mais de um papel, acumulando funes. Os principais papis bsicos, necessrios para ambas as metodologias so: Patrocinador: quem financia o projeto; Usurios: que usam o software desenvolvido; Programador/Analista Snior: membro mais experiente em

programao e anlise/projeto de sistemas; Programador/Analista: membro menos experiente, mas capaz de

programar e projetar/analisar um sistema. A Crystal Orange, entretanto, inclui um variado nmero de papis a este conjunto, sendo a grande maioria de profissionais mais especializados, como Projetista de Interfaces com o Usurio, analista de banco de dados, mentor do projeto, arquitetos, analista de requisitos, analista de negcios, entre outros. Entre tantos papis, so ressaltados dois em (Abrahamson et al., 2002), que merecem um pouco mais de ateno. So eles: Escritor: Responsvel pela produo de documentao externa, como

manual de usurio, por exemplo; Analista de Negcios: ele que negocia e se comunica com os usurios

para obter o que deve ser especificado em termos de requisitos e interfaces, e tambm para revisar o design do projeto. Um time de trabalho na Crystal Orange deve ser composto de no mnimo: Um analista de negcios, um projetista de interfaces com o usurio, dois a trs programadores/analistas, um analista de banco de dados e, se possvel, um testador (Abrahamson et al., 2002).

CONCLUSO

O autor Alistair Cockburn se destaca no mundo acadmico por seu grande know-how em metodologias e processos de desenvolvimento, e aplicou, como continua aplicando at hoje, todo este conhecimento para desenvolver sua famlia de metodologias Crystal. Pode-se notar que so metodologias que podem e devem ser ajustadas para se adequar ao projeto, evitando ter que adaptar o projeto metodologia. Alm disto, Cockburn ainda prope o uso de determinada metodologia para determinado tipo de projeto, dando uma metodologia padro para cada tipo como ponto de partida. Esta metodologia deve ento ser
8

aplicada ao projeto e, atravs de reunies de acompanhamento e revises, ajustada para o mesmo. Esta ideia d as metodologias da famlia Crystal um enorme dinamismo, e uma rpida resposta a mudanas. Porm, exige dos envolvidos no projeto certa experincia no uso de processos e metodologias, pois no h como saber o que deve ser alterado em uma metodologia com clareza sem nenhuma experincia no assunto. Alm de tudo isto, a famlia Crystal ainda uma famlia de metodologias em desenvolvimento, o que provoca uma relativa escassez de documentao e pesquisas sobre a mesma, se comparado com metodologias mais conhecidas como o XP e o SCRUM.

REFERNCIAS BIBLIOGRFICAS ABRAHAMSSON, Pekka, SALO, Outi, RONKAINEN, Jussi, WARSTA, Juhani. Agile software development methods. Review and analysis. Espoo 2002. VTT Publications.

COCKBURN, Alistair. Agile Software Development: The Cooperative Game. AddisonWesley: 2002.

FOWLER, Martin, The New Methodology, 2003. Disponvel em: <http://www.martinfowler.com/articles/newMethodology.html>. Acessado em: 27 mai 2011.

HIGHSMITH, J. Retiring Lifecycle Dinosaurs. Software Testing & Quality Engineering 2, n.4, July/August 2000.