Com a globalização e o advento da internet (mais notadamente o seu serviço World Wide Web, ou simplesmente, web), a busca e o acesso à informação de forma ágil e confiável tornaram-se imperativos. Com a queda constante dos preços de serviços e tecnologias de rede, e também dos equipamentos (PCs, celulares, netbooks), a internet hoje se mostra bastante accessível a todos, tornando-se o principal meio de acesso à informação.

Então é natural que todos queiram se “plugar” nesta grande rede. Não só se “plugar”, mas ficar “plugado” o tempo todo. Para a grande maioria das pessoas, computador só serve se tiver acesso à internet. Aliás, não só computador. Quase todos os aparelhos de comunicação hoje possuem acesso a internet. Então é natural que todas as informações, sejam elas públicas ou privadas, venham a ficar armazenadas e disponibilizadas nesta grande rede, para que fique mais perto das pessoas, facilitando a vida delas e as deixando constantemente informadas.

Isso se caracteriza como computação em nuvens e as grandes empresas de computação acreditam muito nesta tendência. A Google, por exemplo, já disponibiliza muitos aplicativos com estas características, como o Gmail, Orkut, Google Calendar, Google Docs, dentre outros, além do seu notável mecanismo de busca.

A computação em nuvens já possui também forte presença no meio empresarial, facilitando a vida dos seus executivos e seus tomadores de decisão. As grandes empresas, principalmente as focadas em TI, já estão trilhando esse caminho há tempos. Sabem que não há vida empresarial sem estar tudo disponível em qualquer lugar e hora.

Entretanto, a computação em nuvens ainda não chega muito forte nos pequenos e micro empresários, pelo menos não de forma empresarial, mas apenas de forma pessoal. Mas, enxergo a computação em nuvens como uma grande alternativa para que eles, pequenos e micro empresários com recursos limitados, possam ter disponíveis sistemas de gestão do seu negócio, por exemplo, sem ter que investir em infraestrutura, tecnologia ou mesmo na aquisição de sistemas.

Como isso poderia acontecer? Simples, eles iriam acessar estes sistemas, que estariam (ou vão estar) hospedados em alguma empresa hospedeira que acredite nesta tendência, através de um simples PC conectado a internet. É a volta dos velhos “bureau”, só que de forma mais moderna e produtiva.

Como São Paulo é o centro nervoso financeiro brasileiro, e lá estão as grandes empresas do Brasil, fica difícil competir com ele neste aspecto. Ele atrai naturalmente todas as grandes empresas, inclusivem as outroras baianas. Ou então as adquirem. E se lá em São Paulo, e em todo o sudeste, estão as grandes empresas, certamente as empresas brasileiras mais competitivas de tecnologia se concentram lá, afinal todas as decisões acontecem lá e são realizadas lá mesmo, fazendo com que o dinheiro permaneça lá, juntamente com todo o investimento tecnológico, otimização de processos e qualificação de profissionais inerente a esta estrutura.

Então o que sobrou para nós, baianos? Para desenvolvimento de software e serviços agregados, hoje o governo é o principal cliente de um grande número de empresas de informática baiana, aliás atualmente quase todas pequenas. E ainda tem empresas de outro estado, principalmente do sudeste brasileiro, que vem aqui brigar por esta pizza “brotinho” tão disputada a tapas e beijos pelos empresários locais.

Não precisa ser um gênio para ver que a tendência do mercado baiano de informática é ser “engolido” pelas empresas do sudeste e isso de médio a curto prazo. Não podemos competir com elas em nenhum ramo tecnológico, nem em formação de profissionais, pois tudo acontece por lá. Então, se tudo continuar como está, essa é a tendência.

Mas, se mudarmos o foco, poderemos sim postergar esta tendência e aumentar, talvez até consideravelmente, a nossa sobrevida. O foco que temos que seguir tem muito a ver com nosso ponto forte na indústria da informática: mão-de-obra barata e talentosa.

Sem competir com o pessoal do sudeste, até para não despertar o(s) gigante(s) adormecido(s), podemos estabelecer parcerias com empresas de lá desta região no intuito de terceirizarmos a fase mais dispendiosa em um processo de desenvolvimento de software: a codificação e testes. Se funciona para a Índia, porque não para nós? Temos mão-de-obra relativamente barata e podemos nos preparar para prestar este tipo de serviço a empresas grandes do sul/sudeste, tal qual a India faz com os Estados Unidos, reduzindo o custo delas e tornando-as mais competitivas, graças aos baixos preços que temos condições de praticar.

Isto se chama de nearshore. Com isso poderemos nos fortalecer e dar grande vazão à mão-de-obra local, além de trazer divisas para o nosso estado. Podemos até estender a nossa visão para países próximos ou distantes (neste caso seria offshore), mais aí exige uma maior preparação e qualificação empresarial neste sentido.

