Qualidade Manaus

O Blog Qualidade Manaus organiza seu primeiro encontro de gerentes de projetos, arquitetos e desenvolvedores de software.

O encontro traz, na noite de 23 de maio, palestrantes de nossa região envolvidos em diversas áreas de TIC (Tecnologia da Informação e Telecomunicação), com apresentações dinâmicas e envolventes.
Os temas abordados estão envolvidos em casos de estudo e melhores práticas em testes, desenvolvimento, projetos de software e empreendedorismo.
Dentre os palestrantes desse primeiro encontro estão Arilo Cláudio (UFAM), Eliane Collins (INDT), Cícero Thiago (PRODAM), Daniel Tadeu (PRODAM) e Jane Moura (INMF).

Público Alvo
- Estudantes e profissionais que atuam direta ou indiretamente nas áreas de engenharia de software, testes e gerenciamento de projetos, bem como pessoas interessadas nos assuntos.

Local
Auditório – Faculdade Martha Falcão
Rua Natal, 300 – Bairro Adrianópolis CEP 69057-090 – Manaus – Amazonas

Sobre o Blog Qualidade Manaus

O Blog Qualidade Manaus, especializado em assuntos voltados a qualidade de software, organiza seu primeiro encontro. Nele, os profissionais das áreas de gerenciamento, arquitetura, análise, teste e desenvolvimento de software, poderão compartilhar conhecimentos relacionados às suas vivências profissionais e acadêmicas.

O objetivo principal é valorizar o conhecimento em TI existente em nossa região, bem como agregar novos conhecimentos através da participação de palestrantes de outros estados. Almejamos atingi-lo através do intercâmbio de informações sobre qualidade de software e experiências vivenciadas nas áreas de TI, instigadas através de apresentações e debates.
Aumento de seu conhecimento e de sua rede de contatos, criação de novas parcerias e criação de ideias para abertura de novos negócios, serão os nossos indicadores de sucesso.
A primeira edição contará com 4 palestrantes. Entre os temas que serão abordados estão o gerenciamento de projetos para a qualidade de software; testes de software; práticas em engenharia de software.

Patrocinadores

Incubadora de Negócios Martha Falcão
Criar Soluções – IBM
Altum Consultoria

Apoio
Faculdade Martha Falcão

Incrições
Site do Evento – http://www.eqm2012.sopixel.com.br

O Catraca Livre concorre, na Alemanha, ao prêmio de melhor blog do mundo em língua portuguesa, promovido pela rede de comunicação Deustche Welle.  Uma fase da votação depende do voto direto do internauta.

Estamos na última semana de votação e a eleição é apertada. A vitória daria visibilidade internacional a um projeto brasileiro que mostra como usar as tecnologias de informação para ajudar a fazer uma cidade mais educada e inclusiva.

O Catraca Livre é uma plataforma que informa diariamente o que existe de graça e a preço popular na cidade de São Paulo e região metropolitana, da cultura à saúde.
O Qualidade Manaus se associa a essa campanha por ver no Catraca Livre uma experiência de tecnologia social replicável.

Vote e compartilhe nas suas redes sociais!

Vote agora!

Garantir qualidade necessita atenção especial e medidas práticas como definir, estruturar o processo de desenvolvimento de software e acima de tudo possibilitar a manutenibilidade do padrão estabelecido que por conseqüência irá provocar o melhor aproveitamento dos métodos, técnicas e ferramentas relacionados a esse padrão adotado.

Dependendo da dimensão de projetos, prevenir problemas em software pode trazer benefícios econômicos significativos como é apresentado por Teles:

O custo de se corrigir um problema em um software cresce exponencialmente ao longo do tempo. Um problema que poderia ter custado um dólar para ser corrigido se tivesse sido encontrado durante a análise pode custar milhares de dólares para ser resolvido depois que o software já estiver em produção (2004, p. 151).

Assim como Teles, Boehm e Papacio afirmam que a questão econômica é bastante significante, e dessa forma constataram que o custo para identificar e resolver um problema na etapa de identificação de requisitos custa 1 unidade monetária. Além disso, sofre um acréscimo em seu custo de 5 vezes se a solução ocorrer na fase de projeto, 10 vezes se ela ocorrer na fase de codificação, 20 vezes se ocorrer durante os testes e, 200 vezes ou mais se ela só ocorrer depois do sistema ter sido entregue e estiver em produção.

