• Nenhum resultado encontrado

ANEXO C RESUMOS DAS ENTREVISTAS

C.2 Allan Rocha

Participou do desenvolvimento de um modelo de fábrica de software para um cliente do Instituto Recôncavo de Pesquisas. Hoje participa de projeto de desenvolvimento de software usando este modelo de fábrica

Processos de software e a idéia de Fábrica de Software

Os modelos de processo de software disponíveis (foram citados o ISO 15504, que é conhe- cido como SPICE, ISO 9001, ISO 9000-3, ISO 12207 e CMMI), só têm efetividade se aplicados em conjunto com conceitos de engenharia da produção, as quais já se encontram muito mais amadurecidos que os conceitos da engenharia de software, que é uma área de estudo mais re- cente.

Desta forma, a idéia de fábrica de software é incorporar uma série de conceitos que já estão amadurecidos na indústria, dentro de uma linha de produção de software.

O Modelo de fábrica utilizado

A estrutura da fábrica de software do Instituto é mista2, pois ainda há resquícios da estrutura baseada em projetos.

O processo de software da fábrica do Instituto foi desenvolvido no próprio Instituto, com inspiração em outros modelos existentes e teorias consolidadas da engenharia de software. O primeiro entre os modelos utilizados como base foi o RUP3, que faz o controle do ciclo de vida de desenvolvimento do software. Contudo, existe uma aderência parcial ao CMMI (CMMI-SW) nível 2. O CMM (e o CMMI) é uma certificação reconhecida internacionalmente, e principal- mente em relação à exportação de software é muito importante, tanto que existe o desejo de fazer a certificação CMMI da fábrica no futuro.

A outra fonte de inspiração foi o modelo PMI4para gerenciamento e controle do projeto. Perfil do Profissional da Fábrica

Não é possível ter uma equipe composta por especialistas na estrutura por projetos tra- dicional, pois encareceria muito o software. O perfil para se trabalhar em um ambiente de desenvolvimento tradicional/por projeto é mais generalista. Já na fábrica, devido ao volume,

2Cf. monografia sobre estrutura mista para fábricas de software (ROCHA, 2005)

3Rational Unified Process. É um processo de desenvolvimento de software, comercial(isto é, deve ser adqui-

rido), desenvolvido dentro de um conjunto de ferramentas de engenharia de software pela Rational Software, que foi adquirida no final do ano de 2002 pela IBM.

4Project Management Institute possui uma metodologia de gerenciamento de projetos difundida mundialmente,

é possível trabalhar com especialistas, melhorando a eficiência e a produtividade. Isto ajuda a baratear o custo final do software, e a padronização das ações.

O fato de se utilizar um processo de software acaba explicitando determinadas necessidades de perfil profissional. Quando se usa um processo de software, a empresa deixa de depender de “heróis” (heroísmo) para ter sucesso. Quer dizer, sem o processo de software, toda a res- ponsabilidade recai sobre o profissional, e o sucesso do trabalho depende unicamente do seu desempenho. Não há segurança em afirmar se o modelo de fábrica exige melhores perfis de profissionais, mas sim, que este modelo vai tornar mais claro quais os perfis necessários.

Ser disciplinado é uma competência sem dúvida importante para o profissional de fábrica de software. A quantidade de “interfaces” é muito maior do que em um projeto tradicional, o que aumenta a interdependência do trabalho de um para o outro. Isso também exige uma boa capacidade de comunicação, mais efetiva. Gostar de estudar também é uma característica que parece mais importante para o ambiente de fábrica.

Mecanização da atividade do desenvolvedor

A atividade do desenvolvedor é mais limitada e mais controlada no ambiente de fábrica. Pode até ser considerada como um pouco mecanizada. Contudo, não se aproxima da imagem que foi criada, de “um profissional que vai apertar parafusos”. Ao contrário de apertar parafusos, há a necessidade de uma dose de criatividade para se alcançar as soluções, mas há um grau de restrição sim. Tanto que, este trabalho exige alguma especialização (qualificação), e não é qualquer um que pode alcançar isto. Ele não pode simplesmente ser substituído por qualquer pessoa (não é descartável).

Uma fábrica oferece menores oportunidades de crescimento?

O crescimento e o amadurecimento surgem muito através da superação das dificuldades. Assim, o ambiente geralmente desestruturado e mais caótico dos projetos tradicionais, fazem o profissional atuar mais como um generalista, o que o forçará a “correr atrás” para superar as dificuldades, o que pode contribuir para o desenvolvimento profissional e pessoal dele.

Contudo não se pode perder de vista que a idéia da fábrica de software é melhorar a qua- lidade do produto final, e isso exige profissionais bons. Usando como exemplo a engenharia mecânica, você pode ter um egresso indo atuar em uma linha de montagem de uma fábrica de automóveis, e a tendência é que ele se especialize em uma determinada área da construção ou montagem do automóvel. Isso é parecido com o que ocorre com o desenvolvedor de sistemas na fábrica de software. Ainda não é possível saber se isto será necessariamente melhor ou pior para profissional de desenvolvimento de sistemas.

Processo de software criando aversão ao risco

É possível que a visão de Tom DeMarco sobre o medo das empresas se arriscarem seja real, mas os benefícios da utilização do modelo de fábrica irão compensar este tipo de problema. O PMBook também possui um cuidado especial nesta área, com a realização de uma análise qualitativa de risco para o projeto, com o objetivo de mitigá-los.

Fábrica de software não é para todo mundo

O tamanho de uma empresa NÃO causa dificuldades para se estabelecer um PROCESSO DE SOFTWARE. Isso pode ser feito até mesmo para uma pessoa. A dificuldade está na es- truturação em fábrica, mais especificamente na divisão das funções (na departamentalização). Em uma empresa pequena, pode acontecer de não fazer sentido criar as células e os diferen- tes papéis, pois estarão sobrecarregados nas mesmas pessoas. Ex.: Uma software house com 6 desenvolvedores será que teria vantagens em adotar o modelo de fábrica? Será que con- seguiria criar, por exemplo, uma célula de análise, uma de projeto, uma de codificação, uma de montagem, uma de qualidade (testes e qualidade de processo) e uma de suporte? Mesmo considerando apenas as células básicas de uma fábrica de software fica difícil imaginar poucas pessoas atuando em todas elas.

Apesar disso, há uma tendência natural de se buscar o aumento de eficiência, qualidade e previsibilidade nos projetos. Assim, há sim uma tendência de crescimento das fábricas de software, não só em Salvador, mas mundial.