0

FINOM - FACULDADE DO NOROESTE DE MINASKEYSON CALDAS MOTAAPLICAO DOS CONCEITOS DE GERNCIA DE PROJETOS EM PEQUENAS EMPRESAS DE SOFTWARE

Teixeira de Freitas

2011KEYSON CALDAS MOTAAPLICAO DOS CONCEITOS DE GERNCIA DE PROJETOS EM PEQUENAS EMPRESAS DE SOFTWARE

Artigo cientfico apresentado Faculdade de Educao FINOM, como requisito parcial para obteno do ttulo de Especialista em Gerenciamento de Projetos.

Orientador: Prof. Msc. Henrique Manhes

Teixeira de Freitas

2011APLICAO DOS CONCEITOS DE GERNCIA DE PROJETOS EM PEQUENAS EMPRESAS DE SOFTWARE

Keyson Caldas Mota

RESUMOEsse artigo aborda a aplicao de conceitos existentes nos cursos de ps Graduao em Gerncia de Projetos ao contexto de pequenas empresas de software. As pequenas empresas de software possuem algumas dificuldades operacionais no que tange ao desenvolvimento de suas solues, sendo que em sua maioria no fazem uso de metodologias para a construo de suas solues, o que poder influir na qualidade dos seus produtos, elevando muitas vezes os custos, o que dificulta sua permanncia em um mercado competitivo. Sero demonstradas algumas mtricas de projetos que podero ajudar essas empresas a contornar esse quadro.Palavras-Chave: Projeto, Gerncia de Projetos, Software, Pequenas Empresas. INTRODUOEsse artigo visa demonstrar como podem ser aplicados os conceitos previstos na disciplina de Gerncia de Projetos a pequenas empresas de software. Percebe-se que em pequenas empresas de software em geral, possuem pouca ou nenhuma metodologia para o planejamento/desenvolvimento de suas solues, o que na maioria dos casos culmina em softwares com baixa qualidade, difcil manutenibilidade e custo de produo elevado. Nesse sentido ser analisado qual o quadro das pequenas empresas de software e como as mtricas presentes na Gerncia de projetos podero auxiliar a lidar com as dificuldades vivenciadas por essas empresas.GERNCIA DE PROJETOS

O PMI define gesto de projetos, to simplesmente, como sendo o processo atravs do qual se aplicam conhecimentos, capacidades, instrumentos e tcnicas s atividades do projeto de forma a satisfazer as necessidades e expectativas dos diversos stakeholders envolvidos no mesmo. (PMI, 2004).

Ainda, de acordo com (GARCIA; LEITE, 2004), podem ser observadas algumas caractersticas comuns entre os projetos que so: pessoas, custos, prazos, e objetivos. Complementa-se ainda que o projeto seja uma atividade que contenha incio, meio e fim definidos, de forma que todos os projetos tenham caractersticas que o tornam temporrio.

De acordo com o PMBOK os projetos podem ser divididos em cinco grupos de processos que so: Iniciao, Planejamento, Execuo, Monitoramento e controle e Encerramento.

Verifica-se ainda que projetos possuam nove aspectos que necessitam ser gerenciados: Integrao, Escopo, Tempo, Custos, Qualidade, Recursos Humanos, Comunicaes, Riscos e Aquisies. (DVILA, 2006, PMBOOK e Gerenciamento de Projetos, Disponvel em: < http://www.mhavila.com.br/topicos/gestao/pmbok.html>

Acesso em 13 fev. 2011).

PEQUENAS EMPRESAS DE SOFTWARE

Estima-se que no Brasil existem pouco mais de 8000 empresas de software, das quais 94% so constitudas de pequenas empresas ou MPEs (ABES, 2010). Verifica-se que a maioria das empresas do setor no possui uma padronizao e/ou faz aplicao de mtricas para a construo das suas solues, o que pode comprometer a sobrevivncia de tais empresas em um mercado cada vez mais competitivo.

As dificuldades encontradas pelas MPEs de software so as mais variadas, sendo diretamente associadas ao fato de que essas empresas em sua maioria contam com recursos financeiros limitados, o que dificulta o investimento na adoo de padres e aquisio de ferramentas. Outra barreira encontrada tambm consiste na cultura da empresa, que por vezes no consegue mensurar como a adoo de mtricas pode trazer retorno tangvel; ou mesmo que haja a implantao de alguns conceitos, como fazer para que os mesmos sejam realmente cumpridos pela equipe, que caso no tenha percepo das vantagens poder oferecer resistncia.

