Gestão Sistêmica

Anais do CONCISTEC'12 3 Congresso Cientfico da Semana Tecnolgica IFSP
2012, copyright by IFSP 17-19 de outubro de 2012, Bragana Paulista, SP,Brasil

IMPACTO DA GESTO SISTMICA NO DESENVOLVIMENTO DE
PROJETOS: UM ESTUDO EM UMA SOFTWARE HOUSE

Daniel A. Figueiredo daf_design@hotmail.com
Instituto Federal de Educao, Cincia e Tecnologia So Paulo (IFSP) - Campus Bragana Paulista

Poliana de Jesus Oliveira poliana.oliveira@sky.com.br

Rafael Barbosa Lucena Cruz rafael.rblc@gmail.com

Tiago Vincius de Oliveira Brachini tvobrachini@gmail.com

Jefferson de Souza Pinto, MSc. jeffsouzap@uol.com.br

RESUMO. O mercado do sculo XXI exige das empresas a capacidade de se autogerir para atenderem de forma
eficiente e eficaz as necessidades de cada cliente, de forma que, para obter estes resultados, notou-se a importncia de
se minimizar esforos e eliminar o retrabalho. Nesse contexto, se faz necessria uma viso abrangente que reflita o
cenrio globalizado e a revoluo tecnolgica, como a Teoria Geral dos Sistemas, que surgiu, no incio do sc XX,
como uma forma de integrao entre as diversas reas do conhecimento, gerando subsdios para um modelo de gesto
que permite ao gestor uma viso holstica do negcio com enfoque nas inter-relaes entre os elementos da
organizao. A partir do exposto, o trabalho objetiva analisar a aplicao da Teoria Sistmica em uma empresa de
Software House na Regio Bragantina. Para desenvolver o trabalho utilizou-se o mtodo de Estudo de Caso e Pesquisa
Bibliogrfica, e no levantamento dos dados foi realizada a observao participante, tendo o desenvolvimento de
projetos da empresa objeto de estudo. A partir da anlise do caso possvel verificar como benefcio do modelo de
Gesto Sistmica, uma tendncia a maior efetividade na resoluo de conflitos, bem como estmulos a ganhos de
produtividade, decorrente da percepo holstica dos processos.

Palavras chaves: Gesto Sistmica, Sistemas, Desenvolvimento de Projetos, Software House.

1. INTRODUO

A complexidade da organizao resultante das foras e presses que ela sofre do seu ambiente (DONAIRES,
2006, p. 12). Portanto, o cenrio atual exige que os gestores considerem na tomada de decises, o problema da
globalizao.
Globalizao significa combinar o comportamento das grandes civilizaes e dissolver suas fronteiras de maneira
historicamente indita (SHIMIZU, 2011). O resultado desse processo est na criao de problemas complexos, que
exigem uma forma de pensamento especfica. Pois, segundo afirma Senge e Sterman (1994) apud Andrade (1997, p.
12), uma nova forma de pensamento deveria ajudar a mapear, desafiar e melhorar os modelos mentais, visando aes
mais efetivas na realidade organizacional. No entanto, existe uma expectativa de que a realidade siga um modelo
ordenado, que apresente regularidade e repetitividade, como as tpicas de uma mquina. Essa expectativa uma
consequncia da formao cartesiana dos profissionais e do legado da administrao clssica que permeia o pensamento
gerencial (DONAIRES, 2009, p. 14). Nesse contexto, se faz necessria uma viso abrangente que gere subsdios para
um modelo de gesto que permita uma viso holstica do negcio.
Onde encontrar, porm, tal paradigma que permita lidar com os problemas profissionais inseridos no ambiente
complexo e dinmico do mercado atual? De acordo com Martinelli (2002, p. 30), os gerentes prticos frequentemente
so confrontados com desafios que requerem novas maneiras de pensar e pedem ajuda ao mundo acadmico, para que
este lhes fornea um par de lentes sistmicas, com uma perspectiva geral, que seja genrica, abrangente, holstica e
concreta, capaz de descrever a atuao administrativa. Assim, baseada na Teoria Geral dos Sistemas, que surgiu, no
incio do sc XX, como uma forma de integrao entre as diversas reas do conhecimento, a viso sistmica (ou
perspectiva sistmica) passou a caracterizar numerosas pesquisas no campo da administrao, principalmente na busca
de diretrizes e metodologias para a chamada administrao sistmico-evolutiva, integrada, holstica (MARTINELLI,
2006, p. 357).
A fim de apresentar esta realidade no desenvolvimento de software, deve-se notar que a complexidade do software
fruto da complexidade do processo que o gerou, que por sua vez um reflexo da complexidade da organizao.
Organizaes que se propem a desenvolver software num mercado globalizado, variado ou fragmentado so elas

mesmas organizaes complexas. Isso quer dizer que tais organizaes no podem ser compreendidas por meio da tica
simplificadora do mecanicismo (DONAIRES, 2006, p. 2-12). De forma que, a partir do exposto, este trabalho objetiva
analisar a aplicao da teoria sistmica no desenvolvimento de projetos de uma Software House na Regio Bragantina.
A ferramenta utilizada no estudo de caso para a implantao da gesto sistmica foi o Mtodo gil Scrum.
Este trabalho visa demonstrar as consequncias oriundas da prtica do pensamento sistmico, descrevendo
primeiramente os seus princpios tericos e contextualizando-os, a partir da anlise do caso, realidade da empresa
objeto de estudo. Tais consequncias incluem benefcios como maior efetividade na resoluo de conflitos, bem como
estmulos a ganhos de produtividade, decorrente da percepo holstica dos processos.

