3 Formulação da Metodologia 3.1. Considerações Iniciais

Transcrição

1 53 3 Frmulaçã da Metdlgia 3.1. Cnsiderações Iniciais O presente capítul tem cm finalidade prpr e descrever um mdel de referencia para gerenciament de prjets de sftware que pssa ser mensurável e repetível, cnsiderand s cnceits gerenciament de prjets, e as principais metdlgias ágeis estudadas n capítul 2. De acrd cm Martins (2007), uma metdlgia tem micr e macr cmpnentes, nde s macr cmpnentes sã s encarregads de definir flux geral e a sequência de trabalh, enquant s micr cmpnentes incluem as regras gerais de prjet técnic (design), padrões (patterns), e bas práticas. Para cas específic d desenvlviment de sftware, as regras gerais de design apresentam prpriedades para seguir u evitar, e abrdagens gerais que devem ser adtadas para a cnstruçã d sistema. Os padrões sã sluções que pdem ser aplicadas a cert tip de atividade de desenvlviment; sã sluções padrnizadas para certs tips de prblemas. As bas práticas cnsistem em rientações e dicas que guiaram bm desenvlviment ds prjets.

2 Prpsta de Mdel de Gerenciament de Prjets de Sftware O mdel de referência prpst está dividid em Macr e Micr cmpnentes (MARTINS, 2007). A Figura 3.1 descreve um mapeament d mdel, nde s macr cmpnentes estã cmpsts pels cinc grups de prcesss que PMBOK recmenda, s quais definirã flux geral e a sequência de trabalh, e s micrcmpnentes estã cmpsts pelas diferentes práticas de gerenciament d Scrum, FDD e as bas práticas de desenvlviment de sftware Extreme Prgramming, prduçã enxuta de sftware e CMM, cm bjetiv de ter um prjet de sftware gerenciad que pssa ser adaptad u padrnizad para diverss prjets, cm qual se terá cm resultad um cliente satisfeit, e a criaçã de um repsitóri de cnheciments para a empresa. Figura 3.1 Macr e Micr Cmpnentes d Mdel Prpst Fnte: Elabraçã Própria A Figura 3.2 descreve Mdel de Gerenciament de Prjets de Sftware prpst, que é detalhad a partir d item ate item

3 55,Figura 3.2 Mdel de Gerenciament de Prjets de Sftware Fnte: Elabraçã Própria O Apêndice VI descreve um mapeament das características das metdlgias usadas: XP, Scrum, PMBOK, e as bas práticas aplicadas n mdel prpst: Prduçã enxuta de sftware e CMM.

4 Inici Este prcess inicia cm a geraçã de uma idéia u a slicitaçã de um cliente para desenvlver algum prdut de sftware específic. Deverá ser feita uma análise inicial da prtunidade gerada, e categrizar s diverss prjets, cm ist a empresa criará uma carteira de prjets (recmendações PMBOK). Psterirmente prcede-se á avaliaçã ds prjets da carteira, se faz a seleçã, pririzaçã e finalmente se prcede à autrizaçã d prjet a desenvlver, assim cm indica a Figura 3.3. Figura 3.3 Iniciaçã: Autrizaçã d prjet a desenvlver Fnte: Elabraçã Própria Uma vez que prjet é autrizad, neste prcess de inicializaçã prcede-se a declarar a visã inicial d prdut de sftware para bter a lista de funcinalidades cm as premissas e s requisits principais d prjet (Estas premissas e restrições incluem tud que precisa ser realizad, e pssa ser assciad cm valr para prjet, seja requisits funcinais u nã, e Impediment Backlg u restrições sã s itens que impedem prgress d prjet geralmente assciad a riscs).

5 57 Recmenda fazer as seguintes perguntas para declarar a visã inicial d prdut: Qual é a visã que cliente tem d prdut a desenvlver? Que visã a equipe tem d prdut a desenvlver? Quais sã as limitações e restrições d prjet? A empresa tem a equipe certa para desenvlver prjet? Em paralel prcede-se a estimar rçament d prjet, assim cm s recurss a utilizar para preparar ambiente de desenvlviment, (ver a Figura 3.4). Figura 3.4 Visã Inicial d Prjet Fnte: Elabraçã Própria Em relaçã à análise de recurss se fará análise de: 1. Análise d ambiente de desenvlviment: Nesta etapa se analisará ambiente atual dispnível, e serã listads s diferentes requeriments necessáris para pder desenvlver prjet.

