Então, o que fazer?

A solução estaria então em adotar um Processo de Software bem definido. Muitos são os tipos de processos e muitas são as necessidades de equipes e das empresas em ter e utilizar um bom Processo de Software a fim de adquirir organização e qualidade em seus produtos, respeitando prazos de cronograma, administrando esforços de equipe, obtendo mais produtividade e padronização de desenvolvimento.

Porém, não acredito que exista um único processo perfeito para o desenvolvimento de software, ou seja, para adquirir um bom processo, deve ser levado em consideração fatores como:

• Tipo de software que está desenvolvendo;
• Tamanho de equipe (desenvolvedor único, dois desenvolvedores, equipe pequena, equipe com mais de 100 membros);
• Infraestrutura;
• Capital investido;
• Entre outros.

Entre diversos tipos de Processos de Softwares, destacam-se os modelos em Cascata (CMMI), Espiral, Iterativos (PU – Processo Unificado) e os modelos Ágeis (XP, Scrum).

Mas por que utilizar um Processo de Software?

Dentre alguns fatores, podemos definir que o Processo de Software visa à qualidade do produto como um todo, onde é estabelecida a lógica do domínio da aplicação para o projeto decidindo seu scopo e comprometimento do Patrocinador, levantamento dos requisitos, riscos de projeto, padronização de desenvolvimento, construção do modelo e prototipagem, implementação sistemática de testes, feedback do cliente, revisões técnicas, gerência de configuração, etc. Porém, todo este conjunto (o Processo) não basta apenas ser implementado, ou seja, deve-se ter o gerenciamento do processo como um todo a fim de garantir que ele esteja sendo executado corretamente por seus envolvidos.

Em outras palavras, o Processo de Software não é uma tarefa simples de implementar numa organização. Ele “afeta” diretamente seus envolvidos, no qual em alguns casos, são obrigados a saírem de suas zonas de conforto. O processo também confronta a cultura de uma empresa, e todo este conjunto gera uma certa resistência dos envolvidos em colaborar para o sucesso do mesmo.

Meu artigo não é de forma alguma induzir o leitor a optar para um processo X ou Y, mas sim avaliar o nível caótico de não se utilizar um processo e os benefícios conquistados com sua aplicação.

Particularmente, um dos modelos que mais me apego são os modelos Ágeis, devido a suas práticas, valores e por serem iterativos.

Os modelos iterativo e evolutivo envolvem a imediata programação e teste de um sistema e considera que o desenvolvimento começa antes que os requisitos tenham sido definidos em detalhes. Evitando assim grandes desgastes e desmotivação na fase inicial.

Nesta abordagem de ciclo de vida, o desenvolvimento é organizado em uma série de mini projetos curtos, de duração fixa chamadas de iterações. O produto de cada um é um sistema parcial, executável, testável e integrável. Cada iteração inclui suas próprias atividades de análise de requisitos, projeto, implementação e teste. No modelo Ágil, os detalhes de requisitos são acrescentados no decorrer do processo, utilizando assim, a modelagem na perspectiva de principalmente entender o que foi pedido e não documentar.

Ao contrário, nos modelos em cascatas (ou sequencial), há uma tentativa de definir em detalhes todos ou a maioria dos requisitos antes da programação e também de criar um projeto abrangente, antes da programação. Igualmente, há uma tentativa de definir um plano ou cronograma confiável logo no início. Outro ponto a ser avaliado, é que neste modelo, modificações tardias de requisitos não são bem vindas. Deve levar-se em conta que custos de operações aqui são bem mais altos e é um modelo muito burocrático.

Apesar do meu apego ao modelo Ágil, o ideal é que as equipes criem seu próprio Processo de Software, olhando na perspectiva de não diminuir o valor de outros métodos e sim, agregando as boas práticas mais comuns que atendam as suas necessidades dentro da sua realidade, não se esquecendo de manter um contínuo amadurecimento do processo como um todo.