Figura: Custo Para identificar e resolver um problema. Fonte: Adaptado de Boehm

Pressman (1995) consegue resumir bem o que os autores afirmam: “pague agora ou pague depois muito mais”. Dessa forma é possível visualizar os benefícios da prevenção de defeitos em produtos acabados, e visualizar quanto custa caro corrigir defeitos detectados após a entrega para o cliente e o mesmo já estiver em ambiente de produção.

A implantação de controle de qualidade em todas as fases do processo de produção de software apesar de ter custo inicial elevado encontra justificativa lógica quando a longo prazo se consegue alcançar um software de ótima qualidade e seus custos de manutenção são claramente menores.

MotivAÇÃO nada mais é de que ter um motivo para agir, uma força que vem de dentro do individuo.

Leitores. Imaginem um porquinho daquele modelo de cofrinho que toda a criança tem para colocar as moedinhas. No começo a criança fica desanimada com as poucas moedinhas depositadas no cofrinho, mas à medida que o numero de moedas vai aumentando as crianças ficam eufóricas e querem economizar (ação) mais, para logo encher o cofrinho e atingir o seu objetivo, comprar um brinquedo.

Sabe por que isto acontece? Elas estão motivadas.

MotivAÇÃO nada mais é de que ter um motivo para agir, uma força que vem de dentro do individuo ,que direciona ou canaliza as ações de para um determinado objetivo , como cada pessoa tem um objetivo torna-se muito difícil encontrar uma única formula para motivar as pessoas.

As pessoas têm diferentes maneiras de encarar a vida e quase sempre o interesse de uma não é o da outra, isso acontece com pais e filhos, marido e mulher, colegas de trabalho e amigos. A motivação é algo que esta dentro das pessoas e é ativada quando ela encontra motivos para agir, ou seja, um objetivo que seja capaz leva-la em direção ao que ela deseja.

A motivAÇÃO não é estática, uma pessoa não fica motivada por muito tempo porque surgem os problemas que nunca são iguais a um outro problema enfrentado , existem os difíceis, médios e fáceis que dependendo da motivação do individuo pode assumir vários graus de dificuldade, o que vai fazer você a superá-los são “moedinhas” existentes no cofrinho.

MotivAÇÃO pode ser comparada também a andar de bicicleta, quanto mais rápido vamos mais rápidos chegamos porem se pedalamos devagar acabamos caindo porque não temos força para nos manter de em movimento.

Podemos concluir que motivação quer seja para a vida ou trabalho não se trata apenas de bons pensamentos é preciso agir em direção aos seus objetivos, desenvolver meios de automotivação, como dividir o objetivo em etapas para sentir o gosto da vitória e com isso ganhar mais motivAÇÃO para outras etapas, seria algo como de vez em quando balançar o “cofrinho” para ouvir o tilintar das moedinhas. Vamos refletir sobre isso!

Publicação autorizada pelo autor:  Pedro Paulo Morales
Publicada originalmente em: http://pedropaulomorales.wordpress.com
e-mail do autor: pedropaulomorales@yahoo.com.br

“Tema a mudança e abra mão das melhorias.”
Tirinha auto-explicativa:

Começo o meu texto fazendo uma pergunta:

- Você já registrou durante ou no término de um projeto LIÇÕES APRENDIDAS ?

Se a resposta foi sim, wow, você tem exercido uma boa prática e melhorado seu banco de conhecimento.

Senão, está na hora de registrar conhecimentos positivos e/ou negativos para que possa ser melhor aproveitado em projetos futuros. No caso de projetos de maior porte durante o próprio projeto nas fases seguintes. Praticar o que já foi vivenciado pode significar economia de tempo e financeira além de facilitar avaliações de viabilidade de projetos futuros, favorecendo consultar parâmetros para obtenção de melhores estimativas.

Segundo o Guia PMBOK 4ª edição, as lições aprendidas correspondem à aprendizagem obtida durante o processo de realização do projeto. Adicionalmente, o aprendizado obtido durante a prestação de outros serviços também poderia ser documentada através do mesmo método.