6 58 2. Análise da necessidade de pessal: Nesta etapa, é identificada a equipe necessária para desenvlver prjet, será analisad se a empresa cnta cm pessal necessári para frmar parte da equipe de desenvlviment, e se prcederá a descrever a equipe d prjet, cm ajuda da Tabela 3.1, que é baseada ns cnceits da metdlgia XP (Revisar Apêndice II), e Scrum. Tabela 3.1 Equipe de Desenvlviment de Prjet de Sftware Garante que time esteja ttalmente funcinal e prdutiv; Facilita a clabraçã entre as funções da equipe e elimina s SCRUM Master impediments d time; Prtege time de interferências externas; Garante que prcess está em andament; Participam das reuniões diárias, revisã da Sprint e planejament. Equipe de TI Técnic Acmpanhadr Facilitadr Arquitet SCRUM Team Equipe d Cliente Cntadr de histórias Aceitantes Prprietári de Our Planejadres Chefã Na etapa inicial é imprtante definir a arquitetura d prjet (d sistema e d sftware), a qual pde ter mudanças e adaptações durante desenvlviment d prjet. A Figura 3.5 detalha s elements que devem ser definids nesta etapa.

7 59 Figura 3.5 Arquitetura Inicial d Prjet Fnte: Elabraçã Própria Recmenda-se : Cnsiderar que uma ba arquitetura d sftware (definiçã ds cmpnentes de sftware, prpriedades externas, e seus relacinaments cm utrs sftwares) ajuda a aumentar a reusabilidade ds cmpnentes, cnsiderand que reusabilidade é um fatr de garantia de qualidade num prjet de sftware (Mnkandla e Dwlatzky, 2006). A ba especificaçã das interfaces d sistema cntribui ntavelmente para a ba manutençã d sistema Planejament Inicial d Prjet Uma vez aprvad prjet e gerada a visã inicial, passa-se à fase d planejament e, cnsiderand a metdlgia XP, planejament será dividid em duas etapas: Planejament geral u inicial e Planejament detalhad. O plan geral d prjet deverá descrever: Os bjetivs d prjet, Os requisits d prjet e iterações a desenvlver cm as primeiras estimativas em temp,

8 60 As versões d sftware a desenvlver, Descriçã geral da equipe de desenvlviment, A freqüência de reuniões da equipe, O crngrama d prjet e as estratégias de integraçã cntinua d prjet. Na integraçã cntinua ds requisits d prjet será definids hardware, sftware e as diversas ferramentas necessárias para integrar prjet. Na Figura 3.6 se descreve detalhadamente as atividades da equipe de desenvlviment e s artefats que deverã ser prduzids nesta etapa. Figura 3.6 Planejament Inicial Fnte: Elabraçã Própria Planejament Detalhad u Planejament das Iterações Sã definidas quais requisits farã parte da primeira, segunda, terceira iteraçã e assim pr diante, cnsiderand requisits já definids na etapa inicial. Nesta etapa de planejament a equipe de desenvlviment trabalha cm cliente para pririzar s requisits definids inicialmente. Cnsiderand a metdlgia Scrum e FDD, criam-se as iterações, fazend uma seleçã ds

9 61 requisits de prjet mais imprtantes d Prduct Backlg, cm ajuda de um quadr de cartões de funcinalidades cm a Figura 3.7. Mair imprtância Menr imprtância I1 I2 I3 I4 I5 I6 I 11 I 21 I 31 I 41 I 51 I 61 I 12 I 22 I 32 I 42 I 52 I 62 I 13 I 23 I 33 I 43 I 53 I 63 Figura 3.7 Imprtância ds cartões de funcinalidades Fnte: Elabraçã Própria Uma vez pririzads s requisits pel cliente a equipe de desenvlviment deve fazer um estimativa de esfrç necessári em temp para prduzir cada um ds requisits. Para calcular a velcidade e a rdem em que serã desenvlvidas as iterações cm s respectivs requisits de prjet cnsidera-se s passs da metdlgia Scrum, para cálcul de velcidade, ver Figura 3.8. Para este cálcul de velcidades será necessári cnsiderar um históric de trabalh da equipe de desenvlviment. PrductBacklg Opções A B C Estimaçã de velcidade B A C Estimaçã de velcidade B C A Estimaçã de velcidade D D D Inici da Iteraçã Fim da Iteraçã A = 8 A = 8 B = 5 C = 5 Estimaçã de velcidade = 20 B = 5 C = 5 Velcidade Atual = 18 D = 2 D = 2