Outra solução seria o desenvolvimento de produtos específicos de software para atender o vasto mercado brasileiro, tais como software de pontos de venda de mercados, de lojas, softwares de soluções de CRM, de gestão de hotéis, hospitais, concessionárias, restaurantes, e até pequenos ERPs, porque não? Temos talento para criar e campo para pesquisar melhores soluções. Além de preço baixo para baratear o nosso custo de produção. Fora as vantagens de se montar a baixo custo, toda uma infraestrutura de atendimento e distribuição na região, atendendo online todo o país. Este pode ser o nosso ponto forte, bem como a salvação do mercado local de TI.

Por exemplo, a figura do programador vai mudar? A médio e curto prazo, acho que não, mas a longo prazo talvez essa figura fique restrita apenas aos fabricantes de software básico. Acredito que os aplicativos comerciais e/ou corporativos devam passar a ser desenvolvidos por poderosas ferramentas de desenvolvimento focadas nos processos do negócio, sem utilização de códigos de programação como conhecemos hoje. Estas ferramentas teriam interface visual de alta usabilidade e seriam extremamente flexíveis e povoadas de recursos tecnológicos para serem adicionadas ao aplicativo. Seriam responsáveis pelo código binário desenvolvido para que ele possa rodar sobre o sistema operacional, qualquer que seja ele. Seu principal usuário seria o analista de sistema e/ou de negócios.

Outra pergunta que cabe aqui é se os paradigmas hoje adotados para processo de desenvolvimento de sistemas e as “melhores práticas” aceitas atualmente vão sofrer mudanças radicais. Particularmente, acredito que não, até porque processo independe (ou pelo menos deveria independer) do como é feito a sua aplicação, bem como dos recursos tecnológicos disponíveis para tal. Mas devem evoluir, passar por um processo de amadurecimento, o que pode ocasionar a quebra de alguns paradigmas e/ou a formulação de outros. Principalmente se levado em conta que os resultados obtidos oriundos da facilidade tecnológica aplicada ao processo tendem a abrir a visão do profissional de desenvolvimento para outras vertentes não levadas em conta até os dias de hoje.

E o testador e/ou o controle de qualidade do software em desenvolvimento, como ficam? Provavelmente estas mesmas poderosas ferramentas de desenvolvimento dariam todas as medidas necessárias para o acompanhamento do projeto, principalmente se conjugadas a uma ferramenta poderosa de gerenciamento de projetos. Além disso, as ferramentas de testes também iriam evoluir e iriam conversar diretamente com as ferramentas de desenvolvimento, o que agilizaria os testes, tornando quase instantânea a detecção de erros. Mas a figura do homem da qualidade sempre vai existir, pois é ele quem diz a última palavra sobre a liberação de uma versão para produção.

E os modelos internacionais de qualidade no desenvolvimento do software, tais como CMMI e SPICE, iriam ainda existir no futuro? Acredito que sim, pois ainda vão existir humanos – pelo menos, espero que sim – engajados no processo de desenvolvimento. E, se vai existir gente, um processo garante melhor os bons resultados do processo. Mas qualquer modelo que existir tem que estar atento às evoluções e mudanças de paradigmas conforme falei antes,  e nas novas vertentes, senão perdem sua credibilidade. Talvez, com a evolução tecnológica que espero, surjam certificações eficazes e cobiçadas de qualidade para ferramentas de desenvolvimento, pois acredito que todo o processo de desenvolvimento, bem como o produto gerado, será regido por software.

Fica a minha divagação por aqui, deixando apenas a certeza sobre as incertezas que o futuro tecnológico nos reserva.

Os resultados derivados da aplicação direta ou indireta da técnica de contagem podem nos dar muitas informações sobre um sistema além da estimativa de tamanho do mesmo, seu principal propósito. Já se utilizam PF como base para cálculo de produtividade da equipe, bem como para base de estimativa de esforço e prazo para desenvolvimento de um sistema. Pode-se também utilizar PF para desenvolver um orçamento de um projeto de desenvolvimento de sistema ou até como moeda base de preço e pagamento de um sistema, o que, aliás, já ocorre em muitas licitações públicas aqui no Brasil.

Ora, se a contagem de PF reflete o tamanho de um sistema, é possível você definir uma produtividade para sua equipe (por exemplo, em horas por ponto de função – H/PF), desde que você utilize métricas de acompanhamento com o seu pessoal (por exemplo, prazo ou esforço para executar uma determinada tarefa – tarefa esta que você pode medir em PF).