Para Ricardo Vargas as lições aprendidas devem conter:

• Simplicidade (Linguagem clara e rastreável)
• Documentação (Registro formal de lição aprendida)
• Relevância (Informações que façam a diferença)
• Contexto (Cenário situacional)

Podemos utilizar uma tabela para registrar lições aprendidas.

O impacto da situação pode ser classificado da seguinte forma:
1 – Baixo
2 – Pouco Baixo
3 – Médio
4 – Pouco Alto
5 – Alto

Uma dica importante é que devo documentar todas as lições aprendidas de projetos concluídos com sucesso ou não.

A capacidade de aprender e se adaptar rapidamente aos novos cenários é que fazem a diferença nas empresas da era da informação.

Onde saber mais:
Podcast 05:00 PM Ricardo Vargas
Neste podcast, o Ricardo explica o que são lições aprendidas e os benefícios gerados pelo registro dessas lições aprendidas. Ele mostra também como elas devem ser documentadas e os recursos que podem ser utilizados na documentação.
Lições Aprendidas - http://www.ricardo-vargas.com

* wow- WOW é uma expressão americana usada para expressar espanto como usamos o UAU em português, aliás a pronúncia do inglês tem o mesmo som do UAU em português.

Escrevo há 3 anos neste blog que trata de Qualidade, Gerenciamento e Teste de Software, pois bem em um fato recente que aconteceu em meu cotidiano consegui visualizar a integração das disciplinas de forma negativa.

Case:
Em um comercial de rádio tive conhecimento de uma rede de postos que oferece um cartão fidelidade que acumula um valor a cada litro abastecido em seus postos. Fiquei com a ideia na cabeça e resolvi abandonar os postos BR para usufruir do beneficio que achei interessante.

Cheguei até o posto, solicitei ao frentista para participar do programa de benefícios ele prontamente vai pegar o Cartão junto com um flyer explicativo e logo avisa que não posso acumular pontos até que me cadastre na Internet, mesmo assim abasteci no posto.

Pós Venda

Análise
Qualidade:
- O flyer que recebi junto com o cartão estava todo amassado, sem uma boa apresentação.

Atendimento:
- Atendente foi atencioso porém passou informação incorreta “O Senhor precisa se cadastrar na Internet”, quando ao receber o cartão você já pode acumular pontos. Será falha de comunicação ou falta de treinamento ?