2. REVISO BIBLIOGRFICA

Nesta seo realizada uma reviso da literatura por meio da anlise de referncias tericas publicadas em artigos,
livros, sites confiveis e teses, com o intuito de verificar o estado da arte sobre o tema deste trabalho.

2.1 Definio de Sistema

Existem muitas definies para sistema na literatura. Ribeiro (2004, p. 110) define que sistema um conjunto de
elementos, interagentes e interdependentes, cada qual com sua funo especifica, que trabalha em sintonia para atingir
determinado objetivo comum; ao passo que Faria (1980, p. 283-284) define sistema como um superfluxo integrador dos
diversos fluxos setoriais que resultam nas atividades dos rgos especializados, responsveis pelo desempenho das
funes tpicas de um organismo. Um grande sistema coordena fluxo e os subsistemas comportam fluxos especficos. O
sistema , enfim, uma organizao em ao.
Faria (1980, p. 283-284) afirma que o conceito de sistema subtendido a partir das seguintes propriedades:
Aspectos de um sistema: um sistema um conjunto de elementos em interao; um conjunto de objetos e de
relaes entre os objetos e entre seus atributos; e, por fim, um sistema tambm um todo organizado composto
de muitas partes, um conjunto de atributos.
Os critrios e caractersticas: um sistema precisa ser definvel no sentido de poder situar-se com certa preciso no
tempo e no espao; um sistema considerado como tal nos casos em que uma variedade de operaes
executadas preferivelmente por vrias disciplinas (rgo) leva a concluso que existe um sistema especfico; um
sistema tem de manifestar diferenas significativas nas escalas de estrutura e processo.
Fundamentos existentes no conceito de sistema: os objetivos totais do sistema, e mais especificamente, as
medidas de rendimento do sistema inteiro; o ambiente do sistema e as coaes fixas; os recursos e os
componentes do sistema, suas atividades, finalidades e medidas de rendimento e tambm sua administrao.
Por fim, Faria (2002, p. 128-135) conceitua o sistema como sendo complexo, e para compreend-lo devemos
conhecer suas caractersticas, seus tipos, parmetros, entre outros aspectos.

2.2 Teoria Geral de Sistemas

A administrao uma das cincias que mais utiliza o enfoque da Teoria Sistmica (FARIA, 2002, p. 128-135). O
autor esclarece que a Teoria Geral de Sistemas estabeleceu uma dependncia recproca e a necessidade de sua
integrao e que desde ento todos os ramos do conhecimento passaram a tratar seus estudos - quaisquer que fossem as
reas como sistemas.
A partir do surgimento dessa teoria por meio dos trabalhos de Ludwing Von Bertalanffy, Faria (2002, p. 128-135)
menciona que ele teve a preocupao de apresentar a teoria e conceitos, com estabelecimentos de condies reais e
atuais:
Fundamentos estabelecidos: existem subsistemas; os sistemas so abertos, e existem muitas interferncias
externas; as funes dependem da estrutura desses sistemas.
Suas caractersticas principais so: conjunto organizado e complexo; conjunto de unidades inter-relacionadas;
todo sistema tem um objetivo; todo sistema afetado em uma das suas partes ser afetado nas demais; h um
equilbrio entre as partes de um sistema.

Figura 1. Entrada/Sada (FARIA, 2002, p.127)

Faria (2002, p. 128-135) evidencia que sistemas so caracterizados por seus parmetros, conforme a figura (1). Tais
parmetros so: entrada ou insumo (input); processamento (throughput); sada ou resultado (output); retroao ou
retroalimentao (feedback); ambiente. importante reconhecer tambm os tipos de sistema existentes, que pode ser:
Processamento
AMBIENTE
AMBIENTE
ENTRADA SAIDA
RETROAO

Concreto - estrutura fsica da empresa, podendo-se medir quantitativamente seu desempenho;
Abstrato - estruturado pelos conceitos, hipteses;
Aberto - caracterizado pela grande interao com o meio;
Fechado - caracterizado aos processos limitado a uma entrada.

Na aplicabilidade, Ribeiro (2004, p. 110) concluiu que a teoria de sistemas desempenha papel decisivo na cincia de
nosso tempo, pois permite a integrao de conhecimento das cincias fsicas, biolgicas e humanas. Especificamente na
administrao, Bouding (1956, p. 197-208) apud Wetherbe (1987, p. 39) afirma que:
a abordagem sistmica a maneira como pensar sobre o trabalho de gerenciar. Ela fornece
uma estrutura para visualizar fatores ambientais internos e externos como um todo
integrado. Ela permite o reconhecimento da funo dos subsistemas, bem como dos supra-
sistemas complexos dentro dos quais as organizaes tm que operar. Os conceitos
sistmicos criam uma maneira de pensar, a qual, de um lado, ajuda o gerente a reconhecer a
natureza de problemas complexos e, por isso, ajuda a operar dentro do ambiente percebido.
Ribeiro (2004) afirma que a teoria sistmica teve o benefcio de apresentar a organizao funcionando em partes e
ao mesmo tempo em interao com o meio ambiente, conforme apresentado na figura (2).

Figura 2. Interao Organizao/Ambiente (RIBEIRO, 2004, p. 108)

Por fim, Wetherbe (1987, p. 43) conclui que:
A abordagem sistmica uma maneira de pensar quando analisando ou gerenciando
sistemas. Ela no esta interessada apenas nas partes de um sistema; ao contrrio, considera
o efeito total criado quando as partes funcionam como um todo o prprio sistema. O
projeto de sistemas consiste em estabelecer os objetivos dos sistemas, selecionar para
incluso aquelas entidades que possuam atributos que possam contribuir para os objetivos
dos sistemas e estruturar adequadamente as entidades includas no sistema.

