-
Anlise da Aplicabilidade de Integrao dos Mtodos Scrum e
DADI no Desenvolvimento de Websites
Eduardo Ribeiro Lima1, Claudio Zarate Sanavria2
1Centro Universitrio Anhanguera de Campo Grande
Campo Grande MS Brasil
2Instituto Federal de Educao, Cincia e Tecnologia de Mato Grosso
do Sul (IFMS)
Nova Andradina MS Brasil
[email protected], [email protected],
Abstract. This paper describes the results of a research that
consisted on
integrate DADIs model phases to Scrum method in the development
of a web application. Thus we tried to verify the applicability and
the viability of using
an agile method integrated with design-specific methodology. In
this research
we developed a web application with the efforts of small
development team.
The results show the applicability because DADIs methodology
phases inserted on SCRUMs phases allowed an improvement on the
specification of details, considering web applications
specificities.
Resumo. Este artigo descreve os resultados de uma pesquisa que
consistiu em integrar ao mtodo Scrum as etapas do modelo DADI no
decorrer do
desenvolvimento de uma aplicao web. Desta forma, procurou-se
verificar a
aplicabilidade e a viabilidade de utilizar um mtodo gil
integrando ao mesmo
uma metodologia especfica para design. Para tal estudo foi
desenvolvida uma
aplicao baseada na Web, por meio de uma pequena equipe de
desenvolvimento. Os resultados apontam para uma aplicabilidade,
pois as
etapas da metodologia DADI inseridas nas fases do Scrum
permitiram um
melhor detalhamento, considerando as especificidades das
aplicaes
baseadas na Web.
1. Introduo
O crescimento da internet um fenmeno intrinsecamente relacionado
com a evoluo
da prpria sociedade da informao. Pressman (2011) afirma que a
World Wide Web
(WWW) e a internet so indiscutivelmente os desenvolvimentos mais
importantes da
histria da computao. Essa importncia se d pelo fato de tais
tecnologias terem nos
permitido entrar na chamada era da informao.
As tecnologias para a internet e seus sistemas tambm sofreram
uma visvel
transformao com o passar do tempo. Pressman (2011) lembra que no
incio os sites
eram formados de pouco mais de um conjunto de arquivos de
hipertexto ligados que
apresentavam informao usando texto e um pouco de grficos.
O surgimento de novas tecnologias e novas linguagens de
programao permitiu
o desenvolvimento de contedos dinmicos dando origem s aplicaes
para Web.
Conseqentemente, o crescimento contnuo e acelerado da internet
gerou novas
necessidades de servios rpidos e instantneos, ocasionado uma
demanda significativa
no desenvolvimento de sistemas que utilizam a web como
plataforma de um ambiente
-
operacional. Pressman (2011) defende que h uma necessidade
premente de abordagens
disciplinadas de engenharia da web, e novos mtodos e ferramentas
para o
desenvolvimento, implantao e avaliao de sistemas e aplicaes
baseados na web.
As aplicaes baseadas na web tm como principais caractersticas
o
imediatismo e a constante evoluo de suas funcionalidades. Dessa
maneira, surge a
necessidade das equipes utilizarem uma metodologia de
desenvolvimento gil e com um
foco maior no planejamento da arquitetura e design do layout
para aplicaes web.
A metodologia que vem trazendo bons resultados atualmente a
metodologia
Scrum, definida por Schwaber e Beedle (2002, p. 1, apud Pereira,
2005), como [...] uma metodologia gil de desenvolvimento de
software emprica, significando que ela
voltada s experincias passadas da equipe e de outras experincias
para argumentar
seus mtodos. A funo primria do Scrum ser utilizado para o
gerenciamento de projetos de desenvolvimento de software alm de se
adaptar a qualquer
desenvolvimento gil.
Uma das metodologias especficas para o desenvolvimento Web a
DADI
(Definio / Arquitetura / Design / Implementao) criada pelo
designer americano
Clement Mok. Esta metodologia foi criada para o desenvolvimento
de projetos
multimdia tais como CD-ROMs, apresentaes multimdia e websites e
visa servir como mais um instrumento de desenvolvimento de
websites, uma vez que, no decorrer
dos processos de criao, as etapas se interagem, podendo ser
redefinidos os detalhes do
projeto inicial.
Dentro deste contexto o presente trabalho consistiu em analisar
a metodologia
Scrum integrando mesma as etapas do modelo DADI no decorrer do
desenvolvimento
de uma aplicao web. Desta forma, procurou-se verificar qual
seriam a aplicabilidade e
a viabilidade de utilizar uma metodologia gil integrando uma
metodologia especfica
para design de interfaces web.
2. Metodologia DADI
DADI um acrnimo para Definio Arquitetura Desenho e Implementao
que, segundo Oliveira, (2005) uma metodologia criada para
desenvolvimento de projetos
multimdia tais como CD-ROM, apresentaes multimdia e
websites.
A metodologia DADI divide-se em quatro etapas que se
complementam e todas
as etapas podem ser redefinidas sempre que houver necessidade:
definio, arquitetura,
desenho e implementao.
A fase de definio comea com a primeira reunio com o cliente e se
estende no
recolhimento do material para o desenvolvimento do projeto.
Segundo Oliveira (2005),
nessa etapa, a equipe recolhe e analisa as informaes sobre o
projeto, identifica os
objetivos e encontra solues que se enquadram dentro do oramento
e do prazo. O
tamanho, a complexidade do projeto e suas peculiaridades comeam
a se definir.
necessrio ter de uma a quatro reunies nesta primeira fase, onde
sero definidas as
propostas comerciais e cronogramas. A durao desta fase, em mdia,
de 10 dias a
partir da assinatura do contrato.
Segundo Oliveira (2005) e Vicentini e Mileck (2000) na fase de
definio
devem-se realizar vrias atividades: Definio de objetivos;
Proposta comercial e
aprovao; Anlise do contedo; Compreenso do pblico alvo e
tecnologias.
-
Na fase de arquitetura um dos pontos mais importantes est
relacionado com a
navegabilidade e usabilidade do website a ser estruturado. nessa
fase que h a
identificao de problemas quanto navegao, ao fluxo de informao,
ao design,
interatividade e praticidade de uso (usabilidade). Nesta fase o
nmero de reunies inferior em relao fase anterior, sendo necessrio
apenas de uma a duas reunies para
que possa ser entregue o flowchart. A durao desta fase de apenas
cinco dias. Assim,
devem-se realizar as seguintes atividades: Definio da Mensagem
do Site; Definio dos tipos de informao e funcionalidade; Estrutura
da informao; Criao da estrutura
do fluxo de informao (flowchart); Recursos de Interface;
Interatividade;
Navegabilidade.
Na fase de desenho (design), segundo Vicentini e Mileck (2000),
deve-se pensar
na proposta grfica, que dever ser apresentada por um
especialista, neste caso um
designer. Conforme Oliveira (2005), nesta fase se define o
projeto grfico do site e as
ideias ganham formas, cores e outros elementos de udio e vdeo
que se encaixam nas
posies definidas nas fases anteriores. Esta no a nica parte onde
o design grfico
entra, mas onde se desenvolve a criatividade que d vida e
destaque para o projeto e
onde as metforas visuais apiam e melhoram a arquitetura da
informao. Nesta etapa
so realizadas duas reunies com o objetivo de entregar para o
cliente o layout na tela e
impressos em papel. A durao desta fase de quinze dias.
Na fase de arquitetura devem-se realizar as seguintes
atividades, conforme
Vicentini e Mileck (2000): Tipografia; Redao e textos; Criao de
Imagens;
Tratamento de outras mdias; Outras tecnologias.
A fase de implementao a fase final, onde o objetivo integrar o
layout e
design com a parte de programao e, por fim, os testes antes de
entregar para o cliente.
Tambm so realizados testes de navegabilidade e integridade. Com
tudo checado e
testado, o site finalmente disponibilizado ao pblico. Esta fase
precisa de apenas duas
reunies para entregar o projeto final, onde esta fase dura em
torno de quinze dias. De
acordo com Vicentini e Mileck (2000), devem-se realizar as
seguintes atividades:
Programao; Testes de Interface; Definio do servidor; Definio do
endereo URL;
Upload de arquivos; Lanamento do website.
3. Desenvolvimento gil e Metodologia Scrum
Metodologias geis esto sendo cada vez mais adotadas pelas
empresas para pequenos e
grandes projetos. De acordo com Varaschim (2008), no Brasil, as
metodologias de
desenvolvimento gil tm gerado grande entusiasmo entre seus
usurios assim como na
comunidade acadmica. O princpio comum do desenvolvimento gil
o
desenvolvimento cooperativo, baseado mais nas pessoas e suas
iteraes, em vez de
focar em grandes esforos de planejamento de requisitos e
processos rgidos.
Segundo Pressman (2011), a engenharia de software gil combina
uma filosofia
e um conjunto de diretrizes de desenvolvimento. A filosofia
encoraja a satisfao do
cliente e a entrega incremental do software logo de incio;
equipes de projeto pequenas,
altamente motivadas; mtodos informais; produtos de trabalho de
engenharia de
software mnimos e simplicidade global do desenvolvimento.
Para Pressman (2011), qualquer processo gil de software se
caracteriza por
atender trs princpios sobre a maioria dos projetos de software:
difcil fazer uma
previso antecipada de quais requisitos de software iro persistir
e quais sero
-
modificados, assim como difcil prever como ocorrero as mudanas
de prioridades do
cliente, medida que o projeto cresce; Para muitos tipos de
software, o projeto e
construo so intercalados, ou seja, as duas atividades devem ser
realizadas juntas de
modo que os modelos de projeto sejam comprovados medida que so
criados.
Tambm difcil prever o quanto de projeto necessrio antes que a
construo seja
usada para comprovar o projeto; Anlise, projeto, construo e
testes no so to
previsveis do ponto de vista do planejamento.
Dentre os modelos geis est o Scrum. Teles (2007) defende que o
Scrum uma
metodologia gil para gesto e planejamento de projetos de
software. Ele oferece um
conjunto de prticas que tem como objetivo manter o gerenciamento
do projeto visvel
aos usurios do modelo. A metodologia no detalha o que deve ser
feito e no resolve os
problemas da empresa. O objetivo do Scrum dar visibilidade a
estes problemas e servir
como guia na resoluo dos mesmos. Os projetos so divididos em
ciclos (tipicamente
mensais) chamados de Sprints. Um ciclo consiste em trs etapas
principais.
A primeira etapa a reunio de planejamento (Sprint Planning),
onde o time
(Scrum Team), em conjunto com o cliente (Product Owner) define o
que ser
implementado na iterao, sendo responsabilidade do cliente
realizar a priorizao do
trabalho a ser feito. Na etapa seguinte o time (Scrum Team)
detalha tarefas necessrias
para implementar o que foi solicitado pelo cliente e
posteriormente inicia a execuo
das mesmas. Ao final da Sprint realizada uma reunio para a
validao da entrega
(Sprint Review), onde o cliente e quem mais tiver interesse no
produto pode verificar se
o objetivo do Sprint foi atingido. Logo aps, realizada apenas
pelo time uma reunio
(Sprint Retrospective) onde o Sprint avaliado sob a perspectiva
de processo, time ou
produto, quais foram os acertos e os erros com o objetivo de
melhorar o processo de
trabalho. A Figura 1 ilustra o modelo de processo do Scrum.
Figura 1. Ciclo de desenvolvimento do Scrum (VARASCHIM,
2008).
Para Varaschim (2008) o Scrum altamente recomendvel para
empresas que
tenham no seu ciclo de projetos produtos dinmicos e que possuam
alta taxa de
mudana de requisitos. De acordo com Pereira (2005), a
metodologia Scrum define trs
-
papis a serem desempenhados no decorrer do projeto: Scrum
Master, Scrum Team e
Product Owner.
O papel de Scrum Master o de lder (servidor) e tem como objetivo
remover
impedimentos e problemas enfrentados pela equipe, proteger a
equipe, ajudar o Product
Owner com o Product Backlog, ser o facilitador da equipe e
garantir as prticas do
Scrum no projeto.
A equipe Scrum responsvel por fazer as estimativas das user
stories, definir as
tarefas a partir das user stories, desenvolver o produto,
garantir a qualidade do produto e
apresent-lo ao cliente, sendo uma equipe auto-gerencivel e
multifuncional. O Product
Owner participa ativamente das reunies com o Scrum Team e Scrum
Master e conhece
todas as funcionalidades que o produto deve ter sendo assim um
intermedirio entre a
equipe e o cliente que solicita um produto. O Product Owner
responsvel por definir a
viso do produto, elaborar e manter o Product Backlog, definir a
prioridade, representar
o cliente e aceitar ou rejeitar os entregveis.
Conforme Varaschim (2008) o Scrum tem como artefatos: Product
Backlog,
Planning Poker, Sprint Backlog e Burndown Chart. Product Backlog
a lista que
contm as funcionalidades de negcio, os requisitos tcnicos e os
erros encontrados no
sistema que precisa ser desenvolvido. O Planning Poker um
exerccio de estimativa
que pode ser realizada em grupo e usa a sequncia de Fibonacci
como base para a
avaliao de complexidade. A Sprint Backlog uma lista de tarefas
que o Scrum Team
se compromete a fazer em uma Sprint. Os requisitos do Sprint
Backlog so extrados do
Product Backlog, pela equipe, com base nas prioridades definidas
pelo cliente (Product
Owner) e a percepo da equipe sobre o tempo que ser necessrio
para completar as
vrias funcionalidades. O Burndown Chart consiste na distribuio
das tarefas, feita
pelo time, onde cada membro da equipe seleciona as tarefas que
pode realizar seguindo
a ordem de execuo definida pelo time. A partir da informao das
tarefas realizadas
no dia anterior traado um grfico que indica a completude de
tarefas da Sprint e seu
andamento em comparao com o nmero de tarefas planejadas.
Segundo Varaschim (2008), o acompanhamento dirio e com ateno
desta
ferramenta faz a diferena na entrega das histrias no prazo. Como
tarefas podem ser
adicionadas diariamente, uma anlise incorreta do que est
acontecendo com o
desenvolvimento do Sprint pode gerar um grande atraso e
penalizar a Sprint.
3. Descrio do Problema
Atualmente, a procura de clientes por produtos sempre requer
tecnologias e design
avanados em um curto prazo de entrega. Alm disso, necessrio o
desenvolvimento
de um produto bem definido com estrutura de navegao, design,
complexidade e
mudanas de requisitos a todo o momento. Essa necessidade de
retorno rpido ao cliente
deixa mais difcil o desenvolvimento de sistemas web utilizando
modelos tradicionais.
No contexto de desenvolvimento de aplicaes baseadas na web,
podem-se notar
diferenas entre estas e os sistemas convencionais (desktop).
Isso se d pelo fato de a
engenharia de um sistema web envolver, alm dos aspectos
definidos na engenharia de
sistemas convencionais, aspectos que so relevantes apenas para
este tipo de sistema,
como o ambiente exploratrio baseado em navegao e navegao
personalizada entre
os usurios.
-
Desta forma, evidencia-se a necessidade da aplicao de uma
metodologia
especfica no processo de desenvolvimento web, haja vista a
obteno de maior
qualidade no produto final e agilidade no desenvolvimento para
fazer entregas ao cliente
em um curto prazo de tempo. Neste contexto, a metodologia DADI
foi proposta como
mais uma forma de se melhorar o processo de desenvolvimento de
websites, apesar de
seu foco especfico na arquitetura e design.
Assim, o presente trabalho teve como objetivo geral propor uma
integrao do
mtodo gil Scrum com as etapas propostas pela metodologia DADI a
fim de se
verificar a viabilidade de tal integrao para a melhoria do
processo de desenvolvimento
de aplicaes baseadas na web. Para atender ao objetivo geral
proposto, foram
identificados os seguintes objetivos especficos: Compreender a
filosofia de
desenvolvimento dos mtodos geis; Propor uma integrao de
metodologias focando as
especificidades das aplicaes baseadas na web; Desenvolver um
exemplo de aplicao
utilizando a integrao proposta com uma pequena equipe de
desenvolvimento, a fim de
se validar o modelo proposto.
No houve a pretenso de se propor um modelo totalmente novo, dada
a
abrangncia que um projeto de pesquisa dessa natureza possui.
Buscou-se, ento, por
meio da integrao das metodologias citadas, atender algumas
necessidades especficas
de aplicaes para a web. Seguindo as melhores prticas da
metodologia Scrum,
buscou-se integrar quase todas as etapas definidas para o modelo
DADI dentro das
Sprints do Scrum. Como o modelo DADI tem suas fases simples,
detalhadas e bem
definidas para o desenvolvimento de um sistema web, a integrao
do modelo DADI ao
modelo Scrum poderia ajudar a suprir o nvel de detalhamento do
que deve ser feito,
pois, como o Scrum voltado mais para gerenciamento e
planejamento, no ocorre um
grande detalhamento do que deve ser feito.
Em trabalho de maior abrangncia, Zanatta (2004) props uma
extenso ao
modelo Scrum, considerando algumas lacunas encontradas aps uma
anlise profunda
do modelo. O presente trabalho no teve o mesmo enfoque, porm os
resultados
encontrados por Zanatta (2004) se mostram como um apoio
referencial substancial para
a anlise dos resultados, descrita posteriormente neste
documento.
4. Percurso Metodolgico
A partir do levantamento sobre as metodologias Scrum e DADI, o
primeiro passo
consistiu na elaborao de um modelo de integrasse tais
metodologias. Esse processo
consistiu em integrar as vrias fases definidas pelo DADI dentro
das Sprints
constituintes do Scrum, visando sempre direcionar o
desenvolvimento gil para sistemas
web. Para esta fase do trabalho, foi realizada uma consulta a um
especialista certificado
em Scrum, com o objetivo de se averiguar se o modelo proposto
estava coerente e
dentro dos objetivos gerais desta metodologia, sem abandonar as
suas boas prticas.
Uma vez definido o modelo de integrao, a prxima etapa do
trabalho consistiu
em definir um escopo de aplicao baseada na web para que o mesmo
fosse
desenvolvido com o objetivo de avaliar a aplicabilidade da
integrao proposta. Neste
contexto, optou-se pela reestruturao e desenvolvimento de uma
verso dinmica de
um site j existente, pertencente a um grupo de pesquisa e
desenvolvimento.
Na aplicao do modelo, todo o desenvolvimento foi planejado com
base nas
boas prticas do Scrum, determinando datas, definindo os papis,
prazos de entrega do
-
produto final e organizando todas as etapas envolvidas no modelo
integrado proposto.
Para que a aplicao pudesse ser desenvolvida, foi necessria a
estruturao de uma
pequena equipe de desenvolvimento. Para isso, foram convidados
acadmicos para a
formao da equipe. Essa etapa tambm contou com o auxlio do
professor orientador,
que fez o papel de Product Owner, e o autor da pesquisa como
Scrum Master e membro
da equipe.
No decorrer de cada Sprint, foram produzidos artefatos
correspondentes a cada
etapa. Durante o desenvolvimento foi realizada a anlise da
aplicabilidade do modelo
proposto por meio de relatrios e gravaes dos planejamentos em
udio. Para a anlise
dos resultados, foi utilizado todo o referencial terico
levantado previamente, buscando
respaldo para as concluses sobre o alcance ou no dos objetivos
traados para o
trabalho descrito no presente artigo.
5. Descrio do Modelo Proposto
Na criao do modelo proposto, procurou-se adaptar a fase de
desenvolvimento do
projeto criando um ciclo de desenvolvimento incremental e
interativo. Essas
caractersticas j so apresentadas pelo Scrum, sendo includo
apenas o ciclo de
desenvolvimento do DADI dentro da Sprint. Buscou-se melhorar,
assim, o nvel de
detalhamento de todas as fases de um desenvolvimento
tradicional, sem perder o foco
do desenvolvimento gil e gerenciamento de requisitos com mudanas
e entregas
constantes do produto, agregando valor mais rpido ao
cliente.
Como no Scrum no tem um processo definido de como desenvolver
um
sistema, a integrao da metodologia DADI ao seu modelo no
implicou em alteraes
nas suas cerimnias (Figura 1), pois, no Scrum, na fase de
desenvolvimento realizada na
Sprint no existe um ciclo de desenvolvimento ou um processo
detalhado ou definido,
possibilitando assim a integrao sem alterar todo o processo do
Scrum, cujo maior
esforo est voltado s boas prticas de gerenciamento de
projeto.
Cada uma das Sprints com durao de 2 a 4 semanas desenvolvida de
forma
tradicional (anlise, projeto, implementao e testes) sem dar um
detalhamento desta
fase, pois no o objetivo do Scrum. Assim, o modelo de integrao
proposto visa
ajudar no desenvolvimento de sistemas web com foco no
desenvolvimento agil, com
mudanas de requisitos a todo momento e com um design bem
definido.
O modelo proposto continua dividido em 3 etapas definidas pelo
Scrum, sendo
integradas apenas as fases de Arquitetura, Design e Implementao
do DADI, dentro de
todas as Sprints. A fase de Definio do DADI no teve a
necessidade de ser integrada
no modelo pois no Scrum j realizado o levantamento das
funcionalidades e requisitos
definidos pelo prprio cliente. As trs fases do DADI ocorrem no
momento em que
definido o artefato Sprint Backlog e que automaticamente divide
o desenvolvimento em
vrias etapas a serem seguidas sequencialmente. A Figura 2
ilustra a arquitetura do
modelo de integrao proposto.
-
Figura 2. Arquitetura do modelo de integrao proposto.
No Scrum existem as tarefas e tarefas tcnicas, conhecidas nos
modelos
tradicionais como requisitos funcionais e requisitos no
funcionais. So as tarefas
tcnicas que definem a fase de arquitetura e design. O artefato
Sprint Backlog
composto de tarefas e tarefas tcnicas.
As fases de desenvolvimento so definidas no planejamento. Nas
primeiras
Sprints so necessrios a fase de arquitetura e design, pois
algumas tarefas tcnicas j
estaro feitas, podendo ser utilizadas nas prximas Sprints como,
por exemplo, o layout,
definio de tipografias, entre outros. No planejamento o cliente
descreve cada
funcionalidade em um carto (User Stories) onde tambm feita a
estimativa de tempo
pela equipe. Em seguida, cada User Stories quebrada em tarefas
menores, incluindo as
tarefas tcnicas que so separadas por arquitetura e design e as
tarefas normais, colocadas como implementao. Por fim, define-se a
Sprint Backlog, formada por trs
tipos de artefato arquitetura, design e implementao
posteriormente usados como fases na Sprint, sendo realizados na
seqncia, comeando pela arquitetura, passando
pelo design e, por ltimo, a implementao. As tarefas de design s
so executadas aps
todas as tarefas da arquitetura serem finalizadas, assim como a
implementao depende
do design.
As tarefas tcnicas apresentadas na Figura 2 so tarefas de
arquitetura e design.
Na arquitetura, por exemplo, todas as tarefas tcnicas de cada
funcionalidade da Sprint
relacionadas modelagem e criao de tabelas no banco so unificadas
em uma nica
tarefa tcnica denominada modelar banco. As boas prticas do Scrum
como reunies dirias (Daily Scrum) e demais prticas (Sprint Planning
Meeting, Sprint Review, Sprint
Retrospective) so mantidas. Aps a realizao de todas as fases da
Sprint realizada a
ltima etapa de fechamento do processo de desenvolvimento.
6. Anlise do Modelo Proposto
A anlise do modelo proposto baseou-se na verificao do grau de
satisfao dos
princpios geis pelos mtodos geis. Esta anlise teve como
principal objetivo verificar
se o modelo integrado proposto continuava atendendo aos
princpios geis e
contribuindo com um maior detalhamento no desenvolvimento.
Visando a contribuio para uma maior especificao na fase de
desenvolvimento do Scrum, as fases do DADI integradas no Scrum
permitiram um
melhor detalhamento no desenvolvimento, contribuindo assim com
as prximas Sprints
-
em um projeto, pois, com a separao das tarefas tcnicas na
arquitetura e design, estas
foram feitas com maior prioridade, facilitando o resto do
desenvolvimento nas Sprints.
O modelo integrado proposto procurou otimizar ao mximo a produo
de
artefatos, sem que este processo interferisse na agilidade do
modelo. Segundo
Sommerville (2011) os processos de software so intrinsecamente
complexos e
envolvem um grande nmero de atividades. Como os produtos, os
processos tambm
possuem atributos ou caractersticas. No possvel estabelecer o
aprimoramento de
processos que otimizem todos esses atributos simultaneamente.
Por exemplo, se o seu
objetivo ter um processo de desenvolvimento rpido, ento voc deve
reduzir a
visibilidade do processo. Tornar um processo visvel significa
produzir documentos em
intervalos regulares. Isso, inevitavelmente, atravanca o
andamento do processo.
A aplicao do modelo integrado proposto no escopo definido teve
bons
resultados e foi obtido um produto final no tempo estimado e
planejado para todo o
projeto, apesar de alguns problemas tcnicos ocorridos durante o
desenvolvimento. Com
a aplicao do modelo, foi possvel direcionar o foco, em um
determinado momento,
para o desenvolvimento do design, onde foram realizadas todas as
tarefas tcnicas como
definio de tipografia, cores, imagens, layout e combinaes de
cores, tendo um
resultado satisfatrio para o cliente.
Pressman (2011) defende que as caractersticas de aplicaes
baseadas na web
foram os engenheiros a responderem a uma variedade de questes
que devero ser
atendidas durante as atividades iniciais de desenvolvimento.
Mediante tal afirmao,
percebe-se que a integrao proposta permite um melhor atendimento
dessa
necessidade, considerando tambm que de suma importncia que se
observem
questes relacionadas ao contedo, arquitetura e usabilidade da
aplicao.
Para Memria (2005) um produto bem projetado envolve muito mais
do que um
contedo de qualidade. Questes como facilidade de uso, desempenho
e design grfico
tambm so importantes. A satisfao subjetiva, a agradabilidade
tambm faz parte desse todo. O conjunto resultante de todos esses
fatores, mais a questo do flow, ou seja,
da fluidez e imerso total, tem a capacidade de gerar aquilo que
pode ser chamada de
experincia perfeita.
Segundo Sommerville (2011), por serem entidades muito complexas,
os
processos de software no permitem prever todas as excees
antecipadamente. Assim,
os problemas imprevistos so fatos na vida diria dos gerentes de
projeto e exigem um
esforo frequente para seu tratamento. Assim, os modelos de
processo so
inevitavelmente incompletos e o gerente do processo responsvel
por lidar com as
excees e adaptar o processo, quando necessrio.
Pode-se concluir ento que a agilidade presente no Scrum,
conforme sugesto
dos princpios geis destacados por Zanatta (2004), no foram
afetadas pelas mudanas
propostas no novo modelo integrado, contribuindo ainda com um
melhor detalhamento
das fases dentro da Sprint.
7. Consideraes Finais
A pesquisa aqui descrita foi motivada pela busca de mais
informaes sobre os mtodos
geis, uma vez que percebe-se, cada vez mais, um grande nmero de
adeses a
metodologias que seguem esta filosofia de desenvolvimento. Ao
mesmo tempo,
-
considerar as especificidades do desenvolvimento de aplicaes
baseadas na web
mostrou-se um importante fator na busca por solues que integrem
as boas prticas dos
mtodos geis com metodologias cujo foco se concentra no
desenvolvimento web.
Neste contexto, este trabalho procurou compreender quais os
princpios que
regem os mtodos geis e como tais princpios poderiam permanecer
mesmo aps a
integrao com outros modelos. Buscou-se, dessa maneira, uma
contribuio para a rea
de Engenharia de Software, aprimorando o j consolidado mtodo
Scrum com
detalhamentos provenientes das fases do DADI, o que se mostrou
eficaz no
desenvolvimento para obter um bom resultado no produto final.
Mesmo com os
resultados j obtidos, fazem-se ainda necessrios novos processos
de validao desse
modelo por meio de projetos de desenvolvimento, um desdobramento
natural deste tipo
de investigao, que se iniciou como um trabalho de concluso de
curso.
A experincia realizada neste trabalho, apesar do seu recorte
dada a complexidade que se faz presente no aprimoramento de um
processo de software mostra que possvel integrar mtodos na busca
por melhor aproveitamento de tempo e
equipe, assim como atender s especificidades de cada tipo de
sistema, no caso deste
trabalho, sistemas baseados na web.
Referncias
Ferreira, D., Costa, F., Alonso, F., Alves, P., Nunes, T. (2006)
Scrum - Um Modelo gil para Gesto de Projetos de Software.
Memria, F. (2005) Design para a Internet. Rio de Janeiro.
Elsevier.
Oliveira, P. N. (2005) Desenvolvendo aplicaes web de contedo
dinmico utilizando sistemas de gesto de contedo. Monografia, Curso
de Sistemas de Informao, Universidade Estadual de Montes Claros
UNIMONTES.
Pereira, J. A. (2005) Ambiente web para Gerenciamento de
Processo de Software Baseado no Scrum. Monografia, Curso de Cincia
da Computao, Universidade Regional de Blumenau.
Pressman, R. S. (2011) Engenharia de Software: Uma Abordagem
Profissional, 7 ed, Porto Alegre, McGraw-Hill.
Sommerville, I. (2011) Engenharia de software, 9 ed, So Paulo,
Pearson Prentice Hall.
Teles, V. M. (2007) Improve IT - Scrum. Disponvel em . Acesso em
15 out. 2010.
Varaschim, J. D. (2008) Implantando o SCRUM em um Ambiente de
Desenvolvimento de Produtos para Internet. Monografia, Curso de
Cincia da Computao, Pontifcia Universidade Catlica Do Rio De
Janeiro.
Vicentini, L. A., Mileck, L. S. (2009) Desenvolvimento de Sites
na Web em Unidades
de Informao: Metodologias, Padres e Ferramentas.
Zanatta, A. L. (2004) xScrum: uma proposta de extenso de um
Mtodo gil para Gerncia e Desenvolvimento de Requisitos visando
adequao ao CMMI. Dissertao de Mestrado. Universidade Federal de
Santa Catarina, Florianpolis:
UFSC.
