Impacto da gesto sistmica no desenvolvimento de projetos: um estudo em uma Software House

RESUMO. O mercado do sculo XXI exige das empresas a capacidade de se autogerir para atender de forma eficiente e eficaz as necessidades de cada cliente; assim, para obter estes resultados, notou-se a importncia de minimizar esforos e eliminar o retrabalho. Nesse contexto, se faz necessria uma viso abrangente que reflita o cenrio globalizado e revoluo tecnolgica, como a Teoria Geral dos Sistemas, que surgiu, no inicio do sculo 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 Sofware 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 o 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). 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 et Sterman (1994) apud Andrade (1997), 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). 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), 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). 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). 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 contextualizandoos, 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) 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) 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) 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) conceitua o sistema como sendo complexo, e para compreendlo 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). 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) 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. Faria (2002) 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: 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.

! Figura 1. Entrada/sada!
Fonte: Faria, 2002, p.127

Na aplicabilidade, Ribeiro (2004) 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) apud Wetherbe (1987) 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!

Fonte: Ribeiro, 2004, p. 108

Por fim, Wetherbe (1987) conclui que: A abordagem sistmica uma maneira de pensar quando analisando ou gerenciando sistemas. Ela no est 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).

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 preestabelecidos, 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 et Ireland, 2007). 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). Sua implementao feita por meio de procedimentos que consistem nas funes fundamentais de administrao, utilizando-se recursos para alcanar os objetivos do projeto (Cleland et Ireland, 2007). De acordo com Faria (1980), possvel constituir um projeto a partir 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) 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 compartimentalizao de microestruturas dos rgos, que tendem a funcionar buscando preservar os objetivos setoriais em detrimento do propsito final. De acordo com Castro (2000), 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!

Fonte: 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 seguida 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 et al (2007): 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, buscase conhecer e analisar as contribuies culturais ou cientficas do passado sobre determinados assuntos, 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 et al., 2007). 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 ltimo 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). Para o levantamento de dados, utilizou-se a observao direta intensiva, caracterizando-se no caso como observao participante. Conforme Marconi et Lakatos (1986), 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 negcio sejam validadas. Neste perodo os desenvolvedores ajustaro 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 incio 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 et al. (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 fragmentla 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 et Jnior, 2009).

4.3

Scrum como soluo sistmica

possvel 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 incio 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 a 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 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 et al., 2010). 5. Concluso Conforme abordado, a Teoria Geral dos Sistemas deu origem a uma nova perspectiva na administrao, na qual a organizao se configura como um sistema complexo, interagente com seu meio, e cujos gestores lidam com problemas em que influem variveis imprevisveis. De forma que o projeto de desenvolvimento de um software necessita, dentro desta viso, de uma abordagem que considere todas as questes envolvidas no seu ciclo de vida como um todo integrado. A sada adotada para este desafio foi o uso do Scrum como mtodo sistmico. O Scrum caracteriza-se como um modelo de desenvolvimento que prioriza a comunicao, a participao coletiva e a diviso do projeto em ciclos de iteraes. Esse mtodo possui ainda artefatos que permitem a todos efetuar ajustes e correes necessrias aos processos. Assim, este trabalho objetivou mostrar quais as consequncias 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. 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. Alm da influncia de fatores tcnicos nas falhas processuais, a Software House tambm teve de adaptar sua cultura organizacional ao Scrum. Houveram falhas nesta implantao, como a atualizao incorreta de informaes importantes, a improdutividade na criao e diviso das tarefas, e os desnecessrios prolongamentos

das reunies dirias. No entanto, 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 da rea de 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.

Referncias
Beck, K et al. (2001), Manisfesto para o desenvolvimento gil de software, disponvel em: http://agilemanifesto.org/iso/ptbr (Acesso em: 10 de Junho de 2012). Bouding, K. (1987), 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, 279p. Castro, D. M. (2000), Desenvolvimento organizacional, Campinas: [s.n.], disponvel em: http://pt.scribd.com/doc/34463834/Desenvolvimento-Organizacional (Acesso em: 26 de Junho de 2012). Cervo, A. L., Bervian, P. A. et Silva, R. (2007), Metodologia cientfica, 6.ed., So Paulo: Pearson. Cleland, D. I. et Ireland, L. R (2007), Gerenciamento de projetos, 2.ed., Rio de Janeiro: LTC. Donaires, O. S (2006), Programando na complexidade: um modelo sistmicociberntico de desenvolvimento e melhoria de software, artigo apresentado no 2. Congresso Brasileiro De Sistemas, Ribeiro Preto, out. 2006. Donaires, O. S. (2009), 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. (1980), Organizao de empresas e prtica de organizao, 6.ed., vol. 1., Rio de Janeiro: Livros Tcnicos e Cientficos. Faria, J. C. (2002), Administrao: teorias e aplicaes, So Paulo: Pioneira Thompsom, 270p. Ferreira, D., Costa, F., Alonso, F., Alves, P. e Nunes, T. (2005), Scrum: um modelo gil para gesto de projectos de software , Faculdade de Engenharia da Universidade do Porto, 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. (2011), Gerenciamento de projetos em 7 passos: uma abordagem prtica, So Paulo: M. Books. Highsmith, J. A. (2002), Agile software development ecosystems, Addison-Wesley: Boston, apud Jaeger, J. I., Oliveira, L. R. e Pedroso, S. L., (2010), 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, 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. (2010), 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, disponvel em: http://www.convibra.com.br/upload/paper/adm/ adm_1118.pdf (Acesso em: 11 de junho de 2012).

Lewis, W. E. (2004), Software testing and continuous quality improvement, 2. Ed, [S.l.]:Auerbach. Marconi, M. A. et Lakatos, E. M. (1986), Tcnicas de pesquisa: planejamento e execuo de pesquisas, amostragens e tcnicas de pesquisa, elaborao, anlise e interpretao de dados, 1.ed., So Paulo: Atlas. Martinelli, D. P. (2002), Negociao empresarial: enfoque sistmico e viso estratgica, So Paulo: Editora Manole. Martinelli, D. P. (2006), Negociao, Administrao e Sistemas: trs nveis a serem inter-relacionados, Revista Administrao, So Paulo, vol. 41, n. 4, pp. 353-368. Ribeiro, A. D. L. (2004), Teorias da aministrao, So Paulo: Saraiva. Santos, R. P. e JNIOR, A. F. S. (2009), Aspectos sociotcnicos do desenvolvimento de software utilizando scrum em um caso prtico, V Workshop Um Olhar Sociotcnico sobre a Engenharia de Software Woses, Ouro Preto - Minas Gerais, 02 jun. 2009, pp. 38-49. Senge, P. M. e Sterman, J. D., Systems thinking and organizational learning: acting locally and thinking globally in the organizations of the future, em: Morecroft, John D. W. et STERMAN, John D. (1994), Modeling for learning organizations, Portland: Productivity Press, pp. 195-216 apud ANDRADE, A. D. L. (1997), 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. Schwaber, K. (2004), Agile project management with scrum, Microsoft, apud Pereira, P., Torreo, P. e MARAL, A. S. (2007), Entendendo scrum para gerenciar projetos de forma gil, Revista Mundo Project Management, 2007. Shimizu, T. (2011), Sistemas integrados de gesto na economia globalizada, So Paulo: Atlas. Wetherbe, J. C. (1987), Anlise de sistemas: para sistemas de informao por computador, 3.ed., Rio de Janeiro: Campus.