Dessa forma, nos ltimos 50 anos, um amplo conjunto de metodologias sistmicas foi sendo desenvolvido com o
fito de lidar com problemas mal estruturados, algumas das quais podem ser usadas para abordar problemas comuns em
administrao, em especial nas questes ligadas s atividades de negociao no dia-a-dia das pessoas nas organizaes
(MARTINELLI, 2006, p. 358-360).

2.3 Gerenciamento de Projetos

Filho (2011, p. 40) define projeto como qualquer esforo para a criao de um produto ou servio, com incio e fim,
utilizando-se de prazos para concluso de suas etapas e envolvendo oramentos, relativos a recursos humanos e
logsticos. Com a concluso de todas as etapas, feitas com base em requisitos pre-estabelecidos, tem-se a sada
entregvel, faltando somente aprovao final do seu patrocinador ou cliente.
Atravs de projetos possvel construir a combinao de recursos organizacionais necessria a fim de proporcionar
uma capacidade de desempenho elevado na criao e execuo de estratgias organizacionais (CLELAND e
IRELAND, 2007, p. 15).
Por sua vez, o gerenciamento de projetos tem por base a realizao das entregas planejadas com qualidade e no
tempo esperado sem estourar o oramento (FILHO, 2011, p. 39). Sua implementao feita por meio de procedimentos
que consistem nas funces fundamentais de administrao, utilizando-se recursos para alcanar os objetivos do projeto
(CLELAND e IRELAND, 2007, p. 15).
De acodo com Faria (1980, p. 299), possvel constituir um projeto apartir da abordagem sistmica, verificando de
forma racional a estrutura organizacional disponvel e o recursos que existem para a efetivao de um objetivo. Para
isso preciso:
Prescrever um sistema que leve funcionalidade a organizao de um processo para a soluo geral de problemas;
Estipular um sistema de parmetros que proporcione o formato necessrio a soluo dos problemas;
Descrever modelos e propriedades que forneam os meios necessrios para a iterao de sadas alternativas no
processo de soluo dos problemas.

Assim, Faria (1980, p. 326) afirma que a concepo sistmica de organizao difere de mtodos clssicos por buscar
solues globais, estabelecendo a interao funcional entre os rgos especializados e procurando anular a tendncia de
comportamentalizao de micro estruturas dos rgos, que tendem a funcionar buscando preservar os objetivos setoriais

A Teoria sistmica v a organizao em constante interao com o meio externo.

MEIO AMBIENTE ORGANIZAO

em detrimento do propsito final. De acordo com Castro (2000, p. 36-37), o sucesso do sistema organizacional depende
da otimizao coordenada de suas dimenses sociais, econmicas e tecnolgicas, conforme a figura (3).

Figura 3. A empresa como um sistema sociotcnico (CASTRO, 2000, p. 37)

2.4 O Scrum

Scrum um modelo gil de gesto de projetos de software. Baseia-se no desenvolvimento incremental das
aplicaes, centrado na equipe, permitindo um maior controle do processo pelo fato de ter ciclos de iterao muito
curtos. Seus processos de baseiam nas Metodologias geis de desenvolvimento, caracterizando-se como uma forma
no tradicional de desenvolver software, em que a prioridade mxima se centra na satisfao do cliente atravs da
entrega antecipada e contnua de software suscetvel de avaliao (FERREIRA et al., 2005).
Com o intuito de padronizar as prticas de desenvolvimento de software, em fevereiro de 2001, um grupo de
representantes das metodologias de desenvolvimento gil se reuniu e criou o Manifesto gil, cujos doze princpios, de
acordo com Beck et al. (2001), so:
A maior prioridade satisfazer o cliente atravs da entrega contnua e adiantada de software com valor agregado;
Mudanas nos requisitos so bem-vindas, mesmo tardiamente no desenvolvimento;
Processos geis tiram vantagem das mudanas visando vantagem competitiva para o cliente;
Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferncia menor
escala de tempo;
Pessoas de negcio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto;
prefervel a construo de projetos em torno de indivduos motivados;
preciso dar aos colaboradores o ambiente e o suporte necessrio e confiar neles para fazer o trabalho;
O mtodo mais eficiente e eficaz de transmitir informaes para e entre uma equipe de desenvolvimento por
meio de conversa face a face;
Software funcionando a medida primria de progresso;
Os processos geis promovem desenvolvimento sustentvel. Os patrocinadores, desenvolvedores e usurios
devem ser capazes de manter um ritmo constante indefinidamente;
Contnua ateno excelncia tcnica e bom design aumentam a agilidade;
Simplicidade - a arte de maximizar a quantidade de trabalho no realizado - essencial;
As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizveis;
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e ento refina e ajusta seu
comportamento de acordo.
Apesar do manifesto definir novos valores ao desenvolvimento de software, suas antigas diretrizes no foram
descartadas. No entanto, seu foco foi alterado para suprir novas necessidades observadas dentro do desenvolvimento.
Assim, conforme Beck et al. (2001), foi possvel valorizar:
Indivduos e interaes mais que processos e ferramentas;
Software em funcionamento mais que documentao abrangente;
Colaborao com o cliente mais que negociao de contratos;
Responder a mudanas mais que seguir um plano.
Focada inicialmente apenas no desenvolvimento de softwares, essa metodologia se estendeu em seguinda tanto ao
gerenciamento de projetos quanto cultura organizacional. Por conta disso, as tcnicas do Scrum trouxeram
assertividade e integrao s empresas.

