Categoria: Tecnologia

Caros amigos.

Ao contrário do que muitos pensam, Qualidade de Software vai além da investigação e busca por defeitos em um software. Ela começa na fase de levantamento de requisitos.

De forma análoga, imagine quando você vai comprar um carro. Quais requisitos você pede? o que o carro precisa ter para que você se sinta bem ao comprá-lo? Em software é a mesma coisa… Requisito é aquilo que o cliente deseja receber quando o software ficar pronto. E a qualidade desse software será avaliada pelo cliente, ou seja, estou feliz com o que recebi?

Tá, mas o que isso tem a ver com o título desse post?

Tudo que fazemos surge de um desejo. Depois materializamos esse desejo. Em um projeto de software essa materialização começa na transposição do desejo para o papel e é nesse ponto que os defeitos começam a ser introduzidos nele. Portanto, qualidade de software está intimamente ligado à qualidade do texto que escrevemos para tornar nosso desejo em realidade.

Hoje recebi um e-mail de uma amiga sobre o uso da vírgula. E isso me deu a idéia de levantar uma questão importantíssima e que, sob meu ponto de vista, vejo cada vez mais sendo colocado de lado por muitos profissionais. O Português!

Não existe mais, ou não pode mais existir aquele pensamento de que pessoas ligadas às áreas de exatas não ligarem muito para o Português. Aquele pensamento de que, “isso pra mim não é importante, preciso apenas escrever códigos e fazer o software funcionar.” Esse é um pensamento retrógrado e arcaico. Ou você acha que para escrever um e-mail não precisa conhecer regras de português? Acha que todos os e-mails que escreve pode usar “vc” ao invés de “você”. Pode usar “naum” ao invés de “não”? Pior ainda e é aí que quero chegar, uso da vírgula e concordância.

Não é raro pegar documentos de requisitos onde o uso incorreto da vírgula muda completamente o sentido do texto. E isso para a materialização do desejo, é um tremendo erro que certamente se tornará um defeito grave no futuro, caso não seja identificado nas fases iniciais de um projeto de software.

Portanto, profissionais de qualidade, antes de estudarem técnicas e mais técnicas, irem atrás de certificações, etc, pensem em como está o nível do Português. Pensem na forma como estão escrevendo. Ao contrário do que muitos pensam, muita gente escreve textos gigantescos sem nenhuma, isso mesmo, nenhuma pontuação. Não precisa muito esforço. E-mails é o meio mais comum de disseminação dessa prática. Será preguiça de quem escreve? Talvez seja, mas que é ruim e doído de ler, isso é.

Certa vez, em um dos fóruns que participo, tivemos uma discussão acerca desse assunto. Para minha surpresa, um dos integrantes justificou que grande parte dos participantes eram estagiários e que erros desse nível era normal ocorrer, pois estavam aprendendo. Achei engraçado e ao mesmo tempo entrei em pânico, pois se eram estagiários, obviamente estavam em alguma faculdade. Ora, pelo que eu sei, a disciplina que mais pesa em um vestibular é o? PORTUGUÊS!!! Aeee!!! (mas pelo visto não era o caso deles).

Outro ponto levantado foi a justificativa de que existe muita literatura em Inglês e isso faz com que o Português fique de lado. Mais um motivo para entrar em total desespero. Quer dizer que se eu aprender o Inglês, devo esquecer meu idioma nativo? E se eu aprender outro idioma, devo esquecer o Inglês? Uma lógica um tanto quanto estranha…

Para aprendermos um outro idioma, necessariamente espera-se que pelo menos o SEU idioma seja dominado. Você fala e estuda ele desde que nasceu e TEM a OBRIGAÇÃO de saber ler, falar e escrever muito bem.

Peço por gentileza em nome de todos os profissionais, que como eu, gostam de ler bons textos. NÃO DETURPEM A LÍNGUA PORTUGUESA. Mesmo conhecendo “n” outros idiomas, moramos no Brasil, trabalhamos no Brasil, fazemos projetos no Brasil, isso por si só nos dá subsídio mais do que o suficiente para saber que, PRECISAMOS e DEVEMOS saber falar e escrever BEM o nosso rico e belo Português Brasileiro.

E para discontrair um pouco e refletirmos um pouco mais sobre o poder que tem uma vírgula. Dêem uma olhada abaixo:

1. Vírgula pode ser uma pausa… ou não.
– Não, espere.
– Não espere.

2. Ela pode sumir com seu dinheiro.
– 23,4.
– 2,34.