Fonte: Blog Rafael Amaral
Twitter: @rafaelamaralll

Um assunto sempre polêmico, mesmo ainda iniciante nesta área, tenho visto algumas definições diversificadas de profissionais (especialistas ou não) sobre o tema.

Alguns definem Casos de Uso apenas em sua notação gráfica (os diagramas), porém, Casos de Uso vão muito além. Casos de Uso são elementos primários no desenvolvimento e planejamento do projeto. Ele facilita o entendimento e a comunicação com o stakeholder, pois Casos de Uso representam uma visão externa do sistema e aplicando uma boa técnica na sua utilização, eles são com certeza uma melhor maneira de levantar bons requisitos de sistema. Em outras palavras, Casos de Uso descrevem o comportamento do sistema sob diversas condições conforme o sistema responde a uma requisição de um ator primário, no qual este (ator primário) inicia uma interação com o sistema para atingir algum objetivo.

Um formato simples para captura de um Caso de Uso consiste na descrição de seu cenário primário como uma sequência de passos numerados e as alternativas como variações naquela sequência.

Existe muita variação no modo como você pode descrever os conteúdos de um Caso de Uso, porém, a UML não especifica padrão algum. Mas, acrescente informações sempre que julgar necessárias, principalmente, vendo isto pela perspectiva do risco, ou seja, acrescente detalhes de acordo com o grau de risco, quanto maior o risco, mais detalhes você precisa. Mas, não se desespere em detalhes, ou seja, entre neles aos poucos durante sua elaboração e durante as iterações, vá acrescentando mais detalhes à medida do necessário. Porém, chamo sua atenção para a simplicidade, pois um Caso de Uso bem escrito é fácil de ler, porém, aprender a escrever um bom caso de uso é difícil.

Mas, o que é realmente, um Caso de Uso?

Um Caso de Uso captura um contrato entre os stakeholders de um sistema sobre o seu comportamento. Um Caso de Uso descreve o comportamento do sistema sob diversas condições conforme o sistema responde a uma requisição de um ator primário.

Alistair Cockburn

Uma outra definição mais compreensiva, explico primeiro o que é um cenário.
Cenário: é uma sequência de passos que descreve uma interação entre um usuário e um sistema.

Caso de Uso, então, é um conjunto de cenários amarrados por um objetivo comum de um usuário.

Martin Folwer

Finalizando, Casos de Uso têm uma grande importância na construção de projeto e é um assunto para mais de “Gigas”. Sobre diversos aspectos, eles são essenciais em uma infinidade de coisas desde o início ao fim das iterações do projeto. Para iniciantes na área, dedicar-se na leitura de bons livros sobre o assunto irá fazer toda a diferença na hora de analisar e/ou dirigir um projeto.

Fonte: Blog Rafael Amaral
Twitter: @rafaelamaralll

Existe um tipo de infecção de sistema que desativa a edição do registro, bloqueia o gerenciador de tarefas (famoso taskmgr – ctrl+alt+del) e de quebra impede que o sistema seja reiniciado no modo seguro, porém, existe uma falha que possibilita quebrar essa resistência.

Neste artigo vamos explicar alguns passos que podem resolver o problema.

Primeira coisa a fazer é identificar o “chato”, para isso, clique em INICIAR/EXECUTAR e digite MSCONFIG e clique em OK.

Na aba INICIALIZAÇÃO verifique o caminho do arquivo que deseja excluir. Se já sabe qual é o alvo, esqueça esse passo.

Agora, via comando (INICIAR/EXECUTAR digite CMD e clique em OK), vá para a pasta onde o arquivo-alvo (geralmente C:/USERS/SEUNOME/DADOS DE APLICATIVOS/TEMP ou C:\WINDOWS\SYSTEM32 – dependendo do seu sistema operacional).