3. MTODO E OBJETO DE ESTUDO


O procedimento metodolgico adotado para realizao deste trabalho foi o estudo de caso. Em um primeiro
momento, realizou-se uma pesquisa bibliogrfica com o propsito de fundamentao e contextualizao do tema. De
acordo com Cervo, Bervian e Silva (2007, p. 60):
A pesquisa bibliogrfica procura explicar um problema a partir de referncias tericas
publicadas em artigos, livros, dissertaes e teses. Pode ser realizada independentemente ou
como parte da pesquisa descritiva ou experimental. Em ambos os casos, busca-se conhecer
e analisar as contribuies culturais ou cientficas do passado sobre determinados assunto,
tema ou problema.
Em seguida, por meio de pesquisa de campo, o presente trabalho observou, registrou, analisou e correlacionou fatos,
descobrindo suas relaes e conexes, sua natureza e suas caractersticas (CERVO, BERVIAN e SILVA, 2007 p. 61).
O intuito foi obter uma avaliao emprica dos assuntos abordados na reviso bibliogrfica, e tambm propiciar
subsdios para inferncias acerca do tema.
O estudo de caso ocorreu em uma Software House que atua h cinco anos no mercado, situada na cidade de
Bragana Paulista, estado de So Paulo, e cuja finalidade a produo de aplicaes customizadas para plataforma
Web, Desktop e Mobile. O objeto de estudo foi o desenvolvimento de projetos da empresa.
A Software House cresceu muito no ultimo ano, o seu quadro de funcionrios que era de apenas trs colaboradores
passou para sete, sendo um diretor geral, um diretor financeiro, um diretor de projetos, um colaborador para o
atendimento aos clientes e trs programadores. Com este rpido crescimento, a empresa no disps de tempo para
adaptar-se nova estrutura organizacional. Devido ao fato de os projetos que estavam em andamento no poderem ser
paralisados e aos programadores estarem atarefados, no foi possvel implementar uma metodologia de
desenvolvimento testada e aprovada pelo mercado, que fosse capaz de fazer a gesto do projeto, da equipe de
desenvolvimento, do atendimento ao cliente e que fornecesse informaes para o diretor de projetos e o diretor geral
tomarem decises com maior preciso e em tempo mais curto.
Em face destas condies, a empresa necessita de uma perspectiva dinmica, que lhe permita lidar com as
mudanas. Dessa forma, o uso da abordagem sistmica vem ao encontro das necessidades atuais da empresa. A
ferramenta utilizada no estudo de caso para a implantao da gesto sistmica foi o Mtodo gil Scrum, que bastante
objetivo, com papis bem definidos, de fcil adaptao e ainda, sua curva de aprendizado relativamente baixa. Este
mtodo permite aos seus praticantes saber exatamente o que est acontecendo ao longo do projeto e fazer os devidos
ajustes para manter o projeto se movendo ao longo do tempo visando alcanar os seus objetivos (SCHWABER, 2004,
apud PEREIRA et al., 2007, p. 3).
Para o levantamento de dados, utilizou-se a observao direta intensiva, caracterizando-se no caso como observao
participante. Conforme Marconi e Lakatos (1986, p. 68), a observao participativa consiste na participao real do
pesquisador com a comunidade ou grupo, incorporando-se a ele e participando das atividades normais. No caso a forma
de observao participante utilizada a natural, pois o observador pertence mesma comunidade ou grupo que
investiga.
A observao do processo de desenvolvimento de software foi realizada pelo diretor de projetos, que responsvel:
pela elaborao do projeto em cima dos dados levantados pelo diretor geral; por definir a estrutura dos mdulos da
aplicao; pelo controle da execuo do projeto; e por estabelecer os ajustes a serem feitos aps o feedback do cliente.
Para um melhor controle dos dados obtidos durante a observao, realizaram-se relatrios semanais sobre as
atividades desenvolvidas no projeto, a fim de documentar todo o processo de coleta de dados. Cabe notar que, no
sendo possvel acompanhar todo o projeto, devido ao tempo de desenvolvimento ser maior que o prazo para entrega
deste artigo, as concluses tero como base apenas um recorte do projeto.

4. ANLISE DE DADOS

Para alcanar os objetivos propostos, a anlise de dados foi estruturada da seguinte forma: apresenta-se
primeiramente a observao da situao atual da empresa objeto de estudo, no que respeita sua estrutura e modelo
administrativo. Procede-se a seguir o levantamento de possveis falhas nos processos de criao de softwares, e por fim
realizada a proposta da aplicao do Scrum como mtodo de gerenciamento, bem como os primeiros resultados da
aplicao desta proposta na empresa objeto de estudo.

4.1 Situao atual da Software House

Depois de um crescimento em seu quadro de funcionrios, a empresa encontra dificuldades para prosseguir com
seus projetos. Um ano antes, operava com apenas um desenvolvedor - o qual executava um projeto de cada vez - e o
diretor da empresa; posteriormente, com um aumento de aproximadamente 300% em seu quadro de funcionrios, a
Software House precisa se adequar nova realidade e comear a implantar regras e mtodos definidos para controlar
seus processos, a fim de que no ocorram atrasos nos prazos, retrabalho, m elaborao dos projetos e falha no
atendimento ao cliente, gerando prejuzos que a empresa no teria como suportar.
Atualmente, a empresa utiliza uma metodologia prpria para gesto dos seus projetos, que no mais atende as
necessidades esperadas pelo diretor de projetos e pelo diretor geral. Estes tm, atualmente, a inteno de utilizar a
experincia obtida em cada projeto como aprendizado para aprimorar seus processos em projetos futuros. Outra