Percebe-se que em geral as MPEs possuem foco demasiado na construo das suas solues ignorando as etapas de planejamento por no conseguir perceber suas reais vantagens.

Uma problemtica associada ausncia de mtricas consiste no comprometimento do produto final, podendo resultar em prejuzo financeiro. As ocorrncias mais comuns associadas ausncia de mtricas so atrasos do prazo de entrega, aumento do custo de produo, comprometimento da qualidade da soluo, difcil manutenibilidade, retrabalho entre outros.

Outra dificuldade correlata consiste em modificar a cultura dessas empresas de forma a apresentar o real valor da adoo de mtricas para melhor utilizao dos recursos disponveis, que por vezes podem ser interpretadas como despesas de tempo e recursos e no como investimento.BUSCA POR MTRICAS ADERENTES

A partir do momento que a empresa toma a deciso de aplicar mtricas da gerncia de projetos com o intuito de melhorar seu processo produtivo, poder se questionar quais as mtricas dever implantar, uma vez que algumas mtricas podero depender de pessoal especializado e a empresa poder no dispor de recursos para faz-lo.

A gerncia de projetos pode ser tratada como um processo adaptativo a ao ambiente em questo, uma vez que nesse contexto uma soluo seria a organizao da equipe em time, onde seriam adaptadas as tcnicas tradicionais de acordo com o contexto dessas empresas. (JUNIOR; CONFORTO; AMARAL, 2010 ).

Nesse contexto, outra vantagem da abordagem adaptativa reside no fato que o desenvolvimento de software dotado de incertezas e mudanas constantes em relao a escopo, custos, portanto, esse tipo de abordagem se mostra mais aderente essa realidade.TCNICAS E FERRAMENTAS

Um fato relevante que no se pode gerenciar o que no se pode medir, pois atravs da medio que todas as tarefas de avaliao de custos, prazos e produtividade da equipes sero mensuradas e serviro de ferramenta para a tomada de deciso em outras etapas do gerenciamento de projetos. (BRAGA, 1996, apud SOTILLE, 2004, p. 4).

Uma das tarefas pouco adotadas pelas MPEs de software consiste no planejamento do projeto. Convenciona-se que antes do incio de qualquer projeto a equipe estime o trabalho ser feito e os recursos necessrios para a execuo do mesmo, uma vez que esse levantamento inicial servir de base para a construo do cronograma do projeto. (PRESSMAN, 2006, p. 519).

Quando um profissional diz que no tem tempo para fazer uma boa anlise porque patro quer o projeto para ontem, pode-se perceber uma certa inconsistncia no processo produtivo da empresa, pois, se nunca h tempo para fazer uma boa anlise, sempre h tempo para se consertar um programa malfeito. (WAZLAWIVK, 2004, p. 21)

O fato que com uma anlise bem feita, pode antecipar alguns problemas e conflitos de requisitos que podem surgir no decorrer do desenvolvimento, que quanto mais cedo forem descobertos, menos impacto tero no custos/cronograma do projeto. Estima-se que um projeto gasta cerca de 80% do seu tempo em retrabalho, consertando falhas na anlise. (PRESSMAN, 2006, P.519).

Existem diversas metodologias disponveis para o auxlio ao processo de anlise de um software, dentre elas a mais utilizada consiste na tcnica chamada de anlise de requisitos. Basicamente a anlise de requisitos consiste em levantar quais so as operaes que um sistema deve realizar e suas restries inerentes (WAZLAWICK, 2004, p. 24).

Vrios autores sugerem que o processo de anlise/levantamento de requisitos seja executado de forma cclica, uma vez que impossvel entender toda a complexidade de um sistema de uma s vez.

CRONOGRAMA E ACOMPANHAMENTOUma vez que as tarefas de definio do escopo e levantamento de requisitos tenham sido cumpridas chega o momento de acomodar as tarefas serem feitas dentro de um prazo estipulado. Nessa etapa feita a cronogramao do projeto, como forma de ser ter a percepo tarefas X tempo.