3. Pode criar heróis..
– Isso só, ele resolve.
– Isso só ele resolve.

4. Ela pode ser a solução.
– Vamos perder, nada foi resolvido.
– Vamos perder nada, foi resolvido.

5. A vírgula muda uma opinião.
– Não queremos saber.
– Não, queremos saber.

6. A vírgula pode condenar ou salvar.
– Não tenha clemência!
– Não, tenha clemência!

E por fim, como prêmio aos que conseguiram chegar ao final desse texto… Onde você colocaria a vírgula no texto abaixo?

SE O HOMEM SOUBESSE O VALOR QUE TEM A MULHER ANDARIA DE QUATRO À SUA PROCURA.

 

Aguardo o resultado nos comentários.

Abraços e até a próxima!!!

Estava aguardando o início de uma de minhas aulas sobre Teste de Software, quando chega um de meus alunos questionando sobre a aula do dia anterior. Na ocasião, havia comentado sobre o custo da qualidade de software. Achei interessante o questionamento, pois vem ao encontro do conceito que a maioria das pessoas tem. Quando falamos em qualidade, logo pensamos, é algo caro, vou ter que gastar mais, e etc.

Será mesmo? Alguém já mediu a qualidade de alguma coisa? Ou melhor, alguém já mediu o TAMANHO do efeito colateral de alguma coisa? Quem já fez isso, por favor, compartilhe… 😀

Mas o questionamento dele foi o seguinte.

Atualmente construo software dentro de um processo onde não existe teste formal e sem uma área de qualidade de software. Quando faço a inclusão desses processos no processo de desenvolvimento, obviamente haverá um custo. Quem paga esse custo? Minha empresa ou o cliente? “O custo ficará mais alto”, afirmou.

Primeira coisa que TODOS pensam quando olhamos a palavra custo é em dinheiro. Natural. É isso que move a economia mundial. Porém quando se trata da QUALIDADE de alguma coisa, dinheiro deveria ficar em último lugar. Nessa minha humilde opinião, visão e vivência em TI, quando CUSTO = DINHEIRO quem presta o serviço ou desenvolve o produto, de alguma forma repassa o custo ao cliente. O cliente PAGA o valor. Isso é fato. Ou alguém já viu algo diferente? Se já, novamente… Compartilhe. 🙂

Vamos analisar o questionamento. Ele afirma que constroi software dentro de um processo onde não existe teste formal e sem uma área de qualidade de software. E eu pergunto, porquê?

Desde que estudo a Engenharia de Software ela sempre pregou o uso de processos de teste e garantia da qualidade. Sempre apresentou metodos para se fazer esses controles. Pergunto novamente: Porque ATUALMENTE as empresas desevolvedoras de software não usam esse arsenal? Negligência? Acho difícil. Não tenho tempo para desenvolver? Perfeitamente possível. O cliente quer antes do prazo normal. Até concordo, mas quero induzí-los no seguinte raciocínio: Tudo bem que o cliente quer rápido, não tenho o tempo necessário para desenvolver, se não o fizer outro vem e faz no meu lugar. Concordo e vejo razão por ser assim atualmente… Mas isso ATUALMENTE, HOJE. E ontem??? Já pararam para pensar que estamos TODOS pagando por um erro cometido no passado? Digo erro porque quero acreditar que o não uso desses processos, NÃO tenha sido uma decisão consciente de alguém ou de uma empresa.

Todos aqui conhecem o ditado “Errar é humano, mas persistir no erro é insano.” (Mudei a última palavra por conta própria… hehehe)

Sabendo disso pergunto: “Se GOSTAMOS e EXIGIMOS qualidade em tudo o que queremos e fazemos, PORQUE é que até HOJE estamos insistindo em não usar processos formais de qualidade e teste?”

Uma família acabou de ganhar uma quantia em dinheiro como herança e com ela decidiram fazer uma reforma em casa. Após análise de um engenheiro a reforma levaria o prazo de 60 dias para sua conclusão. O casal decidiu pedir uma redução de 30% no prazo e orçamento. Após nova revisão foram informados de que era possível, porém teriam que alterar o escopo do projeto. O casal não aceitou alegando que necessitavam urgentemente da casa reformada.

Qualquer semelhança com nossa vida na TI é mera coincidência não é verdade? Querem mais semelhanças?