necessidade observada a de realizar o levantamento do custo do projeto com preciso, pois o modelo de gesto atual
utilizado pela empresa no fornece subsdios para que se estime o custo de forma correta e tampouco que se estipule o
prazo com exatido.
A metodologia de desenvolvimento de projetos utilizada atualmente pela Software House ocorre de acordo com as
seguintes etapas:
realizada uma reunio entre o diretor geral e o cliente para a coleta de dados, com enfoque nas necessidades do
negcio. Nesta reunio so levantados os dados e regras de negcios do cliente;
Aps a coleta destas informaes, o diretor de projetos elabora um pr-projeto dividido em mdulos, de acordo
com as especificaes informadas;
Encaminha-se para o cliente este documento, cuja aprovao ocorrer aps a avaliao da conformidade com as
regras de negcio requeridas para a aplicao, informadas em reunio;
Com a aprovao do cliente, o diretor de projetos define a estrutura da aplicao e delega aos programadores a
execuo;
Periodicamente, o diretor de projetos se rene com os programadores e confere o andamento do projeto;
Com o projeto finalizado, inicia-se um perodo de testes, em que os programadores testam as funcionalidades da
aplicao;
Ao trmino dos testes internos, passa-se fase de homologao, durante a qual a aplicao disponibilizada ao
cliente por um perodo, para que as regras de negocio sejam validadas. Neste perodo os desenvolvedores iro
ajustar o cdigo do programa, se necessrio;
Quando a fase de homologao do cliente termina, a aplicao disponibilizada ao cliente, para que possa ser
utilizada em seu negcio;
Desta data em diante, o atendimento da empresa fica responsvel em manter o contato com cliente,
encaminhando as solicitaes de novas ferramentas e ajustes do projeto realizado, dando inicio a um novo ciclo
de desenvolvimento;
Com o projeto finalizado, o diretor de projeto se rene com o diretor geral para avaliar o trabalho realizado.
A anlise das etapas acima permite vislumbrar um modelo linear e sequencial, focado no encadeamento temporal
entre as atividades do projeto. Segundo Jaeger, Oliveira e Pedroso (2010, p. 2-3):
Os mtodos sequenciais aplicados a projetos de engenharia colocam nfase maior
nas etapas iniciais de projetos, ou seja, em planejar antes de construir. Um dos
modelos de maior destaque conhecido como Cascata, o qual organiza os projetos
de software em quatro grandes etapas, a serem realizadas sequencialmente, que so:
anlise, projeto, codificao e testes. No processo em Cascata, cada etapa do ciclo
realizada por completo antes de iniciar a prxima, possuindo assim longos ciclos
para a execuo de cada etapa e entregando produtos de desenvolvimento somente
aps a concluso de todas essas etapas. Ainda hoje, este o modelo de
desenvolvimento mais conhecido e amplamente utilizado no desenvolvimento de
software.
Falhas percebidas no processo sero apontadas posteriormente, para que se possam decidir quais variveis devero
ser manipuladas a fim de se conseguir o resultado almejado.

4.2 Problemas levantados

Pela situao exposta no item anterior, possvel perceber falhas existentes no processo de criao dos Softwares
que podem resultar no fracasso do projeto, sendo as seguintes:
Feedback com o cliente: ocorre no final do projeto, de forma que se as informaes colhidas no incio do projeto
no forem precisas, o resultado ser grande retrabalho para a empresa desenvolvedora.
Controle do andamento do projeto: falho, pois embora a diviso do projeto seja em mdulos, e mesmo havendo
tempo estipulado aos programadores para entrega do projeto, ainda assim no possvel, aps a finalizao do
projeto, mensurar o tempo levado para realizao de cada atividade. Isto prejudica o julgamento do diretor de
projetos quanto ao desempenho de sua equipe, sendo difcil, por exemplo, determinar quais colaboradores
desempenham o trabalho com maior eficincia e eficcia.
Integrao entre os participantes do projeto: poderia ser melhor, pois mesmo sendo realizadas reunies
peridicas, a empresa carece de maior participao da equipe, o que prejudica o andamento do projeto.
Feedback com o diretor geral: falho, pois realizada uma reunio de status somente aps o projeto ser
concludo e com isso o diretor geral no tem controle sobre a real situao dos projetos em andamento na
empresa.
Controle de Custo do projeto: se mostra deficiente, pois nas condies atuais da empresa, h dificuldade de
calcular o custo efetivo do projeto. Isto ocorre por que a empresa no realiza o controle da hora trabalhada, que
importante devido mo de obra dos colaboradores ser o elemento que gera o maior custo.
Tendo em vista estas falhas, salienta-se que sua existncia no se deve apenas ao correto cumprimento de atividades
e boas prticas, e o sucesso de um projeto no decorre somente desses fatores. Por essa razo destaca-se, a seguir, a

importncia da perspectiva sistmica, que almeja apreender a engenharia de software sem fragment-la em quaisquer
dualidades, uma vez que a empresa constituda de forma indissociavelmente tcnica, social, histrica, econmica,
tica e poltica, aspectos estes inextricavelmente articulados, formando um nico e indivisvel "tecido" (SANTOS e
JNIOR, 2009).

4.3 Scrumcomo soluo sistmica