DICA: Para se deslocar de uma pasta para outra, use o comando CD NOMEDAPASTA (sempre respeitando a hierarquia, claro! Ex: se eu estou na pasta C:\USERS\MEUUSUARIO e quero ir para a pasta raiz e depois quero ir para a pasta WINDOWS eu posso digitar CD\WINDOWS\SYSTEM32 ou CD\ para ir para a raiz e depois CD WINDOWS/SYSTEM32 para ir para a pasta que eu quero)

Quando estiver na pasta onde está o arquivo que deseja excluir, experimente digitar:

DEL NOMEDOARQUIVO.EXTENSÃO. Ex: DEL FLASHY.EXE

Observe que o arquivo não pode ser excluído porque o sistema não o encontrou, porém, ele está oculto, então use o comando DIR/AH e veja que ele existe.

Para apagá-lo vamos ter que alterar seus atributos e para isso eu uso o comando ATTRIB ESPAÇO -H ESPAÇO -A ESPAÇO -R ESPAÇO -S NOMEDOARQUIVO.EXTENSÃO. Ex: ATTRIB -H -A -R -S FLASHY.EXE

Atenção: Troque o termo ESPAÇO por um espaço na hora de digitar o comando, não se esqueça dele!

Agora tente apagar o arquivo… caso não consiga, vai ter que ser na marra mesmo!

Caso não consiga alterar os atributos do arquivo via comando, vamos pelo menos habilitar no sistema para poder vê-lo, para isto, use o método explorer

Baixe e instale o aplicativo BOOT DELETER, esse aplicativo vai criar um atalho no menu de contexto (botão direito do mouse) e habilite o aplicativo.

Feito isso, basta clicar com o botão direito do mouse sobre o arquivo que deseja apagar e escolher a opção DELETE ON REBOOT e reinicie o sistema que o arquivo já era.

Procure pelo atalho do arquivo no registro do sistema e apague-o, clique em INICIAR/EXECUTAR e digite REGEDIT

Se aparecer uma mensagem como essa

Baixe o aplicativo REGISTRIM e execute-o, depois clique no botão LIBERAR, se estiver em vermelho

Depois clique no botão ABRIR O REGEDIT.

Com o REGEDIT aberto, pressione a tecla F3 e digite o nome do arquivo que deseja excluir, apague todas as entradas encontradas.

Reinicie o sistema e pronto!

Quando formato uma máquina para amigos ou parentes sempre instalo alguns programas que uso e recomendo para todos. Esses programas certamente serão usados pelos usuário e basicamente se enquandram em duas categorias: A primeira é a dos softwares baseados em um outro famoso no mercado. Contudo, prefiro os que serão citados pela sua facilidade de uso ou ferramentas extras (além do fato de serem gratuitos, é claro!). A segunda categoria enquadra programas com recursos claramente inferiores às versões comerciais, mas que são mais do que adequadas para o uso diário de quem não é um profissional da área, ou seja, quando não é necessário realmente investir em algo profissional, uma ferramenta para “quebrar um galho”.

Os cinco programas que recomendo são:

1. VLC Media Player

No topo da minha lista coloco o  VLC media player. Esse player toca praticamente todos os formatos de vídeos e audio. Se o VLC não roda um vídeo, então nenhum outro programa vai rodar! Esse software é uma resposta para todos aqueles erros do Media Player sobre codecs não encontrados e outros erros. E o melhor: o VLC não só toca todos os formatos, como faz isso bem! É um dos programas mais bacanas que você instalará na sua máquina, seja ela um Windows, Linux ou Mac. Vale a pena!

2. Irfanview

O próximo da lista é um visualizador de imagens e pequeno editor, o Irfanview. Definitivamente o melhor visualizador atual! Mas certifique-se de baixar os plugins. Você poderá ler tudo, desde arquivos .TXT, arquivos antigos da Kodak de formato .kdc e formatos da Adobe. Ele poderá até tocar uma grande quantidade de formatos de vídeos e músicas. Contudo, é melhor instala-lo antes do VLC, para que os arquivos de vídeo e áudio sejam abertos primeiro pelo VLC que é próprio para isso. Esse programa também lhe permite fazer pequenas alterações em fotos.