1. Algo para ser URGENTE precisa estar funcionando e ter parado abruptamente de funcionar. Não era o caso da casa. Ela estava lá e eles íam reformá-la, então, porque a urgência?
2. Considerando que ganharam uma herança, sabemos que isso não é planejado e portanto a decisão de reformar a casa também não teve um tempo para o planejamento. Porque a urgência se isso NÃO estava momentaneamente nos planos?
3. Se sempre viveram na casa e agora vão MELHORÁ-LA para terem mais conforto, então qual o motivo de quererem isso de forma tão rápida? Porque não podem aguardar o prazo correto?

Simples, é que sempre, meus amigos, exigimos de nós mesmos prazos para determinadas coisas e não confiamos nos profissionais e jogamos a responsabilidade para cima deles. Queremos porque queremos. Não vamos conhecer primeiro para depois decidir. “Quero minha casa pronta antes da Copa do Mundo. Vou convidar meus amigos para assistir aos jogos lá. Mas a Copa não começa em junho? Porque a decisão de construir a casa só veio em Maio? Ahhh, eu decido, eu tenho o dinheiro, eu estpou pagando… Quem aceitou em fazer que se vire e me entregue a casa pronta.” SEN-SA-CIO-NAL, acabo de assinar meu atestado de INSANIDADE. Terei minha casa antes da Copa. (sabe-se lá como… rs)

Ahh… O custo da qualidade? É verdade, ia me esquecendo. Então, pergunte ao casal lá de cima quanto mesmo que eles gastaram no projeto e PRINCIPALMENTE DEPOIS da reforma, com intúito de eliminar os (D)EFEITOS COLATERAIS da decisão de se executar um projeto dessa forma.

Lembrando sempre que DEFEITO é algo que ocorre devido à má implementação de um requisito. É o que NÃO está em CONFORMIDADE com o requisito. E a MUDANÇA na implementação de um requisito que foi mal elaborado NÃO É um DEFEITO do produto, portando o custo deve ser contabilizado de forma diferente. A análise que faço aqui é referente ao defeito encontrado NO produto considerando a CORRETA elaboração do requisito.

Nosso exercício ou DESAFIO de agora em diante, é explicar aos nossos clientes que a diferença entre o custo de um projeto realizado no passado e um realizado hoje, está na inclusão de processos que foram por algum motivo excluídos no passado e continuaram esquecido até hoje. E NÃO considero aumento de custo, pois não estamos aumentando nada. Estamos apenas fazendo tudo como SEMPRE deveria ter sido feito. Antes o cliente pagava e levava a falsa impressão de que ia receber algo com qualidade. Depois acabava pagando muito mais para corrigir problemas que deveriam ter sido eliminados em fase de projeto, mas aí já era tarde demais. Mas não façam isso apenas copiando e colando informações aleatórias. Pesquise, coletem dados, analisem e criem informações que sustentem a explicação. O cliente precisa conhecer, tomar ciência do projeto para que possa se sentir convencido de que REALMENTE essa é a forma correta de se executar um projeto de software. Somente com o apoio dele conseguiremos mudar os rumos dessa história.

Ahh… Faltou a resposta ao meu aluno.

Ninguém PAGA, TODOS ganham. PROVE isso mostrando para seu cliente o valor que um defeito provoca se for encontrado após o início do uso do software e o mesmo paralizar o negócio por alguns minutos que seja; PROVE isso mostrando a ele que a espera de 30% dos dias, pode fazê-lo deixar de perder(tempo e dinheiro) com a movimentação de dezenas de pessoas na solução do problema; PROVE isso mostrando que a espera de 30% dos dias, pode se tornar ainda maior caso o software seja entregue antes do prazo e com defeitos. Além do custo de correção, incidirá custos de correção da reação provocada pelo defeito nos dados e no negócio; PROVE isso mostrando para ele o valor do impacto de um defeito na imagem da organização perante seus clientes. Com todos esses números em mãos, particularmente duvido que alguém em sã consciência tomará uma decisão contrária a executar um projeto de forma correta. Mas se ocorrer de tomarem outra decisão, que me desculpem os puristas de plantão, mas estarão tomando em prol de interesses próprios ou em conjunto com outrem, alheios os interesses da organização na qual representa(m).

Abraços e até a próxima!!!

Participo de alguns fóruns de discussões em Qualidade e Teste de Software, e em um deles(1) foi lançada a excelente idéia(2) de organização dessas discussões, onde em cada semana um tema é escolhido democraticamente pelos integrantes do grupo, esse tema é amplamente discutido no fórum. Considerei isso fantástico, pois além de organizar as idéias, abre espaço para uma discussão sadia e direcionada. Aproveito aqui para parabenizar o criador dessa idéia.