10 62 Pessal Temp dispnível em dias X 15 Y 13 Z 7 Ttal 35 Tems 35 dias dispníveis para uma iteraçã Velcidade da Iteraçã = temp dispnível d pessal x fatr de ajuste Fatr de Ajuste = Velcidade atual / Temp dispnível d pessal Para estimar em hras, cnsiderar 1 dia efetiv pr pessa = 6 hras Figura 3.8 Cálcul de Velcidade das Iterações SCRUM Fnte: Elabraçã Própria É imprtante ressaltar a imprtância d trabalh em cnjunt cm cliente já que cnsiderand tant Scrum, XP, e FDD, é cliente quem vai exigir quais requisits serã desenvlvids em cada iteraçã de desenvlviment. Finalmente gerente de prjet deverá gerar um dcument cm s nmes das iterações, a lista e estimativas ds requisits de prjet, e s testes de integraçã para as iterações a desenvlver. Na Figura 3.9 descreve prcess de planejament das iterações.

11 63 Figura 3.9 Planejament Detalhad Fnte: Elabraçã Própria Execuçã d Prjet Prcede-se a implantar listad das iterações definidas na fase d planejament detalhad. Essa fase é realizada pr equipes autdisciplinadas e dirigida pr lideres ds prjets que pssam garantir um ambiente aut - rganizad. Cm ajuda ds princípis XP, Prduçã enxuta de sftware e gerenciament Scrum, trabalha-se cada iteraçã, fazend s releases (liberaçã pública de uma nva versã d prjet) crrespndentes, e s testes de aceitaçã para ir incrementand prjet de sftware que se está desenvlvend, ver Figura 3.10.

12 64 Figura 3.10 Execuçã d Prjet Fnte: Elabraçã Própria Recmenda-se : Nesta etapa de prjet, é imprtante prduzir códig eficiente. A metdlgia XP indica que é imprtante criar cass de teste de unidade e resultads esperads antes de desenvlver cada requisit de prjet cm bjetiv de validar a implementaçã de cada estória na iteraçã. Cnsiderand fatr de qualidade crretitude, é necessári desenvlver códig de sftware simples e padrnizad. Este códig de acrd cm XP, deve implementar unicamente que cliente deseja e nã implementar recurss adicinais, já que iss de acrd cm s cnceits de prduçã enxuta de sftware será cnsiderad cm desperdíci. Cm códig é implementad pr diferentes pessas, a utilizaçã de regras de cdificaçã facilita entendiment e a manutençã d códig pr tds. Esta prática garante que utras práticas, cm refactring e códig cletiv sejam executadas sem maires dificuldades, e cntribui cm a adçã

13 65 d fatr de qualidade manuntebilidade e reusabilidade de códig. A integraçã das diferentes unidades d sistema deve ser feita freqüentemente, sempre após a execuçã d seu cnjunt de testes. Esta prática garante que s cnflits entre as diferentes partes e cust de integraçã sejam mínims. Outr pnt imprtante na execuçã é a manutençã. De acrd cm XP, deve-se cnsiderar a pratica de prgramaçã em pares cm prpósit de detectar s defeits e cnseguir crrigi-ls a temp. Assim que quand um prgramadr vai desenvlvend prjet, utr devera realizar as revisões e crreções necessárias. Quand realizadas, mdificações ns códigs serã divulgadas e testadas para nã cmprmeter a integridade d prjet. Outras práticas básicas na rganizaçã de trabalh na fase de execuçã que devem ser cnsideradas sã: Reuniões diárias segund XP e Scrum, cm máxim 15 minuts cada dia (SCRUM). Reuniões semanais para verificar avanç d trabalh (XP, e SCRUM), 45 min. Cmunicaçã cm cntadr de stries (XP). Prgramaçã em pares (XP) Prpriedade cletiva (XP). 40 hras semanais de trabalh (XP e SCRUM). Amplificar aprendizad (Prduçã Enxuta de Sftware). Fazer entregas mais rápid pssível (Prduçã Enxuta de Sftware): segund a metdlgia Scrum as entregas devem ser feitas cada 7 dias e uma iteraçã cmpleta as 30 dias Encerrament d Prjet Uma vez terminad desenvlviment das iterações e feitas as integrações e testes d prjet prcedesse à etapa d encerrament, ver Figura

