Anlise da Aplicabilidade de Integrao dos Mtodos Scrum e

DADI no Desenvolvimento de Websites

Eduardo Ribeiro Lima
1
, Claudio Zarate Sanavria
2

1
Centro Universitrio Anhanguera de Campo Grande
Campo Grande MS Brasil
2
Instituto Federal de Educao, Cincia e Tecnologia de Mato Grosso do Sul (IFMS)
Nova Andradina MS Brasil
eduardonegocios@hotmail.com, claudio.sanavria@ifms.edu.br,
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
<http://www.improveit.com.br/scrum>. 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.