Um dos temas discutidos foi “Certificações, valem a pena?”. Surgiram diversas opiniões e inclusive esse SER que vos escreve deixou a dele lá. O tema que quero colocar para vocês hoje, não tem muito a ver com o post de hoje, mas usei isso como introdução a um assunto que afeta a todos nós no dia-a-dia, nunca percebemos e muito menos questionamos.

Já repararam que de alguns anos para cá somos bombardeados por publicidades a respeito de certificações. Certificação disso e daquilo…

A partir de hoje, reparem ao entrar em um estabelecimento comercial ou forem contratar algum tipo de serviço. Ou melhor, antes de irem nesses estabelecimentos, procurem na internet e dê uma olhada minunciosa no site desse estabelecimento. Você pode se deparar com informações do tipo: “Esta empresa é certificada ISO900XPTO.” “Temos certificação YZT9134.” “Temos certificação de qualidade MANU171”(sem trocadilhos). E por aí vai.

Ao contrário do que muitos pensam, essas certificações na maioria das vezes é dada a apenas um processo da empresa e não para toda a organização, porém isso acaba sendo usado como moeda de publicidade para atrair clientes desavisados de plantão. Esses clientes(NÓS), na ilusão de estarmos entrando em local idôneo e REALMENTE certificado, confiamos na falsa indicação de que estamos realmente comprando algo certificado. As vezes pode até ser, mas na grande maioria das vezes, não é assim que a coisa funciona. Acaba que o princípio da confiança e qualidade que essas empresas pregam, ficam em baixo do tapete e omitem o real teor da certificação. E vocês sabem o que vai para debaixo do tapete, certo? 😉

Diante disso, certificações como ISO e outras bem conhecidas no mercado acabam entrando no descrédito por conta desse tipo de ação. Falha dos institutos que certificam? Falha das empresas que usam de forma incorreta o resultado da certificação? No meu ponto de vista, não há falha em nenhum dos dois.

Os grandes culpados somos nós, os consumidores desses produtos/serviços. Quando digo NÓS, digo pessoa física e jurídica.

Culpados porque?

Simples, não possuimos a capacidade crítica de perguntar exatamente o que estamos comprando. Olhamos e aceitamos aquilo como verdade e pronto. Tá tudo certo. Em certos casos, e não são poucos, os consumidores “ajudam” esse tipo de prática, pois mesmo depois de conhecerem o resultado catastrófico da aquisição, com receio de perderem credibilidade, divulgam o produto/serviço adquirido como sendo realmente aquilo que se lê. Aí questiono, porque isso? Não seria mais fácil divulgar a má fé e assim ninguém mais cairia nesse buraco? Ou melhor, não seria bom a divulgação e assim forçaria a organização a rever seus conceitos e adotarem uma postura mais transparente com o consumidor?

Capacidade analitica e critica todos nós temos, porém infelizmente não usamos quando realmente precisamos. Convido vocês a fazerem essas indagações.

Vejo aqui que sua organização é cerficada. Interessante heim? Me conte mais a respeito disso. O que ela vez para se certificar? Onde e quem te certificou? Onde EFETIVAMENTE está aplicando esses conceitos? Qual o resultado prático disso? Onde eu, como consumidor, posso me beneficiar de tal certificação?

Faça isso. Indague. Compre e  LEVE exatamente o que comprou. Caso contrário, nem eu e nem ninguém pode garantir absolutamente nada do produto/serviço. A não ser os cartazes publicitários.

refletindo um pouco mais sobre essa situação, vamos usar algo do nosso cotidiano:

Você recebe crédito de algum estabelecimento comercial apenas pela sua aparência? Na base da confiança? Ou eles verificam antes SEU CERTIFICADO DE AUTENTICIDADE (CPF)? hmmm… Se eles checam isso SEMPRE, porque então eu devo confiar nele só porque é limpinho, apresentável e exibe na parece um cartaz de que tem um certificado de confiança? Nós também não deveríamos checar a autenticidade desse certificado?

Interessante não?

Vamos a um outro exemplo.

Alguém aqui já pediu teste de combustível em algum posto para atestar o certificado que ele apresenta afixado nas bombas? Experimente pedir e me descreva posteriormente a reação. Geralmente NUNCA pedimos e apenas confiamos. E pior, só descobrimos depois de sermos obrigados a pagar uma conta do conserto do motor do carro ocasionado por combustível adulterado.