A partir daí, o céu é o limite: pode calcular a sua produtividade por fase de projeto, também em H/PF; estimar a produtividade por tipo de profissional (analista, programador, testador) ou até pela experiência dele (profissional júnior, pleno ou sênior); estimar prazos também por fase de projeto ou do sistema como um todo; e com tudo isso conseguir ter o seu custo por ponto de função (R$/PF) o que já serve de uma boa base para um orçamento. Maravilha, não? Acabou-se e subjetividade nesta área. Projeto de desenvolvimento de sistemas agora é uma ciência exata. Todos já conseguem estimar prazos e custos sem maiores problemas. Será?

Bem, não é bem assim. A técnica de contagem de PF possui muitos critérios de caráter subjetivo, o que pode trazer diferenças em seus resultados. Ou seja, dois especialistas em PF podem medir o mesmo sistema e achar valores diferentes. Inclusive existe uma linha de pensamento que diz que essa diferença pode chegar até a 15% (!!!?).

Além disso, por mais que você tenha uma base histórica confiável da sua equipe com esses números, ao converter um tamanho de sistema para estimativa de esforço e/ou prazo e/ou custo deve-se levar em conta muito das características do seu projeto de desenvolvimento. Por exemplo, é java? .NET? Delphi? É cliente/servidor? Web? Mobile? Possui muitas tabelas simples de descrição, as chamadas code tables? As interfaces são complexas e trabalhosas de se fazer na plataforma que se escolheu? É um sistema tipicamente transacional? Muitos dos números que a sua contagem vai gerar, podem (e devem) variar em função dessas respostas.

Particularmente, as duas últimas perguntas refletem muitos dos problemas de senso comum encontrados entre clientes e empresas desenvolvedoras, que já presenciei ao longo da minha carreira: interfaces complexas e sistemas tipicamente transacionais.

Existem interfaces que são extraordinariamente complexas e a técnica de contagem de PF nivela muito por baixo este dimensionamento. Por exemplo, fazer telas em um dispositivo mobile (ou até mesmo em um sistema web tradicional) que possuam comportamento de um sistema cliente/servidor rodando dentro de uma rede local, não é nada simples e demanda um esforço bem maior do que se fizéssemos utilizando uma ferramenta/IDE típica de cliente/servidor.

E se o sistema não for tipicamente transacional? Se a contagem de PF é baseada em transações (entradas e alterações de dados; consulta e saídas de dados), imagine dimensionar ou estimar esforço e prazo de desenvolvimento de, por exemplo, um sistema especialista ou de redes neurais ou sistemas que utilizem data mining, pela técnica de contagem de PF? Bem, não é por aí. Eles não são tipicamente transacionais e essa contagem de PF muito dificilmente irá refletir a realidade do esforço no seu desenvolvimento.

Bem vindo, técnicas de PF! Há muito tempo que vieram para ficar, sem dúvida. Mas devemos utilizá-las  sabiamente, estando atento às suas limitações, seus objetivos e seus fundamentos básicos.

Normalmente chamamos de generalista o profissional que entende de muita coisa de TI, mas sem muita profundidade em quase nenhuma área. Normalmente seu foco maior é o negócio. A maioria dos bons profissionais generalistas possui uma boa visão do negócio aliada fortemente com as necessidades tecnológicas da empresa. Adivinhe? Este é o profissional típico para seguir a carreira de CIO ou diretor de informática como é mais conhecido. O perfil dele tende a ser mais gerencial e fatalmente ele acaba exercendo funções gerenciais, porém sempre voltadas para a área de TI. Um profissional assim sempre procura siglas como MBA, PMP, ITIL para melhorar sua capacitação.

Um profissional especialista é aquele que conhece especificamente uma área (ou um conjunto de áreas) de TI e atua fortemente nela(s). Seu foco maior é tecnologia e adora se deparar com grandes desafios tecnológicos. Aliás, esta é a ‘cachaça’ dele. Normalmente não alcança grandes posições em empresas, mas é sempre o profissional mais procurado em caso de graves problemas tecnológicos. O estudo e a pesquisa devem fazer parte do seu dia-a-dia. Apesar disso, ele tem que estar sempre antenado para não ficar desatualizado e estar disposto a evoluir tecnologicamente para não correr o risco de ficar obsoleto. Por causa disso, acredito que, destes dois, seja o tipo de profissional que possui mais dificuldade em se manter em alta neste nosso mercado que vive constantemente em transição. Sua tendência é ser consultor e tem um perfil técnico muito forte e, muitas vezes, nada político.

O mercado clama pelos dois, tanto o generalista quanto o especialista. Eles se complementam nas necessidades tecnológicas de qualquer organização. Não existe um sem o outro e acho que existe uma tendência natural a se manter um equilíbrio entre a quantidade destes profissionais em um mercado bem balanceado.

Para quem pensa em escolher ser um ou outro, uma má notícia: com raras exceções, não é você quem decide isso. É o seu perfil e aptidões naturais que vão definir isso. Descubra  quem você é, foque nos seus pontos fortes, mergulhe fundo e boa sorte!