A existncia de um cronograma de projeto por si s no garante a qualidade do software nem a sua entrega dentro do prazo previsto, preciso tomar algumas medidas como usar dados histricos de projetos anteriores para a elaborao do cronograma, abordagem de modelos incrementais no desenvolvimento do projeto, entregando as funcionalidades crticas como prioridade e adiando as secundrias. A sinceridade um ponto chave, sendo que sempre deve ficar claro quando um cronograma ou parte dele impraticvel. (SOUSA, acesso em 08 fev. 2011).

importante tambm que no cronograma sejam identificadas as tarefas interdependentes, como forma de identificar prioridades em termos de funcionalidades. (SOUSA, acesso em 08 fev. 2011).As reunies peridicas so passo essencial para o processo de desenvolvimento de software, uma vez que nelas poder ser avaliado andamento do projeto e discutidas as dificuldades encontradas no mesmo; facilitando a tomada de algumas decises como forma de garantir a boa sade dos projetos.

importante que a equipe de desenvolvimento foque solues mais simples, procurando manter o sistema mais simples como um todo. O que ajuda a torn-lo de fcil de compreender, manter e modificar ao longo do tempo. Alm disso, optar por solues mais simples freqentemente leva a reduo no tempo de desenvolvimento das funcionalidades, o que ajuda a acelerar o progresso da equipe. (TELES, 2005, p. 81).

Vale ressaltar que quando se fala em adotar simplicidade, no significa adotar solues ineficazes e sim adotar solues que resolvam o problema sem necessitar a adoo de algoritmos complexos, o que como dito anteriormente, aumentam o tempo de desenvolvimento e manuteno da aplicao.

A adaptao faz-se necessria em razo da grande quantidade de projetos e os pequenos recursos tecnolgicos e humanos presentes. Equipes reduzidas so constantes em empresas menores e necessria a conscientizao de todos os membros com a adoo de procedimentos mais simples e rpidos. DESENVOLVIMENTO ORIENTADO A TESTESUma das situaes vivenciadas pelas empresas de software a de constantes mudanas nos seus produtos. O fato que o software construdo para funcionar num determinado ambiente de mercado, e o mercado est em constante mudana; em geral alteraes ou acomodaes de novas regras de negcio, podendo ser impulsionadas por clientes, mudanas no setor, novas legislaes do governo, entre outras. Devido estes fatos, a empresa de software necessita responder efetivamente as mudanas para continuar no mercado.

Um fato que alteraes no software introduzem novos erros, o que ocasionam na queda da produtividade do software, importante por parte das MPEs de software adotar mtricas de projeto que respondam positivamente a esse problema.

Em pesquisa do Departamento de Comrcio americano, os softwares defeituosos custam 60 bilhes de dlares por ano s economia americana. No Brasil, no h dados confiveis, mas especialistas acreditam em prejuzo por volta de 8 bilhes de reais ou cerca de 0,6% do PIB no seria um nmero muito distante da realidade.(TELES, 2005, p. 97).

Os defeitos em software so identificados atravs da depurao, que consiste em analisar os cdigos de programao linha a linha atravs de ferramentas que permitam visualizar as operaes e os valores envolvidos, porm, alem de ser uma atividade enfadonha torna-se demorada, pois os programadores geralmente esquecem-se do que fizeram. (JEFFRIES, ANDERSON apud Teles, 2005, p. 98).

Uma soluo prtica e largamente adotada por empresas de software dos mais variados portes consiste na adoo da tcnica de desenvolvimento orientado a testes. O desenvolvimento orientado a testes consiste em escrever um mecanismo de teste automatizado, ou um cdigo de teste, antes da escrita de uma funcionalidade. Uma vez terminada uma funcionalidade, submete-se a mesma ao teste previamente escrito que dever ser construdo de forma a garantir que a funcionalidade ocorra de acordo com o esperado. Caso venham a ser feitas alteraes ou correes no software, devem ser executados novamente os testes para a validao do trabalho.

Existem diversas ferramentas que auxiliam nos testes automatizados, sendo a maioria de iniciativa de Software Livre. Sero citadas algumas nos apndices.CONSIDERAES FINAISNesse artigo foi abordada a realidade das pequenas empresas de software que encontram diversas dificuldades operacionais devido aos seus recursos financeiros e humanos limitados, e, contudo representam a maior porcentagem nas empresas deste segmento.Foi demonstrado que mesmo com as suas limitaes possvel a adoo de mtricas da Gerncia de Projetos como forma de contornar suas limitaes, porm, a abordagem deve ser constituda de um processo adaptativo que visa adequar s ferramentas disponveis as limitaes impostas, onde possvel oferecer ganhos ao processo e no a burocratizao como alguns acreditam.