Porque somos tão omissos a isso? Porque aceitamos pagar essa conta? Ahh, porque se eu for reclamar não tenho como provar. Hmm, é uma bela desculpa. mas e se tivesse questionado antes? Pedido provas da autenticidade? Se tivesse problema posterior, teria do que reclamar. Foi enganado.

Como vemos, o impacto dessa nossa omissão do conhecimento, afeta consideravelmente nossas vidas e as vezes nem percebemos isso. Ou percebemos mas preferimos continuar na omissão. Se contabilizarmos os gastos dessa omissão, veremos que a cada pequeno problema enfrentado perdemos tempo, dinheiro e principalmente saúde para o estresse, nervosismo, discussões e etc. Tudo isso poderia e pode ser evitado. Basta usarmos nosso senso analítico e crítico. Dessa forma não nos deixamos levar por uma sopa de letrinhas e de números, pois no final de tudo quem paga a conta, SOMOS NÓS!

Pensem nisso e QUESTIONEM! 😉

Abraços!

(1) Fórum DFTestes

(2) O nome da Idéia é “Mesa Redonda” e foi criado pelo Fabrício Ferrari, dono do blog http://qualidadebr.wordpress.com/about/

Ano passado participei de uma discussão sobre certificações no fórum sobre teste de software DFTestes. Um dos maiores fóruns em teste de software do país, diga-se de passagem. O tema foi “Certificações, valem a pena?”. Comentei brevemente sobre essa discussão em um de meus posts, mas com um foco um pouco diferente. Escrevi sobre certificações no sentido de sermos um pouco mais críticos em relação ao que as organizações nos oferencem. Neste aqui, quero mostrar minha visão em relação aos processos de certificações existentes atualmente e de novo, sermos mais críticos quando procuramos FAZER uma certificação.

Conforme realizado no Fórum, vou usar a mesma divisão para direcionar o post e as idéias, ok? Vamos lá!

1. Certificações valem a pena?

Bem, depende de quem quer contratar o profissional. Se a empresa sabe o que quer, sabe o que procura, tem definido seus objetivos e a finalidade com o uso desse conhecimento, SIM vale a pena. Se ela NÃO sabe o que quer, NÃO sabe o que procura, NÃO tem idéia pra que serve esse conhecimento, definitivamente NÃO vale a pena. Conhecem o ditado, “mais vale um pássaro na mão do que dois voando”? Parafraseando, mais vale um profissional experiente, que sabe o que está fazendo, que conhece as melhores práticas e sabe onde usar seu conhecimento do que outro que possui uma sopa de letrinhas em seu curriculo, mas quando é posto à prova, não prova o conhecimento que diz ter. Quem convive comigo sabe que gosto e pratico o termo “liderança pelo exemplo” e fazendo jus a isso vamos a uma breve reflexão.

Quando procuramos um médico, buscamos nele o número de certificações que ele tem ou informações a respeito de seu tempo de profissão, conhecimento sobre os melhores tratamentos e experiência no tratamento dos problemas?

2. Porque as certificações são hoje em dia tão criticadas?

Penso que por dois motivo: Primeiro são meros produtos, composição de letras melhor dizendo; Segundo, algumas empresas tendem a valorizar essa composição de letras ao invés de observar a experiência do profissional.

Usando como exemplo uma certificação muito conhecida e que, particularmente, critico bastante. PMP(Project Management Professional), do PMI(Project Management Institute). Conheci o processo e certificação PMI em 2000, quando fiz um curso introdutório em gerenciamento de projetos. A chamada principal para se tornar um GP(Gerente de Projetos), era a de ter a possibilidade de aumentar consideravelmente o salário com a obtenção da certificação. No meu ponto de vista, PMP nada mais é do que status. Porque afirmo isso? Vejam o seguinte cenário:

Um profissional recém-formado, e certamente com pouca ou nenhuma experiência de mercado e de vida, estuda por alguns meses e consegue a certificação. São contratados como “Gerente” e chegam na empresa com o status de um profissional que conhece de gerenciamento e também de projetos. Claro, sou certificado e conheci TUDO em 3 meses de estudo. O pior, é que realmente acreditam nisso.

Como toda regra tem sua excessão, é óbvio que alguns se sobressaem. Mas por favor, não confundam “excessão” com “regra”. São itens COMPLETAMENTE DISTINTOS. Porque frizar isso? Acreditem ou não, já trabalhei com alguns GP’s que me fizeram acreditar que existem empresas que não sabem bem o significado disso. Só contratam “regras”.