3. ImgBurn

Para aqueles que gostam de trabalhar com imagens ISO e precisam criar essas imagens de um jeito fácil e simples, o ImgBurn é o utilitário que você precisa. Esse é um tipo de programa que você não sabe que precisa até que comece a barixar ou upar aquivos ISO. Esse programa lhe permite trabalhar de maneira simples e faz a maioria das configurações automaticamente, sem com qe você precise se preocupar.

4. OpenOffice

Se você não pode pagar por uma versão do Microsoft Office, o Open Office lhe servirá bem. Esse pacote sofreu uma série de melhorias e atualmente uso-o para me ajudar na escrita de vários de meus artigos. Realmente fiquei impressionado com a série de recursos e funcionalidades que foram adicionados e tenho certeza que a maioria dos que estão aqui lendo essa coluna também ficariam. O seu processador de textos é tão bom quanto o da Microsoft e eu só adicionaria uma observação para o trabalho com planilhas, que não são assim tão boas para se trabalhar com quantidades abusivas de dados – mas como poucos utilizam tantos dados em seus computadores pessoais, isso não é um grande problema.

5. Audacity

Finalmente, o último, mas não menos importante, software a ser recomendado, é o  Audacity, um editor de sons. Seja você um amador ou profissional e já precisou de trabalhar um som – para corta-lo ou fazer outro tipo de alteração simples, que não necessite um programa profissional, utilize esse programa! Ele é simples e fácil de usar e leva apenas alguns minutos para realizar alterações. Funciona em todas as plataformas e é pequeno, podendo ser baixado em situações de emergência.

E você, usa algum programa dessa lista? Adicionaria algum? Comente!

Texto traduzido com adaptações de PCMAG.

Vamos assumir que o usuário de qualquer software tenha 3 tipos hierárquicos de necessidades:

1. O software precisa funcionar – deve ser funcional. Essa é a necessidade mais básica do usuário.

Certificar-se que o software funciona é um pré-requisito para uma boa usabilidade e uma boa experiência do usuário.

2. O software deve ser fácil de usar. Ao longo da última década, websites tem se tornado “user-friendly” graças a conceitos de usabilidade (veja Jakob Neilsen), competitividade e outros pontos fundamentais.

Quando um software atua como ferramenta e não possui nenhum competidor, então os usuários irão tolerar baixa usabilidade, desde que seja funcional. Porém, quando existem outras escolhas no mercado, usuários passarão a usar a que for mais fácil usar. A usabilidade se preocupa com o quão intuitivo e fácil um software ou website é para o usuário.

3. O software precisa ser prazeroso. Num último quesito para escolher entre softwares ou websites, aquele que oferecer uma interação alegre e agradável ganha.

Steve Jobs reconheceu isso. Donald Norman, pioneiro na usabilidade reconheceu isso também em seu livro Emotional Design. Norman argumenta que softwares se apresentaram mais efetivos quando se mostram esteticamente mais apelativos, ou quando estabelecem uma conexão emocional com o software ou website. Como ele mesmo diz: “coisas atrativas funcionam melhor”.

UX se preocupa com o design, com a usabilidade e por fim com o engajamento emocional dos usuários.

user journeys.com

Mesmo que de certa forma tenhamos que trabalhar esses conflitos, é importante ter outra equipe que teste o que foi desenvolvido. Como já disseram por aí, “não existe filho feio para a mãe”, e o programador tem um tendência natural a achar que tudo que desenvolveu está perfeito.

Contudo trabalhar com somente com uma equipe pode não resolver todos os problemas. Ainda que essa seja boa o suficiente para cumprir o seu papel, o usuário é o verdadeiro tester, já que é quem usará o programa no dia-a-dia. Com a ideia do usuário como tester surgem dois conceitos, chamados de Teste Alfa e Teste Beta.