Percebe-se ainda que a disciplina de projetos apresenta-se como um conjunto de mtricas consolidadas e justamente por esse fato ela torna-se altamente adaptativa ao ambiente em questo.Este artigo no visa esgotar o assunto, uma vez que o tema passvel de muitos detalhes que podem ser explorados individualmente, esse material dedica-se a apresentar o contexto das pequenas empresas do segmento de software e propor atitudes que venham a contornar suas limitaes, desmistificando o conceito de que a disciplina de Gerncia de Projetos dedica-se apenas grandes projetos ou empresas.

REFERNCIASABES, Associao Brasileira das Empresas de Software. Mercado Brasileiro de Software Panorama e Tendncias. 2010. Disponvel em: Acesso em 13 fev. 2011.BASTIANI, Valdecir Marco de. Implantando a filosofia de gerenciamento de projetos em organizaes de pequeno a mdio porte. Disponvel em: . Acesso em 13 fev. 2011.

DVILA, Mrcio. PMBOOK e Gerenciamento de Projetos. Disponvel em: Acesso em 13 fev. 2011.

GARCIA, Daniel; LEITE, Melissa Meliorini. Anlise e Gesto de Riscos nas Micro e Pequenas Empresas de Softwares. 2006. Disponvel em: . Acesso em 13 fev. 2011. JUNIOR, Antnio da Silva Juc; CONFORTO, Edivando Carlos; AMARAL, Daniel Capaldo. Maturidade em gesto de projetos em pequenas empresas desenvolvedoras de software do Polo de Alta Tecnologia de So Carlos. 2010. Disponvel em:< http://www.scielo.br/pdf/gp/v17n1/v17n1a14.pdf>. Acesso em 13 fev 2011.NASCIMENTO, Ana Lcia do. Softex fomenta a qualificao do software brasileiro. Disponvel em:< https://portal.fucapi.br/modules.php?name=News&file=article&sid=559 >. Acesso em 13 fev. 2011.

PMI. Gerenciamento de Projetos. Disponvel em: Acesso em 13 fev. 2011.

PRESSMAN, Robert S. Engenharia de Software. 6 ed. So Paulo: Ed. McGraw-Hill. 2006. 720 p.

SOTILLE, Mauro. Gerenciamento de Projetos na Engenharia de Software. Disponvel em:. Acesso em 13 fev. 2011.SOUSA, Fabrcio. Cronograma de Projeto de Software. Disponvel em:. Acesso em 13 fev. 2011.

TELES Vincius Manhes. Um Estudo de Caso da Adoo das Prticas E Valores do Extreme Programming. Disponvel em:. Acesso em 13 fev. 2011.

WAZLAWICK, Raul Sidnei. Anlise e Projeto de Sistemas de Informao Orientados a Objetos. 1 ed. Rio de Janeiro: Ed. Elsevier. 2004. 298 p.

6. APNDICESAPNDICE I: Lista de Ferramentas para o Desenvolvimento Orientado a testes:LINGUAGEM/

PLATAFORMANOMESITE

DELPHIDUnithttp://dunit.sourceforge.net/

DELPHIQtesthttp://www.bigattichouse.com/qtest.zip

JAVAJUnithttp://www.junit.org/

PHPPHPUnithttps://github.com/sebastianbergmann/phpunit/#readme

.NETNUnithttp://www.nunit.org/

C++CPPUnithttp://sourceforge.net/apps/mediawiki/cppunit/index.php?title=Main_Page

Bacharel em Cincia da Computao Faculdade Pitgoras Unidade Teixeira de Freitas

Analista de desenvolvimento ADSOFT Informtica

Project Management Institute uma associao mundial de gerenciamento de projetos, cuja meta principal avanar na prtica, na cincia e na profisso de gerenciamento de projetos em todo o mundo.

Sigla para Micro e pequenas empresas.

Maiores detalhes sobre a confeco de cronogramas e todas as suas etapas esto disponveis no PMBOK.