14 , nde prdut final deverá cnter tds s itens da lista de backllg d prdut, e se realizará a entrega d prdut final a cliente cm a versã cmpleta d sistema. Existem uma série de dcuments que nã é necessári criar durante desenvlviment d prjet; estes serã criads n final d prjet (etapa d encerrament), cm bjetiv de nã prduzir dcuments; antes d necessári, e evitar a atualizaçã desnecessária de dcuments, esta é uma prática ágil de desenvlviment de prjets de sftware. Teles (2004) afirma que nã existe um cnjunt de dcuments que pssam atender as necessidades de tds s prjets em geral, já que cada um ds prjets tem características especificas, mas ele cita um cnjunt de dcuments cerentes para a realidade ds diferentes prjets que deverã existir antes de encerrar um prjet de desenvlviment de sftware: Estória Testes de aceitaçã Testes de Unidade Java dc (padrã de dcumentaçã de classes em Java) Mdel de classes Mdel de dads Prcess de Negóci Manual d Usuári Acmpanhament diári Acmpanhament d prjet Fts Figura 3.11 Encerrament d Prjet Fnte: Elabraçã Própria

15 Mnitrament e Cntrle d Prjet Este prcess deverá ser feit em tdas as fases d prjet, cm bjetiv de assegurar que prdut final de sftware cumpra cm as especificações iniciais de qualidade. Nesta etapa é imprtante identificar s padrões de qualidade que sã relevantes para prjet e determinar cm atingi-ls. Para definir a qualidade d prjet, gerente deve: Definir s requisits que satisfaçam as especificações dadas pel cliente. Definir a equipe cm as suas respnsabilidades. Desenvlver s diverss prcediments e padrões d prjet, e mnitrar desempenh d prjet n lng da sua duraçã. Deverã se identificar s fatres de qualidade que se pretendam atender (ver Tabela 2.6). Cnsiderand a metdlgia Scrum, se deverá fazer mnitrament e cntrle d trabalh desenvlvid pr cada membr da equipe d trabalh, assim cm pela equipe cmpleta. Kniberg (2007), na metdlgia Scrum, explica us ds gráfics de cntrle chamads Burndwn, nde é analisad trabalh estimad e as datas estabelecidas pela equipe de trabalh e pr cada um ds membrs da equipe, que é mstrad nas Figuras 3.12 e Burndwn Trabalh Estimad Data Trabalh Estimad Burndwn Precisa tirar itemsda iteraçã Trabalh Estimad Burndwn Precisa adicinar itemsà iteraçã Data Data Figura 3.12 Gráfics de mnitrament e cntrle Fnte: Kniberg 2007

16 68 Nã revisad Revisad Feit Burndwn Nã revisad Revisad Feit Burndwn Negligencia na priridade ds items Itens nã planejads Itens nã planejads Nã revisad Revisad Feit Burndwn Muit item nã planejad Itens nã planejads Figura 3.13 Gráfics de mnitrament e cntrle Fnte: Kniberg 2007 Recmenda-se : Nesta etapa de mnitrament e cntrle da qualidade é imprtante cntrlar e melhrar s prcesss e prduts finais de cada uma das iterações em desenvlviment, cnsiderand s gráfics de mnitrament e cntrle da Figura Cmpete á equipe e a gerente de prjet identificar s principais prblemas e falhas a lng d desenvlviment d prjet, pr ist é aplicada a prática de reuniões semanais cm bjetiv de fazer uma retralimentaçã d trabalh desenvlvid a lng da semana, e cnseguir identificar e slucinar s principais prblemas encntrads. Uma vez definidas falhas u prblemas será imprtante refinar as iterações, melhrand, adicinand u mudand requisits da iteraçã, já que ist cntribui cm a melhra na qualidade final d prdut.