O Teste Alfa  é aquele realizado no ambiente do desenvolvedor, mas pelo usuário final do programa. Já o Teste Beta é realizado no ambiente do cliente, sem a presença do desenvolvedor, aonde o próprio cliente relata quais são erros observados que serão posteriormente corrigidos.

Os testes de software podem ainda ser classificados quanto a  técnica utilizada. Dentre eles os principais são:

• Teste Caixa Branca: São os testes estruturais, baseando-se na estrutura e procedimentos utilizados no programa, analisando os laços, condições de if/else. Através do código (ou algoritmo) são analisados casos a busca de erros.
  
• Teste Caixa Preta: O teste caixa preta baseia na especificação de interface do programa, observando-se entradas e saídas, ou seja, se a saída produzida realmente condiz com a saída esperada, em relação ao que foi inserido como dado de entrada.

Existe ainda a Técnica Baseada em Erros, que se baseiam na inclusão de erros propositais (artificiais) como forma de revelar erros existentes previamente (naturais).

Por fim, lembre-se: bons testes de software são aqueles que apresentam maior probabilidade de revelar erros ainda não descobertos!

O modelo de software como um serviço (SaaS) baseado em SOA vem se disseminando e ganhando espaço cada vez mais nos ambientes corporativos. O objetivo deste artigo é demonstrar quais os benefícios e os fatores que devem ser levados em consideração pelas empresas ao terem a intenção de adotar um software baseado no modelo de computação em nuvem o SaaS (Software-as-a-Service) ou na tradução livre, Software como Serviço.

Software como um serviço (SaaS)

SaaS é uma solução de software disponibilizada através da internet e oferecida como um serviço sem a necessidade do cliente manter uma infraestrutura local para rodar esta solução. O provedor disponibiliza uma solução de software e o cliente irá consumir esse software como se fosse um serviço pagando somente por aquilo que consumir [1].

SaaS pode ser comparado a uma simples compra de passagens áreas. O cliente compra sua passagem e viaja com a aeronave da empresa aérea; ele não precisa ter posse de uma aeronave e arcar com os imensos custos [2]. SaaS parte do mesmo princípio, pois ao invés do cliente ter toda uma infraestrutura, espaço físico e pessoal capacitado para rodar uma aplicação em servidores de sua empresa, ele pode consumir esse serviço através de provedores que disponibilizam o serviço, ou seja, ele estará consumindo uma solução de software como um serviço através da internet.

Para melhor entendimento é necessário conhecer o significado de on-premises softwares, que são softwares que rodam localmente, ou seja, são os softwares comercializados atualmente com o modelo de pagamento por licenciamento.

Após conhecer o conceito de SaaS, a seguir, é demonstrado um levantamento para adoção de SaaS em empresas levando em consideração suas principais vantagens,  desafios e análises que devem ser realizadas.

Benefícios na adoção de software como um serviço

Alguns benefícios começam a ser demonstrados na prática com o uso de SaaS, podemos analisar seguindo Alguns conceitos definidos por Taurion:

Simplificação do gerenciamento dos aplicativos

O gerenciamento dos aplicativos, ao decorrer do tempo de utilização do modelo SaaS, começa a ter simplicidade, pois instalações, upgrades e manutenções ficam por conta dos provedores de SaaS, o que muitas vezes no modelo de on-premises softwares representam de 30% a 40% do custo inicial da aquisição do software.

Redução do investimento em capital

Empresas que estão passando por crises financeiras ou escassez de crédito tendem a manter seu caixa o mais intacto possível. O modelo SaaS é atraente neste ponto de vista, pois reduz o investimento em capital e troca pelo investimento operacional. Ao invés da empresa ter que manter toda a infraestrutura para rodar suas aplicações ela pode somente pagar pelo serviço e ter suas aplicações rodando nas nuvens.