Site:
- Fiz o cadastro todo no site (gasta 5 minutos se tiver todas as informações na mão) para ao final dar a mensagem que não poderia cadastrar pois o cartão ainda não tinha pontos.
- No site da empresa (http://www.equadorpetroleo.com.br) o canal com o cliente não funciona (http://www.equadorpetroleo.com.br:81/)

Feedback:
- Para relatar o ocorrido entrei em contato via fale conosco (http://equadorpetroleo.com.br/contatos.html) no dia 24/10/2011 e até hoje 29/10/2011 sem resposta.

Como estão relacionadas as coisas:
Site com falhas (Teste de Software)
Sem feedback + Informações erradas (comunicação, processo, treinamento)
Material amassado + Site sem funcionar +  Informações erradas (Qualidade)

Resposta da Empresa:

Bom dia Sr. Daniel,

Primeiramente pedimos desculpas pelo ocorrido e gostaríamos de agradecer às críticas.

Informamos que estes pontos já estão sendo tratados pelos nossos colaboradores. A distribuição de material e o treinamento do corpo de frentistas é meta principal para ser resolvida a curto prazo.

Fizemos um levantamento dos postos que estão sem material e estamos fazendo a reposição.

Já estamos colocando em prática agora em Novembro um plano de treinamento para nossos frentistas, com distribuição de material informativo, pois muitos dos atendentes que foram treinados no início da campanha já não fazem mais parte do quadro de funcionários dos postos, causando este tipo de informação equivocada. E também um plano para a manutenção disto a longo prazo.

Esperamos que o senhor continue conosco e agradecemos a compreensão,

 Atenciosamente,

O Paradoxo de Abilene é um paradoxo enunciado por Jerry B. Harvey, especialista em gestão e professor da The George Washington University, especialista em dinâmica de grupos e gestão organizacional.

Neste paradoxo, um indivíduo toma uma decisão baseando-se na suposição de que um grupo vai agir de uma certa forma. Este individuo contrariou a sua vontade em função do grupo, para obter aceitação ou para não sofrer censura. Uma maneira coloquial de se referir a este paradoxo é o “desejo de não virar o barco”.

Não ocorre comunicação alguma, pois este individuo tem certeza que avaliou corretamente as intenções dos outros integrantes do grupo. O paradoxo é que esta mesma situação ocorre com todos os indivíduos do grupo.

Exemplo:

• Você vai passear na praia supondo que todos os seus parentes querem ir.
• Na realidade você não quer ir a praia, e nenhum de seus parentes quer ir. Dessa forma o passeio é um fracasso.

Se alguém questionar a suposição, o paradoxo desfaz-se.

Este paradoxo só existe num ambiente em que a comunicação é falha. Em empresas, o ambiente de projetos é especialmente vulnerável a este paradoxo.

Foi inicialmente observado por Jerry B. Harvey no seu artigo “The Abilene Paradox and other Meditations on Management”. O exemplo usado neste artigo conta uma viagem a Abilene (Texas), e daí o nome do paradoxo.

Resumo do Fato

Numa tarde quente em visita a Coleman (Texas), uma família está confortavelmente jogando Dominó no alpendre da casa, até que o sogro sugere um passeio a Abilene (Texas), que fica a 53 milhas, para jantar. A esposa diz, “parece uma boa idéia”. O marido, apesar de ter algumas reservas quanto ao calor e a distância, imagina que sua opinião pode estar em desacordo com o grupo e diz “por mim tudo bem. Apenas espero que sua mãe queira ir”. A sogra então diz “claro que eu quero ir. Há muito tempo que não vou a Abilene”.

A viagem é longa, empoeirada e quente. Quando chegam na cafeteria, a comida é tão ruim quanto a viagem. Eles chegam de volta em casa quatro horas depois, exaustos.

O genro fala desonestamente “Foi um bela viagem, não foi?” A sogra diz que, na verdade, ela peferia ficar em casa, mas concordou em ir já que os outros três estavam tão entusiasmados. O marido diz “Não me agradou fazer isso. Só fui para agradar vocês.”

Como saber quando esta paradoxo está instalado em uma organização?

Harvey (1974),  nos dá algumas pistas:

1. Existem conflitos na organização.
2. Os membros da organização sentem-se frustrados, impotentes e infelizes quando tentam lidar com os conflitos. Muitos deles estão à procura de saídas. Poderão evitar reuniões onde os conflitos são discutidos, poderão estar à procura de outros empregos, ou poderão estar fora do escritório o máximo tempo possível (chegar tarde e sair cedo, baixas, viagens desnecessárias, conferências, treinamentos, etc.).
3. Os membros da organização colocam a culpa no chefe ou em outros departamentos ou grupos. Em conversas de corredor entre amigos o chefe é visto como incompetente, ineficaz e indisponível. Na sua presença nada é dito. Na melhor das hipóteses apenas são dadas vagas referências à sua posição relativamente aos conflitos da organização.
4. Pequenos grupos de amigos e associados encontram-se informalmente fora da organização para discutir os conflitos. Existe bastante acordo nas ideias apresentadas para solucionar os conflitos. Estas conversas usam normalmente termos como “Devíamos fazer…”, “Se tivessemos…”, etc.
5. Em reuniões dentro da organização esses mesmos membros não revelam totalmente as suas opiniões. Até chegam a revelar opiniões inversas só para ir ao encontro do que pensam ser a “opinião global”.
6. Depois dessas reuniões os membros arrependem-se de não terem dito tudo o que queriam e apresentam uma lista de razões convincentes para não terem conseguido revelar as suas verdadeiras opiniões.
7. Todas as tentativas de resolver os conflitos não dão resultado. Em alguns casos até pioram o problema.
8. Fora da organização as pessoas se dão bem, são mais felizes e mais eficazes do que dentro da organização.

Fonte: PM Tech Blog / Wikipedia