possivel estabelecer uma relao entre o Scrum e os conceitos da Teoria Geral dos Sistemas, na medida em que os
elementos constituintes do Scrum, a saber, as cerimnias, os artefatos e os papis, permitem a visualizao de um
modelo sistmico dotado de elementos dinamicamente inter-relacionados exercendo funes com objetivos em comum,
sendo os seguintes:
Product Backlogs: determinada atividade ou funo especfica e importante para o sistema como um todo para
alcanar um objetivo comum. Trata-se da lista de todas as atividades a serem desenvolvidas. Caracterizam-se
dentro da teoria sistmica como entradas, recursos e informao ao sistema (inputs);
Sprint Backlogs: subsistema que processa ou converte suas entradas por meio de suas especialidades. Trata-se da
lista de todas as funcionalidades a serem desenvolvidas durante o projeto completo, sendo bem definido e
detalhado no inicio do trabalho - deve ser listado e ordenado por prioridade de execuo;
Sprint Review/Retrospective: ao final de cada Sprint, uma Reunio Sprint Review realizada. Durante esta
reunio, o Scrum Team apresenta o que foi realizado durante o Sprint. Tipicamente, esta apresentao feita na
forma de uma demonstrao das novas funcionalidades. Dentro da teoria sistmica, seria o processamento;
Potencially Shippable Product Increment: no Scrum necessrio que em cada Sprint seja entregue um
incremento de produto potencialmente utilizvel. Este incremento deve consistir de um arquivo executvel
gerado a partir de cdigo exaustivamente testado e documentao dos procedimentos operacionais das
funcionalidades, seja na forma de "Ajuda" ou "Documentao de Usurio". So os outputs.
Na aplicao do Scrum como soluo sistmica para os problemas elencados anteriormente, pode-se destacar, como
caractersticas principais deste processo, alguns fatores que sero descritos a seguir.
A diviso do processo de desenvolvimento feita com base em pequenos ciclos chamados Sprint, em que um
conjunto de funcionalidades pr-definido. A cada concluso so feitas entregas ao cliente, em intervalos regulares.
As equipes trabalham em conjunto para atingir o resultado desejado. Como forma de monitoramento do progresso
do projeto, e a fim de refletir sobre o trabalho da equipe e sobre o andamento do projeto, so acompanhadas, no fim de
cada ciclo de desenvolvimento, as finalizaes das etapas por meio de um quadro Kanban.
Todos os envolvidos no processo fazem parte do projeto, o que transforma o cliente em um integrante da equipe,
que o mantm com feedbacks constantes a respeito do andamento do sistema.
No mtodo Scrum, o controle de custo realizado com base relatrios de finalizaes das atividades, pois por meio
deles possvel saber o tempo exato gasto em cada tarefa. Com isso, feito o clculo para se obter este custo por meio
das variveis folha de pagamento versus tempo gasto, sendo possvel tambm mensurar o custo final do projeto.

4.4 Projeto de um sistema com Scrum

Neste estudo de caso, no foi possvel acompanhar todo o desenvolvimento do projeto. O motivo disso que
decorrem, de acordo com o diretor de projetos, cerca de seis meses at a concluso e homologao. Desta maneira,
realizado o registro dos primeiros resultados obtidos, bem como uma previso para os demais resultados do projeto.
A Software House iniciou o primeiro projeto a utilizar a metodologia Scrum em junho de 2012, sem um treinamento
prvio dos membros da equipe, que contam apenas com conhecimentos obtidos atravs da leitura de como utilizar o
Scrum. Em decorrncia desta situao, mesmo sendo estipulados padres corretos, processos falhos foram adotados na
metodologia implantada:
Daily meetings, que, de acordo com o padro Scrum, deveriam ser realizadas todos os dias e com durao de 15
minutos, foram realizadas 2 ou 3 vezes na semana, sendo que o tempo de durao em mdia era de 40 minutos;
Tarefas definidas no sprint backlog estavam sendo desenvolvidas com um tempo muito diferente do indicado
pelos membros do time. Em certas ocasies o tempo definido era pouco para se realizar a tarefas e em outras
ocasies o tempo era exagerado;
Tasks adicionais que foram identificadas no desenvolvimento, e que deveriam ser adicionadas pelos membros,
no estavam ocorrendo, o que gerou um resultado falso na contagem dos tempos das tarefas;
Os membros da equipe no estavam atualizando diariamente seus sprint backlogs no quadro Kanban como
pedido - esperavam um ou dois dias para faz-lo.
Apesar dos primeiros resultados no terem sido to favorveis, o diretor de projetos relatou uma mudana na equipe,
e apontou mudanas no comportamento e motivao dos membros:
Os membros esto motivados por participarem no desenvolvimento do projeto e na criao das tarefas e com a
agilidade com que estas tarefas eram realizadas;
Foi adotado um programa para controle do tempo gasto para a execuo das tarefas;

A equipe trabalha integrada no mesmo ambiente. Isso facilitou a comunicao entre eles, agilizando a resoluo
de problemas mais urgentes;
O time est motivado pelo desafio de aprender e implantar uma nova metodologia de desenvolvimento.
Segundo o relato do diretor de projetos, um ponto que agregou maior confiabilidade ao trabalho da equipe foi a
adoo da metodologia Test Driven Development (TDD) junto da metodologia Scrum. A TDD uma maneira de
desenvolver, na qual o programador escreve um teste para a soluo implantada. Esta metodologia vem melhorar a
qualidade final do software entregue pela empresa desenvolvedora, pois como afirma Lewis (2004), qualidade no pode
ser alcanada por meio da avaliao de um produto j feito. O objetivo, portanto, prevenir defeitos de qualidade ou
deficincias em primeiro lugar, tornando os produtos avaliveis atravs de medidas de garantia de qualidade.
De acordo com o relatado pelo observador deste trabalho, mesmo o cliente sendo cobrado e chamado para participar
das iteraes, ele ainda no participa inteiramente do andamento do projeto e das atividades realizadas, pois ainda no
se sente a vontade e no v importncia em sua participao nas fases do projeto. Embora este no seja o resultado
desejado, importante ressaltar que, com o Scrum, o cliente tem participado mais do projeto do que na metodologia
antiga, reduzindo assim as chances de haver retrabalho no projeto por disparidade nos requisitos e regras de negcio do
sistema.
Por fim, nota-se que a essncia do funcionamento de um projeto gil est na sua capacidade de aprender e se adaptar
com esse aprendizado. Para os Mtodos geis, as correes sistemticas de pequenos erros cometidos devido a falsas
suposies so a chave para o funcionamento dos seus ciclos de especulao, colaborao e aprendizado
(HIGHSMITH, 2002 apud JAEGER, OLIVEIRA e PEDROSO, 2010, p. 6).