Velocidade de implementação

A velocidade de implementação de SaaS é extremamente mais rápida do que as dos on-premises softwares, pois atividades como instalações e  configurações deixam de existir, também a usabilidade é mais intuitiva e simples.

Possibilitar que a área de TI se concentre em apoiar o negocio final da empresa

Como as manutenções, instalações e upgrades dos softwares ficarão por conta do provedor a área de TI, a empresa cliente não precisa despender tempo com isso, dando uma eficácia de dedicação maior para o negocio final da empresa.

Acesso às novas funcionalidades de forma rápida e sem o oneroso processo atual de instalar novas versões.

Muitas empresas não atualizam suas versões de softwares e acabam por não usufruírem das novas funcionalidades, tudo isso porque o processo atual de atualização despende muito tempo, além de novas taxas de upgrade. Com SaaS as atualizações são de responsabilidade do provedor, com isso as atualizações de softwares baseados em SaaS são feitas de forma eficaz e ágil.

Confira aqui o artigo acadêmico completo no formato PDF.

Acredito que todo bom programador já deve ter tido sua fase de modo “REC”, no qual já inicia o desenvolvimento do código enquanto o cliente “expõe” suas ideias.

No final, os resultados são sempre os mesmos. Frustrações! Produto gerado sem conformidades com o que realmente o cliente precisa, gastos excessivos com manutenções e correções, etc. Contudo, isso não quer dizer que o programador é ruim. Apenas faltou o emprego de um Processo de Software.

Mas o que é afinal, um Processo de Software?

Um Processo Software é um conjunto de atividades, parcialmente ordenadas com a finalidade de obter um produto de software e é considerado um dos principais mecanismos para se obter um software de qualidade. (Wikipédia)

Então, tudo que precisamos para gerar um produto de software de qualidade é um bom Processo de Software que se adapte a realidade de uma empresa. Porém, não basta “apenas” implementá-lo, ou seja, deve-se ter o gerenciamento do processo como um todo a fim de garantir que ele seja executado corretamente entre os envolvidos, ou caso contrário, o caos tomará conta de tudo trazendo o resultado inverso do que se esperava.

Ao implementar o processo, você poderá encontrar algumas pedras pelo caminho. Implementar um processo confronta diretamente a cultura da empresa, resistência e falta de cooperação dos envolvidos, falta de estrutura, de pessoal qualificado, etc. Porém, é como a maioria das coisas, que no início, é muito complicado e trabalhoso.

Como vimos na definição, o Processo de Software visa à qualidade do produto de software. Mas como podemos definir esta qualidade?

Este conceito pode ser considerado como um processo sistemático que focaliza todas as etapas e artefatos produzidos com o objetivo de garantir a conformidade de processos e produtos especificados, prevenindo e eliminando defeitos.

Em outras palavras, a qualidade de software é estar em conformidade com requisitos funcionais e de desempenho explicitamente declarados de desenvolvimento, que devem ser claramente documentados e as características implícitas que são esperadas de todo o software desenvolvido.

Para que isso seja possível, as fases do processo devem ser bem elaboradas e trabalhadas, efetuando devidas revisões para uma contínua melhoria e amadurecimento do processo e de seus artefatos. Um exemplo de modelo, podemos citar como fases: Concepção, Elaboração, Construção e Transição, no qual é feito um estudo de viabilidade, coletas de casos de uso, análise de requisitos, modelagem, desenvolvimento, revisões, etc.

Outra característica importante de um Processo de Software é que ele visa à diminuição de falhas, ou seja, elaborar de forma sistemática Casos de Teste a fim de identificar e corrigir erros já na fase inicial do projeto. Corrigir erros no início do projeto é bem mais barato do que depois de entregue. Em outras palavras, entregar um produto de software sem falhas garante a confiabilidade, eficiência e integridade do produto.