Escolhi a certificação PMP como exemplo, porque ela tem uma conotação gerencial muito forte e existe um fator que no meu ponto de vista é crucial em qualquer área da vida. O fator HUMANO. O estudo de alguns meses para se tornar um PMP, definitivamente NÃO ensina o relacionamento e como tratar o ser humano em projetos. Isso se aprende VIVENDO.

Pode parecer estranho, mas eu NÃO sou contra certificações e nem contra a certificação PMP, muito pelo contrário. Certificações precisam e devem existir. Sou CONTRA o processo de COMO se certifica um profissional.

Uma prova. Está certificado… Poooode sair comandando geral… Aeeee!!!

Mas, como assim??? Uma prova valida um profissional e diz que ele é realmente bom naquilo que se certificou ou não? Será que apenas isso é o suficiente? Penso que não. O que prova isso é a experiência aliada ao conhecimento adquirido e suas aplicações.

O conceito de CERTIFICAÇÃO diz apenas que o profissional certificado conhece a teoria sobre um determinado assunto, entretanto NÃO ATESTA que ele realmente SABE aplicar corretamente essa teoria na prática. Tem grandes chances, é verdade, mas se ele possui apenas uma certificação. Desculpem-me mas acreditar apenas em uma composição letras que alguém tem no curriculo, para mim NÃO É o suficiente para atestar que ele conhece e reconhecer o contrário é assinar atestado de incompetência na avaliação do canditado.

3. Porque há tantas certificações na área de qualidade e teste?

Simples. Certificações são EXTREMAMENTE rentáveis para as instituições que as fornecem.

4. Qual posição do mercado em relação aos profissionais certificados?

Vejo organizações colocarem certificação como sendo um diferencial na contratação, porém outras colocam como sendo essencial.

As que colocam certificação como sendo um diferencial me passam uma visão de empresas que sabem o que querem, sabem o que procuram, e tem definido seus objetivos e a finalidades com o uso desse conhecimento.

Empresas que colocam cerfificações como obrigação, além de me passar a impressão de que não sabem o que querem, intimidam profissionais que não tenham certificações, porém tem uma grande bagagem de conhecimento, e acabam perdendo a oportunidade de encontrar excelentes profissionais. Nesse caso ela restringe de forma perigosa(para ela) a inscrição de profissionais ao processo seletivo.

Para não dizer que só critico, proponho uma solução. Proponho uma mudança de paradigma dos processos de certificação.

A quantidade de cursos preparatórios para certificações é extremamente grande grande e conheço alguns e atesto que são extremamente rigorosos e exigentes. Porque então não usar toda essa estrutura para não apenas preparar, mas também certificar os candidatos? Nesse caso eles não passariam por uma simples avaliação simples, passariam por um processo de certificação.

Querem um exemplo prático?

Há alguns bons anos atrás quando ingressava na área de informática, procurei um curso que me qualificasse a buscar meu primeiro emprego. Antes mesmo da faculdade Na época não dispunha de muitas opções e acabei escolhendo o SENAC por terem um programa com o foco que eu queria, programação de computadores. O programa era bastante interessante e chamava-se “Programador”. O que me chamou atenção nesse curso era a seleção dos candidatos. Qualquer pessoa, de qualquer área poderia fazê-lo, porém… É, tinha um porém… O candidato inscrito tinha que passar por uma qualificação prévia em lógica de programação. Obviamente ninguém sabia o que era isso, inclusive quem voz escreve. Essa qualificação NÃO era uma prova, mas sim um curso de 2 horas diárias de aula durante 4 semanas sobre lógica de programação. Nesse período eram aplicadas avaliações semanais. Ao final das 4 semanas, eram excluídos da seleção médias abaixo de 75% e as 24 melhores médias, acima de 75% eram qualificados para avançarem EFETIVAMENTE no programa do curso. Minha turma começou com 130 candidatos e restaram 22, ou seja, os demais ou desistiram, ou viram que não era o que buscavam. Os que não desistiram TODOS os 22 atingiram a média estipulada.

Porque não se usa mais isso? Talvez não seja tão rentável… Engraçado, estarmos em uma época que fala-se tanto em qualidade, e não vejo ela presente nos processos de qualificação… É um paradoxo isso.

Sei que esse é um assunto meio polêmico e alguns podem não concordar comigo e espero SINCERAMENTE que isso ocorra, pois não sou dono da verdade. Mas um pouco de lenha na fogueira não fará mal a ninguém, e me ajuda com o frio que tô passando aqui… 🙂

Abraços e até a próxima!!!