5. CONCLUSO

Conforme abordado, a Teoria Geral dos Sistemas surgiu da necessidade de integrao entre as cincias fsicas,
biolgicas e humanas. Seu surgimento suscitou uma abordagem dinmica, holstica e evolutiva nas mais diversas reas,
sendo inevitvel que chegasse administrao. Por meio desta perspectiva, a organizao pode ser configurada como
um sistema aberto, interagente com seu meio. Dessa forma, uma empresa inserida no atual mercado globalizado torna-
se um sistema complexo, cujos gestores lidam com problemas em que influem diversas variveis, algumas
imprevisveis.
Tendo isso em vista, plausvel inferir que o projeto de desenvolvimento de um software necessite de uma
abordagem que considere todas as questes envolvidas no seu ciclo de vida como um todo integrado. O gerenciamento
de projetos, indispensvel na criao de projetos de qualidade, por si s envolve diversos elementos que conversam
entre si, sendo provvel que uma viso holstica traga maior efetividade aos processos.
O desafio, no entanto, passar das generalizaes e teorias, para ferramentas e tcnicas que possibilitem lidar
efetivamente com o cotidiano do gerenciamento. A sada adotada no presente trabalho, para este desafio, foi o uso da
metodologia de desenvolvimento gil Scrum como mtodo sistmico. O Scrum caracteriza-se como um modelo de
desenvolvimento que prioriza a comunicao entre os integrantes do projeto, a participao efetiva de todos os
envolvidos, a diviso do projeto em ciclos de iteraes, a fim de que haja menos retrabalho e disparidades entre o
cliente e o desenvolvedor. Esse mtodo possui ainda artefatos que permitem a todos prover-se de informaes precisas
sobre o real andamento do projeto e assim efetuar os ajustes e correes necessrias.
Assim, este trabalho objetivou mostrar quais as conseqncias da prtica do pensamento sistmico no
desenvolvimento de projetos de uma Software House da Regio Bragantina. O mtodo empregado foi a observao
participante, efetuada pelo diretor de projetos da empresa. Obtiveram-se dados sobre os processos e cultura
organizacional, com o que foi possvel detectar falhas no ciclo de vida dos projetos. No entanto, devido ao tempo de
desenvolvimento de um software ser extenso, o estudo teve como base apenas um recorte do mesmo. Ressalta-se, neste
ponto, que o estudo de caso centrou-se nas necessidades encontradas na empresa durante esta observao, que no geral
foram: problemas com o feedback do cliente e do diretor geral e controle de custos e do andamento do projeto.
Tais falhas no se devem, apenas, aos fatores tcnicos envolvidos. De forma que, com a implantao do Scrum, a
Software House, que devido a seu rpido crescimento, no adotou nenhuma metodologia e padres em seus processos,
est passando por uma adaptao em sua cultura organizacional. Notou-se processos falhos nesta implantao, em parte
devido falta de treinamento dos colaboradores: informaes importantes para alguns artefatos do Scrum no foram
atualizadas corretamente, a criao e diviso das tarefas em cada pequeno ciclo de atividades era feita de forma
improdutiva, e as reunies dirias, que deveriam ser curtas, alongavam-se desnecessariamente.
No entanto, apesar dos primeiros resultados no terem sido to favorveis, depois do Scrum houve uma maior
integrao: as equipes trabalham em conjunto para atingir o resultado desejado; os membros se mostraram motivados
com a agilidade em que as tarefas eram realizadas, e o cliente participou mais ativamente do projeto. Antecipa-se ainda
que, com o aprendizado individual e em conjunto dos participantes, a adaptao poder ser cada vez melhor. Seguindo o
exemplo do desenvolvimento da empresa, o Scrum aparece como soluo para outros setores, como o setor de criao
(Design), entre outros, o que abre espao para novas pesquisas neste campo.

6. REFERNCIAS