Mas, por que utilizar um Processo de Software?

Dentre os fatos acima e muitos outros, posso citar também que:

• Mais de 30% dos projetos são cancelados antes de serem finalizados.
• Mais de 70% dos projetos falham nas entregas das funcionalidades.
• Os custos extrapolam em mais de 180% do orçamento inicial.
• Os prazos excedem em mais de 200% os cronogramas originais.

Existem alguns modelos de Processos de Software, como os modelos em Cascata (CMMI), Espiral, Ciclo de Vida, Ágeis (SCRUM, XP), etc.

Para escolher o modelo ideal, é preciso conhecer um pouco sobre cada um deles e ver qual se adapta melhor à realidade da empresa, levando em consideração fatores como: investimento, tamanho de equipe, pessoal qualificado, entre outros.

Sem dúvidas, podemos definir que o Processo de Software amadurece a equipe e a visão sobre o desenvolvimento como um todo, garantindo um produto de software com qualidade e de consequência, a satisfação do cliente.

Fonte: Blog Rafael Amaral
Twitter: @rafaelamaralll

Alguns sociólogos, economistas e cientistas políticos, acreditam ser a grande chance do Brasil se consolidar como potência mundial e, principalmente, fazer grandes mudanças e reformas, como a política – tão desejada por todos. Falam até de uma nova revolução industrial. Talvez o termo seja muito ‘pesado’, mas que a indústria tem pela frente boas oportunidades e que, mais uma vez, será o “motor” das grandes mudanças do país, é fato.

Para os industriários, a oportunidade traz consigo, como sempre, grandes desafios: o custo Brasil é um lastro que tira a velocidade do crescimento, além dos produtores internacionais interessados no mercado brasileiro, a equalização de recursos, as condições entre os concorrentes e a competitividade, que nunca foi tão acirrada. Mediante este cenário, pensamos: ainda há como ter algum diferencial? Como minha empresa pode reduzir seus custos para ter uma margem maior ou até mesmo preços menores do que os concorrentes?

Parte da resposta está na organização e modernização da gestão. Hoje, o próprio governo se modernizou para aumentar suas “vendas” (ano após ano a arrecadação de tributos só aumenta). O governo eletrônico é uma realidade e já atinge a todos, desde a gigante indústria multinacional instalada no país até a pequena fresadora de “fundo de quintal”. Não há como qualquer tipo de negócio sobreviver hoje sem a ajuda da tecnologia e sem processos enxutos.

Mas, quando falamos de indústrias, estar tecnologicamente atualizado é ainda mais vital. Temos cases de empresas que antes de adotar softwares de gerenciamento possuíam mais de 5 mil itens de estoque cadastrados e, depois de um projeto de otimização, conseguiram reduzir em 70% a quantidade de produtos para gerenciar, o que ocasionou aumento da receita e diminuição dos custos de produção e estoque.

Há também casos em que o controle do estoque informava apenas que tinham X peças de determinado produto, porém, não fornecia dados como cores e tamanhos, o que ou a obrigava a produzir desnecessariamente para atender a um pedido, ou às vezes, confiando no feeling, perdiam tais pedidos para a concorrência por não ter como entregar.

Além dessas situações, há ainda as obrigações impostas às indústrias – seja por órgãos reguladores e fiscalizadores ou por certificadoras de qualidade – que devem ser atendidas. É impossível, por exemplo, manter a rastreabilidade da matéria-prima sem um efetivo controle de lotes e um sistema que gerencie isso, ou, então, encontrar o melhor corte para aproveitamento máximo e diminuição da perda de uma bobina de metal.

Claro que não há fórmula mágica para o sucesso e justificar porque uma mesma solução de TI traz melhores resultados na empresa A e não na empresa B, sem levantar como hipótese que a única diferença são os processos, é inevitável. Por isso, além de escolher corretamente a solução a ser implantada, é fundamental a dedicação e participação do corpo diretivo no processo; isso aumenta consideravelmente a chance de êxito no projeto.

