0

FINOM - FACULDADE DO NOROESTE DE MINAS

KEYSON CALDAS MOTA

APLICAO DOS CONCEITOS DE GERNCIA DE PROJETOS EM PEQUENAS

EMPRESAS DE SOFTWARE

Teixeira de Freitas
2011

KEYSON CALDAS MOTA

APLICAO 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
2011

APLICAO DOS CONCEITOS DE GERNCIA DE PROJETOS EM PEQUENAS

EMPRESAS DE SOFTWARE
Keyson Caldas Mota1

RESUMO
Esse 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.

INTRODUO
Esse artigo visa demonstrar como podem ser aplicados os conceitos previstos
na disciplina de Gerncia de Projetos a pequenas empresas de software. Percebese 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 PMI2 define gesto de projetos, to simplesmente, como sendo o processo
atravs do qual se aplicam conhecimentos, capacidades, instrumentos e tcnicas s

Bacharel em Cincia da Computao Faculdade Pitgoras Unidade Teixeira de Freitas

Analista de desenvolvimento ADSOFT Informtica
2
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.

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 3 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

Sigla para Micro e pequenas empresas.

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 ACOMPANHAMENTO
Uma 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 4cronogramao 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

processo

de

funcionalidades. (SOUSA, acesso em 08 fev. 2011).

As

reunies

peridicas

so

passo

essencial

para

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.
4

Maiores detalhes sobre a confeco de cronogramas e todas as suas etapas esto

disponveis no PMBOK.

DESENVOLVIMENTO ORIENTADO A TESTES

Uma 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 FINAIS
Nesse 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.

REFERNCIAS
ABES, 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:
<http://www.scribd.com/doc/24502727/Implantando-a-filosofia-de-gerenciamento-deprojetos-em-organizacoes-de-pequeno-a-medio-porte>. Acesso em 13 fev. 2011.
DVILA,

Mrcio.

PMBOOK

Gerenciamento

de

Projetos.

Disponvel

em:<HTTP://www.mhavila.com.br/link/gestao/> 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: <http://www.biblioteca.
sebrae.com.br/bds/BDS.nsf/1D6637A77889B13B83257230005DFB08/$File/Analise_
de_Riscos_MPEs_SEBRAE.pdf>. 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:<http://www.pmisp.org.br/instituto
.asp> Acesso em 13 fev. 2011.
PRESSMAN, Robert S. Engenharia de Software. 6 ed. So Paulo: Ed. McGrawHill. 2006. 720 p.

10

SOTILLE, Mauro. Gerenciamento de Projetos na Engenharia de Software.

Disponvel em:<http://www.pmtech.com.br/artigos/Gerenciamento_Projetos_
Software.pdf>. Acesso em 13 fev. 2011.
SOUSA, Fabrcio. Cronograma de Projeto de Software. Disponvel em:
<http://www.fabriciosousa.com/Cronograma.pdf>. Acesso em 13 fev. 2011.
TELES Vincius Manhes. Um Estudo de Caso da Adoo das Prticas E Valores
do Extreme Programming. Disponvel em:<http://improveit.com.br/xp/dissertacaoX
P.pdf>. 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.

11

6. APNDICES
APNDICE I: Lista de Ferramentas para o Desenvolvimento Orientado a testes:
LINGUAGEM/
PLATAFORMA

NOME

SITE

DELPHI

DUnit

http://dunit.sourceforge.net/

DELPHI

Qtest

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

JAVA

JUnit

http://www.junit.org/

PHP

PHPUnit

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

.NET

NUnit

http://www.nunit.org/

C++

CPPUnit

http://sourceforge.net/apps/mediawiki/cppunit/index.php?
title=Main_Page