BECK, K et al. Manisfesto para o Desenvolvimento gil de Software. 2001. Disponvel em:
<http://agilemanifesto.org/iso/ptbr>. Acesso em: 10 de Junho de 2012.
BOUDING, K.; General Systems Theory - The Skeleton of Science. Management Science, Abr. 1956. apud
WETHERBE, J. C. Anlise de Sistemas para Sistemas de Informao por Computador. 3.ed. Rio de Janeiro:
Campus, 1987. 279p.
CASTRO, D. M. Desenvolvimento Organizacional. Campinas: [s.n.], 2000. Disponvel em:
<http://pt.scribd.com/doc/34463834/Desenvolvimento-Organizacional>. Acesso em: 26 de Junho de 2012.
CERVO, A. L.; BERVIAN, P. A.; SILVA, R. Metodologia Cientfica. 6.ed. So Paulo: Pearson, 2007. 162p.
CLELAND, D. I.; IRELAND, L. R. Gerenciamento de Projetos. 2.ed. Rio de Janeiro: LTC, 2007. 371p.
DONAIRES, O. S. Programando na Complexidade: um modelo sistmico-ciberntico de desenvolvimento e melhoria
de software, Anais... 2. Congresso Brasileiro De Sistemas, Ribeiro Preto, out. 2006.
DONAIRES, O. S., Uma Abordagem Sistmica ao Mapeamento e Melhoria do Processo de Desenvolvimento de
Software, Revista FACEF Pesquisa, Franca, Vol. 12, n. 2, mai-ago 2009.
FARIA, A. N.. Organizao de Empresas e Prtica de Organizao. 6.ed. vol. 1. Rio de Janeiro: Livros Tcnicos e
Cientficos, 1980. 323p.
FARIA, J. C. Administrao: teorias e aplicaes. So Paulo: Pioneira Thompsom. 2002. 270p.
FERREIRA, D.; COSTA, F.; ALONSO, F.; ALVES, P.; NUNES, T. Scrum: um modelo gil para gesto de projectos
de software. Faculdade de Engenharia da Universidade do Porto. 2005. 11p. Disponvel em:
<http://paginas.fe.up.pt/~aaguiar/es/artigos%20finais/es_final_19.pdf>. Acesso em: 11 de Junho de 2012.
FILHO, A. T. Gerenciamento de Projetos em 7 Passos: uma abordagem prtica. So Paulo: M.Books, 2011. 286p.
HIGHSMITH, J. A. Agile software development ecosystems. Addison-Wesley: Boston. 2002. apud JAEGER, J. I.;
OLIVEIRA, L. R.; PEDROSO, S. L. Anlise da Aplicao de Mtodos geis na Gesto de Projetos em Empresas
Desenvolvedoras de Software. VII Convibra Administrao Congresso Virtual Brasileiro de Administrao, 19-21
nov. 2010. 18p. Anais... VII Convibra Administrao Congresso Virtual Brasileiro de Administrao, 2010.
Disponvel em: <http://www.convibra.com.br/upload/paper/adm/adm_1118.pdf>. Acesso em: 11 de junho de 2012.
JAEGER, J. I.; OLIVEIRA, L. R.; PEDROSO, S. L. Anlise da Aplicao de Mtodos geis na Gesto de Projetos em
Empresas Desenvolvedoras de Software. VII Convibra Administrao Congresso Virtual Brasileiro de
Administrao, 19-21 nov. 2010. 18p. Anais... VII Convibra Administrao Congresso Virtual Brasileiro de
Administrao, 2010. Disponvel em: <http://www.convibra.com.br/upload/paper/adm/adm_1118.pdf >. Acesso em:
11 de junho de 2012.
LEWIS, W. E. Software Testing and Continuous Quality I mprovement. 2. ed. [S.l.]:Auerbach. 2004.
MARCONI, M. A.; LAKATOS, E. M. Tcnicas de Pesquisa: planejamento e execuo de pesquisas, amostragens e
tcnicas de pesquisa, elaborao, anlise e interpretao de dados. 1.ed. So Paulo: Atlas, 1986. 205p.
MARTINELLI, D. P. Negociao Empresarial: enfoque sistmico e viso estratgica. So Paulo: Editora Manole.
2002. 262p.
MARTINELLI, D. P. Negociao, Administrao e Sistemas: trs nveis a serem inter-relacionados, Revista
Administrao. So Paulo, 2006. vol. 41. n. 4. p. 353-368.
RIBEIRO, A. D. L. Teorias da Administrao. So Paulo: Saraiva. 2004. 154p.
SANTOS, R. P.; JNIOR, A. F. S. Aspectos Sociotcnicos do Desenvolvimento de Software Utilizando Scrum em um
Caso Prtico, Anais... V Workshop Um Olhar Sociotcnico sobre a Engenharia de Software WOSES. Ouro Preto -
Minas Gerais. 02 jun. 2009. p. 38-49.
SENGE, P. M.; STERMAN, J. D., Systems Thinking and Organizational Learning: acting locally and thinking
globally in the organizations of the future. In: MORECROFT, John D. W., STERMAN, John D., Modeling for
Learning Organizations, Portland: Productivity Press. 1994. p. 195-216 apud ANDRADE, A. D. L. Pensamento
Sistmico: um roteiro bsico para perceber as estruturas da realidade organizacional. Read - Revista Eletrnica de
Administrao. Porto Alegre, mai-jun 1997. Ed. 05. Vol. 3. n. 1. 30p.
SCHWABER, K. Agile Project Management With Scrum. Microsoft, 2004. apud PEREIRA, P.; TORREO, P.;
MARAL, A. S. Entendendo Scrum para Gerenciar Projetos de Forma gil, Revista Mundo Project
Management. 2007.
SHIMIZU, T. Sistemas Integrados de Gesto na Economia Globalizada. So Paulo: Atlas. 2011. 328p.
WETHERBE, J. C. Anlise de Sistemas: para sistemas de informao por computador. 3.ed. Rio de Janeiro: Campus.
1987. 279p.

7. NOTA DE RESPONSABILIDADE

Os autores so os nicos responsveis pelo contedo deste artigo.

Gestão Sistêmica

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Gestão Sistêmica

Enviado por

Direitos autorais:

Formatos disponíveis

Anais do CONCISTEC'12 3 Congresso Cientfico da Semana Tecnolgica IFSP

2012, copyright by IFSP 17-19 de outubro de 2012, Bragana Paulista, SP,Brasil

Você também pode gostar