Há ainda a dificuldade em mensurar o ROI sobre a implantação de um ERP e de uma consultoria de processos, pois são muitas as variáveis. Mas nesses exemplos de cases citados, se o retorno financeiro não fosse efetivamente sentido, só o tempo ganho seria evidente e, como diz o ditado, ‘tempo é dinheiro’. E há diferencial mais competitivo do que fazer a mesma coisa que seu concorrente em menor tempo, com mais eficiência e qualidade?

Como exemplo de que a tecnologia é imprescindível para os negócios, convido-os a acessar o site do projeto Brasil ID (http://www.brasil-id.org.br/) e a assistir ao vídeo institucional: http://bit.ly/v571y5. Trata-se de algo pioneiro em todo o mundo para identificação de transportes, e, apesar de ainda estar em caráter piloto, com certeza chegará a todas as indústrias em poucos anos.

Marcelo A. Rezende – Diretor Comercial da Promisys – empresa especializada em TI que oferece sistema de gestão, infraestrutura e serviços para pequenas e médias empresas.

• Visão do Produtor: a qualidade do produto está totalmente relacionada com os requisitos estabelecidos.
• Visão do Cliente: a qualidade está relacionada a “adequação ao uso” ou as necessidades do usuário.

Os times destinados a trabalhar neste meio devem encurtar o gap existente nestas duas visões. Para tal objetivo trabalha-se na Garantia da Qualidade e o Controle da Qualidade.

A Garantia da Qualidade são todas as atividades com o intuito de prover uma confiança adequada para os produtos e serviços de acordo com os requisitos especificados. O time da Garantia da Qualidade deve definir políticas e seguir modelos para desenvolver de forma contínua melhorias no processo de desenvolvimento. Metodologias de desenvolvimento, estimativa do processo, processos de manutenção, processos de definição de requisitos, processos de teste, padrões de desenvolvimento, treinamentos, documentação são exemplos de ações que um time de garantia pode realizar. Lembre-se que a qualidade do produto está relacionada a qualidade do processo.

Todo o trabalho e/ou ações que são produzidos na Garantia da Qualidade devem ser controlados. Com este objetivo definimos atividades para o processo de Controle da Qualidade. O foco do Controle da Qualidade é identificar defeitos nos produtos ou artefatos produzidos. Teste de software é uma atividade do Controle da Qualidade. A atividade de teste pode ser incluída em todas as fases do desenvolvimento de software, através de inspeções, revisões e execução de casos de teste.

Todas estas atividades têm um custo associado, sendo que, para que possamos calcular o custo da qualidade devemos considerar três elementos: o custo da falha, o custo da prevenção e o custo da avaliação, sendo cada um deles apresentados abaixo:

• Custo da falha: custos associados com produtos defeituosos entregues ao cliente. Podemos associar a este custo os reparos, a utilização da equipe de help desk, bem como, os danos causados por um defeito.
• Custos da prevenção: são todos os custos associados com atividades que objetivam evitar defeitos. Podemos citar treinamentos, definição de métodos e procedimentos e aquisição de ferramentas. Observe que praticamente todas as atividades do time de Garantia da Qualidade estão associadas a este custo.
• Custo da avaliação: por fim, são todos os custos associados com a detecção de defeitos. Neste elemento podemos citar as atividades de teste de software, tempo gasto na automação de scripts de teste, revisões e inspeções.

Obviamente que o custo irá variar de uma organização para outra considerando a atividade que cada uma delas está disposta a fazer. A equipe de Garantia da Qualidade deve ser a responsável por identificar os custos destes três elementos, bem como, prover ações para minimizar o custo da falha.

Normalmente as organizações focam no custo de avaliação, porém, se o investimento for maior na prevenção ao longo do tempo o custo da falha e da avaliação tende a diminuir.