QualIT News

Conhecendo a ABNT NBR ISO/IEC 27001 – Parte 3

2010-11-22T19:46:00.001-02:00

Continuando a apresentação dos requisitos da norma, iniciada no post Conhecendo a ABNT NBR ISO/IEC 27001 – Parte 2, serão abordados os demais requisitos, tais como documentação, responsabilidades da direção, entre outros.

Requisitos de Documentação

Devem estar incluídos na documentação do SGSI as declarações documentadas da política, os objetivos e o escopo do SGSI; os procedimentos documentados e controles, incluindo aqueles relacionados ao planejamento, à operação e ao controle dos processos de segurança da informação; a metodologia descrita para análise e avaliação de riscos e o relatório dessa avaliação; o plano de tratamento de riscos; os registros descritos na norma no item Controle de Registros (descrito mais adiante) e a Declaração de Aplicabilidade. As decisões da Direção também devem ser registradas e os registros dos resultados devem ser reproduzíveis. Também é importante que os controles selecionados sejam relacionados com os resultados da análise e avaliação dos riscos.

Controle de Documentos

Um procedimento documentado deve ser estabelecido definindo ações para aprovar e atualizar documentos; assegurar que as alterações e as versões dos documentos sejam identificadas e estejam disponíveis quando necessárias; garantir a legibilidade, a identificação, o armazenamento, o controle da distribuição e o descarte dos documentos; identificar documentos de origem externa e prevenir o uso não intencional de documentos obsoletos.

Controle de Registros

Os registros são elementos utilizados para evidenciar a conformidade aos requisitos e a eficácia da operação de um SGSI. Eles devem ser controlados, sendo identificados, armazenados, protegidos, recuperáveis prontamente e com tempo de retenção definido. Registros do desempenho do processo e de todas as ocorrências de incidentes devem ser mantidos.

Seção 5 - Responsabilidades da Direção

O comprometimento da Direção com o estabelecimento, implementação, operação, monitoração, análise crítica, manutenção e melhoria de um Sistema de Gestão de Segurança da Informação deve ser evidenciado através do estabelecimento da política do SGSI; da garantia de que os planos e os objetivos do SGSI são estabelecidos; de que papéis e responsabilidades pela segurança da informação foram estabelecidos; da comunicação com a organização informando a importância do atendimento dos objetivos de segurança da informação; da provisão suficiente de recursos para o SGSI; da definição de critérios para aceitação de riscos e dos níveis de riscos aceitáveis; da garantia da execução das auditorias internas e da realização de análises críticas pela Direção.

Gestão de Recursos

A organização deve determinar e prover recursos para o estabelecimento, implementação, operação, monitoração, análise crítica, manutenção e melhoria de um Sistema de Gestão de Segurança da Informação.

Ela também deve assegurar que as pessoas têm as competências necessárias para executar atividades relacionadas à segurança da informação, contratando pessoal capacitado ou fornecendo treinamentos, quando necessário. Deve ainda registrar a educação, o treinamento, as habilidades, as experiências e a qualificação do pessoal.

Seção 6 – Auditorias Internas do SGSI

As auditorias internas devem ser planejadas para determinar se objetivos de controle, os controles, os processos e procedimentos do SGSI atendem à norma, à legislação pertinente, aos requisitos de segurança da informação identificados, se são mantidos e implementados de modo eficaz e, sobretudo, se são executados conforme definidos.

Devem ser definidos ainda os critérios de auditoria, escopo, frequência e métodos a serem utilizados, bem como devem ser selecionados auditores que assegurem objetividade e imparcialidade à auditoria. Ressalta-se que as responsabilidades e os requisitos para planejar e executar auditorias, relatar resultados e manter registros devem estar definidos em procedimento documentado.

Seção 7 – Análise Crítica do SGSI pela Direção

O SGSI deve ser analisado criticamente pela Direção em intervalos planejados (ao menos uma vez por ano), incluindo a avaliação de oportunidades para melhoria e necessidades de mudança do SGSI. Os resultados dessas análises devem ser documentados e os registros mantidos. A tabela abaixo exibe as entradas que devem ser incluídas para realizar a análise crítica, bem como as decisões e ações advindas dessa análise (saídas).

Tabela 1 – Entradas e Saídas da Análise Crítica do SGSI pela Direção. Fonte: ABNT, 2006, p. 11-2.

Seção 8 – Melhoria do SGSI

A organização deve continuamente melhorar o SGSI através da política de segurança da informação, dos resultados das auditorias, das análises de eventos monitorados, da análise crítica pela Direção e das ações corretivas e preventivas. Devem existir procedimentos documentados para essas ações, conforme mostrado na tabela abaixo:

Tabela 2 – Requisitos para procedimento documentado de Ação Corretiva e Ação Preventiva. Fonte: ABNT, 2006, p. 12-3.

Conclusão

Como visto, a norma ABNT NBR ISO/IEC 27001 contempla requisitos para o estabelecimento, implementação, operação, monitoração, análise crítica, manutenção e melhoria de um Sistema de Gestão de Segurança da Informação.

Ela foi concebida prevendo sua compatibilidade com as normas ABNT NBR ISO 9001 (ainda que seja relacionada à versão 2000) e à ABNT NBR ISO 14001:2004 (vide Anexo C da norma: Correspondência entre a ABNT NBR ISO 9001:2000 e ABNT NBR ISO 14001:2004 e esta Norma).

Portanto, organizações que tiverem seus sistemas de gestão certificados nessas normas poderão alinhar e integrar um SGSI com os requisitos desses sistemas de gestão de forma consistente.

Referência Bibliográfica:

ABNT – Associação Brasileira de Normas Técnicas. ABNT NBR ISO/IEC 27001 - Tecnologia da informação - Técnicas de segurança – Sistemas de gestão de segurança da informação - Requisitos. ABNT, 2006.

Você pode fazer o download completo deste artigo em: http://www.box.net/shared/0g9pztf5a9

Conhecendo a ABNT NBR ISO/IEC 27001 – Parte 2

2010-11-02T13:57:00.001-02:00

Continuando a apresentação da norma, iniciada no post Conhecendo a ABNT NBR ISO/IEC 27001 – Parte 1, serão apresentados agora os requisitos propriamente ditos.

Seção 4 – Sistema de Gestão de Segurança da Informação

Conforme visto anteriormente, a norma adota o ciclo PDCA (Plan, Do, Check, Act) para estruturar todos os processos envolvidos em um Sistema de Gestão de Segurança da Informação (SGSI). Cada uma dessas fases será apresentada a seguir.

Figura 2 – Ciclo PDCA aplicado aos processos de um Sistema de Gestão de Segurança da Informação. Fonte: ABNT, 2006, p. v.

Estabelecer SGSI (Plan)

Esta fase compreende toda a preparação necessária para a implementação do SGSI na organização, a qual deve:

Definir o escopo (abrangência) do SGSI considerando-se características do negócio, a organização, sua localização, ativos e tecnologia. Exclusões de escopo deverão ser justificadas, se houver;

Definir uma Política de SGSI aprovada pela direção, que contenha princípios para ações relacionadas à Segurança da Informação;

Definir uma metodologia para identificação, análise e avaliação de riscos, bem como a definição de opções de tratamento desses riscos que seja adequada ao SGSI e aos requisitos identificados para o negócio, contendo identificação de ativos, ameaças, vulnerabilidades e impactos desses riscos aos ativos, critérios e níveis para aceitação de riscos, considerando-se os impactos para o negócio, a avaliação da probabilidade real da ocorrência, a estimativa de níveis de riscos e se esses riscos serão aceitos ou se será necessário tratá-los.

Selecionar objetivos de controle e quais controles serão utilizados para tratar os riscos. Esta norma sugere como ponto de partida controles derivados da norma ABNT NBR ISO/IEC 27002, que são apresentados no Anexo A da norma 27001;

Obter aprovação da direção dos riscos residuais propostos, bem como da autorização para implementar e operar o SGSI;

Preparar a Declaração de Aplicabilidade, que fornece um resumo das decisões relativas ao tratamento de riscos (lista dos objetivos de controle e controles selecionados e atualmente implementados, bem como quaisquer um deles que tenha sido excluído, devidamente justificado).

Implementar e Operar SGSI (Do)

Esta fase compreende o funcionamento do SGSI na organização, a qual deve:

Elaborar e implementar um plano de tratamento de riscos, identificando ação apropriada, recursos, responsabilidades e prioridades para a gestão de riscos de segurança;

Implementar controles selecionados anteriormente para atender aos objetivos de controle;

Definir a medição da eficácia dos controles, bem como como as medidas que devem ser utilizadas para avaliação da eficácia;

Implementar programas de conscientização e treinamento;

Gerenciar operações e recursos para o SGSI;

Implementar procedimentos e outros controles para detectar e responder prontamente a incidentes de segurança da informação.

Monitorar e Analisar Criticamente SGSI (Check)

É através desta fase que são verificados o desempenho e a eficácia do SGSI na organização, a qual deve:

Executar procedimentos de monitoração e análise crítica para detectar erros, tentativas, violações de segurança e incidentes prontamente; possibilitar à direção verificar se as atividades designadas a pessoas ou implementadas via tecnologia são executadas conforme esperado e verificar se as ações tomadas para solucionar violações foram eficazes;

Realizar regularmente análises críticas da eficácia do SGSI, considerando-se resultados das auditorias de SGSI, incidentes, resultados das medições de eficácia, sugestões, etc.;

Medir a eficácia dos controles;

Realizar análise crítica periódica das avaliações de riscos para verificar e considerar mudanças ocorridas ao longo do tempo;

Realizar auditorias internas periódicas do SGSI;

Realizar periodicamente a análise crítica do SGSI pela direção;

Atualizar planos de segurança conforme resultados obtidos na monitoração e análise crítica;

Registrar eventos e ações que possam impactar na eficácia ou no desempenho do SGSI.

Manter e melhorar SGSI (Act)

Esta fase foca na manutenção e no aprimoramento contínuo do SGSI da organização, a qual deve:

Implementar melhorias identificadas no SGSI;

Executar ações preventivas e corretivas aplicando-se as lições aprendidas de outras organizações e/ou advindas da própria experiência organizacional;

Comunicar ações e melhorias para as partes interessadas;

Garantir que as melhorias realmente estejam atingindo os objetivos pretendidos.

No próximo artigo, serão abordados mais requisitos, tais como documentação, responsabilidades da direção, entre outros.

Referência Bibliográfica:

Você pode fazer o download completo deste artigo em: http://www.box.net/shared/0g9pztf5a9

Conhecendo a ABNT NBR ISO/IEC 27001 – Parte 1

2010-10-24T18:02:00.000-02:00

A ABNT NBR ISO/IEC 27001 – Sistemas de gestão de segurança da informação - Requisitos especifica requisitos para um Sistema de Gestão de Segurança da Informação (SGSI). E o que é um SGSI? É um sistema de gestão desenvolvido para a segurança da informação de uma organização, baseado em uma abordagem de riscos do negócio.

O documento da norma é estruturado em oito seções. As seções 0 a 3 referem-se à Introdução, Objetivo, Referência Normativa e Termos e Definições. Já os requisitos propriamente ditos se localizam nas seções 4 a 8. Para facilitar o entendimento, serão apresentadas primeiramente as seções 0 a 2. A seção 3 referente aos Termos e Definições não será abordada. Apenas quando se fizer necessário, um ou outro termo será aqui esclarecido.

Seção 0 – Introdução

A norma sugere a adoção de uma abordagem de processo para um SGSI, ou seja, que a organização deve identificar e gerenciar os processos envolvidos em um Sistema de Gestão de Segurança da Informação, bem como reconhecer suas interações. Além disso, a ABNT NBR ISO/IEC 27001 também adota o ciclo denominado PDCA (Plan, Do, Check, Act) para estruturar todos os processos envolvidos em um SGSI. O PDCA é uma ferramenta gerencial que possibilita a melhoria contínua de processos e a solução de problemas.

Figura 1 – Ciclo PDCA aplicado aos processos de um Sistema de Gestão de Segurança da Informação. Fonte: ABNT, 2006, p. v.

Na fase Plan, devem ser estabelecidos a política, os objetivos, os processos e os procedimentos de um Sistema de Gestão de Segurança da Informação. Na etapa Do, a política, os controles, os processos e os procedimentos do sistema são implementados e entram em operação. Na fase Check, o SGSI é monitorado e avaliado (com medição de desempenho, quando aplicável) e seus resultados são apresentados para a direção para que sejam analisados criticamente. Por fim, na fase Act, as ações corretivas e preventivas identificadas em auditorias, em análise crítica da direção ou por qualquer outra forma pertinente, são implementadas.

Ressalta-se que a ABNT NBR ISO/IEC 27001 está alinhada às normas ABNT NBR ISO 9001:2000 e ABNT NBR ISO 14001:2004, de forma a permitir que seja compatível com outros sistemas de gestão.

Seção 1 – Objetivo

A ABNT NBR ISO/IEC 27001 tem como objetivo especificar requisitos para o estabelecimento, implementação, operação, monitoração, análise crítica, manutenção e melhoria de um Sistema de Gestão de Segurança da Informação (SGSI). Os requisitos são genéricos de maneira a permitir que sejam aplicáveis a quaisquer organizações, independentemente do tipo, tamanho e natureza.

É importante salientar que não é aceitável que uma organização que pretenda estar conforme a norma exclua quaisquer requisitos descritos nas seções 4 a 8. Porém, é observado que:

“Qualquer exclusão de controles considerada necessária para satisfazer aos critérios de aceitação de riscos precisa ser justificada e as evidências de que os riscos associados foram aceitos pelas pessoas responsáveis precisam ser fornecidas. Onde quaisquer controles forem excluídos, reivindicações de conformidade a esta Norma não são aceitáveis, a menos que tais exclusões não afetem a capacidade da organização, e/ou responsabilidade de prover segurança da informação que atenda os requisitos de segurança determinados pela análise/avaliação de riscos e por requisitos legais e regulamentares aplicáveis (ABNT, 2006, p. 2).”

Seção 2 – Referência Normativa

A norma ABNT NBR ISO/IEC 17799:2005 é referenciada como indispensável para a aplicação da norma ABNT NBR ISO/IEC 27001. Contudo, a ABNT NBR ISO/IEC 17799:2005 foi cancelada e substituída pela ABNT NBR ISO/IEC 27002. Você pode saber um pouco mais sobre essa norma em Conheça a NBR ISO/IEC 27002 – Parte 1

No próximo artigo, serão abordados os requisitos da norma ABNT NBR ISO/IEC 27001.

Referência Bibliográfica:

Você pode fazer o download completo deste artigo em: http://www.box.net/shared/0g9pztf5a9

Chart Advisor sugere tipos de gráficos para exibir dados

2010-09-05T07:59:00.004-03:00

Tenho certeza de que você vive, ou já viveu o dilema, de ter que exibir dados em um gráfico e ficar indeciso em escolher qual é o melhor para demonstrar o que você quer. Por causa disso, anteriormente eu já havia postado o artigo Você sabe escolher o melhor gráfico para exibir dados?, com duas sugestões para ajudar na escolha do tipo de gráfico. Uma delas é uma tabela com sugestões de gráficos para demonstrar determinado tipo de informação. A outra é o Chart Chooser, que lhe mostra, para uma determinado tipo de informação, quais são as opções de gráficos.

Agora eu lhe apresento uma terceira alternativa, que considero mais prática: Chart Advisor. Ele sugere, a partir de um conjunto de dados selecionado, quais são os gráficos mais indicados. O que é interessante é a forma de sugerir. Como em um cardápio de opções sob a forma de imagens, são exibidos os possíveis gráficos com o conjunto de dados selecionado, de tal forma que você obtém uma prévia visualização dos seus dados para cada tipo de gráfico. Dessa forma, você primeiro vê as possíveis opções, compara-as e depois escolhe a melhor forma de exibir seus dados.

O Chart Advisor é um suplemento (add-in) gratuito para o Excel, produzido pela Microsoft Office Labs, e por isso, trata-se de um protótipo, ou seja, está em experimentação. Porém, na minha opinião, isso não é motivo para não se fazer uso dele, ainda que sua performance não esteja otimizada, conforme advertido pela própria Microsoft.

No site, é informado que o suplemento pode ser instalado em ambientes 32-bit Windows XP ou Windows Vista, no Excel 2007. Mas eu instalei no Windows 7 e está funcionando perfeitamente.As limitações desse add-in referem-se à linguagem, pois está disponível somente em inglês e à sua capacidade de fazer análise de dados limitada a 8.000 células.

Para você ter uma ideia do uso desse suplemento, eu fiz um teste com dados bem simples dispostos em duas colunas. São os mesmos dados que utilizei para explicar o uso da ferramenta Diagrama de Pareto, no artigo Diagrama de Pareto: você sabe utilizá-lo? Os dados referem-se às causas de problemas típicos de prazo, custo, escopo, etc. que afetam projetos de desenvolvimento de software e à quantidade de vezes em que elas ocorreram nesses projetos.

Para que você possa entender melhor o uso desse suplemento, produzi um vídeo que exemplifica o uso do Chart Advisor. Clique na imagem abaixo para ampliar o vídeo na tela e visualizar em detalhes o funcionamento desse suplemento.

Download do Chart Advisor: http://goo.gl/GVkv

Você pode baixar este artigo completo em: http://www.box.net/shared/c0plr4e5o6

Add-in permite usar comandos do TortoiseSVN sem sair do Word ou Excel

2010-06-03T15:17:00.001-03:00

Eu vivia tendo problemas por esquecer-me de atualizar os arquivos de um projeto, cuja controle de versão é feito pelo Subversion (SVN). O mesmo acontecia quando fazia alterações em um documento e posteriormente não me lembrava de dar commit no arquivo. Procurei então estabelecer uma determinada rotina de trabalho, de forma que isso não acontecesse mais. Vinha dando certo a maior parte do tempo, mas, quando se está com pressa ou sob alguma pressão, é difícil você se lembrar de dar commit ou update.

Parando para pensar em possíveis alternativas para resolver esse problema, imaginei que poderia haver um outro tipo de cliente, mais indicado para usar com o SVN. Eu já ia procurar esse cliente alternativo, quando pensei: quem sabe não existe um add-in para integrar SVN no Office? E não precisei pesquisar muito para encontrar a solução. Chama-se msofficesvn.

Primeiramente, faça o download aqui e depois siga as instruções descritas aqui (em inglês) para instalar. As instruções não foram totalmente precisas para instalar no meu computador com Windows 7 e Office 2007. Porém, prestando atenção onde os arquivos deviam ser colocados, eu consegui fazer os add-ins funcionarem plenamente no Word e no Excel. Após instalar os add-ins, um menu denominado Subversion aparecerá contendo os seguintes comandos:

Eu poderia me contentar com essa excelente alternativa, mas eu queria algo ainda um pouco mais ágil, que me permitisse, apenas com um clique, resolver a minha necessidade. Foi nesse momento que outra ideia me ocorreu. Você conhece a Barra de Ferramentas de Acesso Rápido? Eu a utilizo em todos os meus aplicativos do Office 2007, para facilitar o acesso a determinadas funções que utilizo com mais frequência.

Sendo assim, eu configurei a minha barra para mostrar todos os comandos para realizar operações no SVN. Para fazer isso, siga as seguintes instruções (tanto para o Word, quanto para o Excel):

1. Clique no Botão Office e, em seguida, clique em Opções do Word ou Opções do Excel, conforme o caso.

2. Clique em Personalizar.

3. Na caixa de diálogo Opções do Word ou Opções do Excel, na lista Escolher comandos em, selecione Guia Subversion.

4. Na lista de comandos da Guia Subversion, clique no comando a ser adicionado à Barra de Ferramentas de Acesso Rápido e, em seguida, clique em Adicionar.

5. Após concluir a adição dos comandos que deseja, clique em OK.

Após a edição das opções a serem colocadas, a minha Barra de Ferramentas de Acesso Rápido ficou então configurada assim:

Já venho trabalhando há alguns dias dessa forma e posso dizer que agora ficou muito, mas muito mais fácil de manipular arquivos sob gestão de configuração no SVN. Por que você não experimenta e me conta depois o que achou?

Você pode baixar este artigo completo em: http://www.box.net/shared/h4bipi2sja

Lições Aprendidas: aprendendo com os erros e os acertos em um projeto

2010-05-01T20:15:00.003-03:00

“Aqueles que não podem lembrar o passado estão condenados a repeti-lo.” George Santayana, 1905

Você já reparou que todos nós, ainda que não tenhamos consciência disso, já nascemos com a responsabilidade de um dia gerenciar um projeto? Um projeto próprio e importante, que é o de gerenciar a nossa própria vida. De início, nos comportamos como trainees, aprendendo com nossos mentores, a partir da experiência e vivência de cada um deles (pais e professores, por exemplo), ou seja, com os erros e acertos cometidos ao longo da vida. À medida que desenvolvemos nossos talentos e habilidades, começamos a dar início ao gerenciamento do nosso próprio projeto vivencial, cometendo nossos próprios erros, mas também aprendendo com eles e normalmente não os repetindo em situações similares. Algumas poucas pessoas costumam registrá-las em diários, de forma que isso se torne uma lembrança que nunca deve ser esquecida. Portanto, aprender com as lições que tomamos ao longo de nossas vidas é algo que nos é muito familiar, e sobretudo, natural de se fazer. Contudo, no âmbito do gerenciamento de projetos, o registro das lições aprendidas é algo mais do que desejável. É imprescindível!

Por essa razão, resolvi escrever uma espécie de guia, de tal forma que se tenha em mente exatamente o que deve ser feito para que o registro das lições aprendidas possa ser útil para outros projetos. A intenção aqui não é esgotar o assunto: ao contrário, é apenas sugerir uma boa prática.

O que é uma lição aprendida?

É tudo aquilo que é aprendido ao gerenciar um projeto, podendo ser tanto lições positivas (ex.: perceber e explorar uma determinada oportunidade que surge), quanto negativas (ex.: relacionadas ao gerenciamento de erros e imprevistos, que podem impactar negativamente sobre o projeto).

Quem deve registrar as lições aprendidas?

O Gerente de Projeto, preferencialmente com a colaboração da equipe do projeto.

Quando registrar as lições aprendidas?

O ideal é registrar as lições aprendidas ao longo do projeto e, sobretudo, no momento em que elas ocorrerem. Na fase de encerramento do projeto, as lições coletadas podem ser revisadas e consolidadas em um documento único e, posteriormente, publicadas na base de conhecimento da organização.

Como registrar as lições aprendidas?

Uma lição aprendida deve ser sempre descrita em linguagem clara, de tal forma que possa ser compreendida por qualquer um. Além disso, o contexto em que ela ocorreu deve ser explícito, para que seja possível utilizá-la em uma situação similar em outros projetos.

Uma lição aprendida não deve se caracterizar como algo que se configure em “lavagem de roupa suja” do projeto, como, por exemplo, colocar a culpa em outros membros da equipe ou da empresa por alguma situação ocorrida. Também não deve ser usada como oportunidade para desabafo ou para “enviar recado” para as instâncias superiores.

Quando consultar a base de conhecimento organizacional de lições aprendidas?

Quando um Gerente de Projeto for planejar um projeto, ele deveria consultar a base de dados de lições aprendidas da organização, buscando por experiências em contextos similares, de forma que possa evitar possíveis armadilhas ou previamente antecipar oportunidades a serem exploradas.

Também deve consultá-la na ocasião em que imprevistos ou oportunidades se manifestarem, buscando possíveis soluções propostas para o seu tratamento.

Você pode baixar o artigo completo em: http://www.box.net/shared/gh52kiae75

Diagrama de Pareto: você sabe utilizá-lo?

2010-03-21T18:38:00.000-03:00

Você sabe utilizar um Diagrama de Pareto? Sabe em que situações ele pode ser útil? Para facilitar o entendimento e a aplicação do Diagrama de Pareto, resolvi elaborar um modelo em Excel e uma apresentação em PowerPoint (ou em arquivo PDF para imprimir), contendo um exemplo da aplicação do diagrama. Toda a explicação introdutória está lá, inclusive o Princípio de Pareto. Por esse motivo, este post só tratará de explicar brevemente o exemplo da aplicação.

O exemplo que utilizei na apresentação foi pensando na melhoria do processo de gerenciamento de projetos de software em uma organização. A ideia é que um gerente de projetos pudesse ser capaz de, a partir de alguns dados, decidir sobre o que inicialmente ele deve combater primeiro, focando seus esforços em algo que dê um resultado realmente visível e eficaz.

Imagine uma empresa de software com projetos que apresentam os problemas típicos de prazo, custo, escopo, etc. Com tantos problemas, o que priorizar? Se o gerente relacionar esses problemas típicos e tabular para cada um deles a quantidade de vezes em que eles ocorreram nos projetos da empresa, será possível utilizar o Diagrama de Pareto.

Vamos organizar as coisas de forma didática:

Problema a ser investigado: Quais fatores deve-se priorizar para melhorar o gerenciamento de projetos da organização?

Levantamento de causas e a quantidade de vezes (frequência) que elas ocorreram nos projetos da organização:

Com os dados acima coletados, é possível então, utilizando o modelo em Excel, fazer o Diagrama de Pareto, cujo resultado pode ser visto abaixo:

E para facilitar mais ainda, as causas a serem prioritariamente tratadas são automaticamente mostradas em cor laranja no modelo em Excel.

Portanto, no nosso exemplo, o esforço de melhoria deve se dar em 3 pontos principais:

Desvio de tempo >10%
Equipe inexperiente
Cronograma predefinido

Agora, para cada um deles, deve-se investigar quais são os fatores que contribuem para que eles ocorram. E para isso, pode-se utilizar uma outra ferramenta. Mas isso já é assunto para o próximo post!

Download do Material:

Você pode baixar este artigo completo em: http://www.box.net/shared/3l97dpxr8b

QualIT News agora também está no Twitter!

2010-02-21T10:37:00.006-03:00

Olá! Depois de um longo período de inatividade no blog, estou de volta e

com uma novidade: agora o QualIT News também está no Twitter! Siga-nos em:

http://twitter.com/qualitnews

2ª Conferência da Qualidade de Software em São Paulo

2009-10-31T15:11:00.001-02:00

Inscrições e Informações:	(11) 2629-0610
	comunicados@asrconsultoria.com.br
	www.asrconsultoria.com.br

O verdadeiro significado de "comprometimento da alta direção"

2009-10-25T11:40:00.013-02:00

Qualquer projeto que necessite de mudanças significativas na cultura de uma empresa, por exemplo, a implantação de um sistema de gestão da qualidade ou um processo de melhoria de software, requer o comprometimento da alta direção para ser bem sucedido. Mas, o que significa comprometimento da alta direção?

Antes de mais nada, alta direção pode ser definida segundo Mello et al. (1) como "[...] formada pelo principal executivo da empresa e por sua diretoria, e o principal executivo da empresa é aquele que tem autonomia para disponibilizar recursos". E comprometimento, o que significa? A palavra comprometer possui vários acepções de acordo com Houaiss (2), e um dos possíveis significados aqui seria "obrigar-se por compromisso". Outro significado possível é "tomar parte ou envolver-se em". Portanto, entendo que comprometimento da alta direção nada mais é do que o compromisso, o envolvimento da diretoria em alguma coisa.

Em todos esses anos que venho atuando em projetos que requerem mudança de cultura organizacional, tenho notado que o comprometimento da alta direção vem sendo interpretado de uma forma bastante restrita. Normalmente, está relacionado apenas à disponibilização de recursos, sejam eles de ordem financeira, humana e/ou material. Na prática tenho percebido, contudo, que esse comprometimento precisa ser muito, muito mais do que isso. Por essa razão, proponho que a expressão comprometimento da alta direção seja compreendida como o engajamento total da alta direção na realização de algum projeto, no qual o seu amplo envolvimento é parte imprescindível para que ele seja bem sucedido.

Mas, como deve ser interpretado então esse amplo envolvimento? Para isso, proponho as seguintes diretrizes:

Conhecer o projeto detalhadamente: quanto mais a diretoria conhecer o projeto, suas necessidades, dificuldades, premissas e restrições, mais fácil será ela perceber onde deverá atuar para que o resultado final pretendido seja efetivamente alcançado.
Acompanhar o projeto sistematicamente: a direção deve acompanhar frequentemente a evolução do projeto, realizando reuniões de acompanhamento e analisando-o criticamente junto com o coordenador da equipe, com relatórios que informem e registrem de forma resumida a evolução e as análises críticas.
Ouvir, ouvir e ouvir: este é um ponto fundamental e imprescindível, mas dificilmente executado. A diretoria muitas vezes possui um cotidiano muito atribulado e acaba não tendo paciência e dedicando tempo para escutar detidamente o que a equipe de implementação tem a dizer, ou o que os colaboradores estão percebendo e sentindo em relação às mudanças. Entretanto, a não observância deste item costuma resultar em fracasso na implementação do projeto.
Compreender plenamente os problemas antes de agir: a direção deve envolver-se de tal forma que sua participação lhe permita ter uma compreensão clara dos problemas e/ou dificuldades que os colaboradores estejam enfrentando. Ela deve perguntar quantas vezes for necessário, a quem quer que seja, para que sejam dirimidas todas as suas dúvidas. A tomada de decisão para a resolução de problemas deve ser baseada em critérios claros e objetivos, não devendo ser realizada de modo intempestivo ou abrupto.
Agir sempre que acionado: em projetos que requerem mudança de cultura organizacional, existem "momentos certos" de atuação. Se a diretoria realmente estiver engajada no projeto, facilmente perceberá o momento certo e atuará antes que lhe seja solicitada a sua ação. Porém, se a equipe de implementação de alguma forma cobrar um posicionamento ou uma decisão da alta direção, é fundamental que ela atue rapidamente e no mesmo momento em que é acionada.
Confiar na equipe de implementação: elemento fundamental de sucesso do projeto. Se a alta direção não confiar na equipe de implementação, comprometerá seriamente o projeto, seja pela consequente desmotivação da equipe, seja pela percepção dos outros colaboradores de que o projeto não vai bem.
Usar a autoridade com sabedoria e quando demandada: é extremamente comum em projetos que requerem mudança de cultura organizacional haver resistência à mudança. A equipe de implementação são "os olhos e os ouvidos" da alta direção em relação ao projeto. Quando a equipe perceber os sintomas típicos da resistência, ela deverá acionar a alta direção para que exerça a sua autoridade. É fundamental nesses momentos que a diretoria "mostre a sua cara", que deixe claro que é ela quem deseja a mudança, que é necessária, que ocorrerá conforme planejado e que conta com o apoio de todos, incondicionalmente. Deverá, sobretudo, esclarecer que se isso não acontecer, o projeto não será bem sucedido e que isso comprometerá fortemente os resultados da organização.

Eu não disse no início, propositadamente, que um outro significado de comprometer é "causar dano a". Deixei-o para o final porque queria concluir este artigo justamente deixando um lembrete para a alta direção. É que ela pode realmente comprometer o projeto, ou seja, causar-lhe dano real, se ela não se engajar e se envolver totalmente na sua realização.

Referências Bibliográficas:

(1) MELLO, Carlos Henrique Pereira et al. ISO 9001:2000 - Sistema de Gestão da Qualidade para Operações de Produção e Serviços. São Paulo: Atlas, 2002. 224p.

(2) HOUAISS, Antônio. Dicionário Houaiss da Língua Portuguesa. Disponível em: <http://houaiss.uol.com.br/>. Acesso em: 25 out. 2009.

Você pode baixar este artigo completo em: http://www.box.net/shared/dm3vmbppgl

Conheça a NBR ISO/IEC 27002 – Parte 2

2009-10-17T18:41:00.001-03:00

Foto: Regis Capibaribe

A norma NBR ISO/IEC 27002 está organizada em 11 seções que correspondem a controles de segurança da informação. Na primeira parte do artigo Conheça a norma NBR ISO/IEC 27002, foram abordadas as seções 5. Política de Segurança da Informação, 6. Organizando a Segurança da Informação, 7. Gestão de Ativos, 8. Segurança em Recursos Humanos e 9. Segurança Física e do Ambiente. A seguir, serão abordadas as seções restantes (10 a 15).

Seção 10 - Gestão das Operações e Comunicações
É importante que estejam definidos os procedimentos e responsabilidades pela gestão e operação de todos os recursos de processamento das informações. Além disso, deve-se utilizar sempre que necessária a segregação de funções (recomenda-se que uma pessoa realize uma ou algumas partes de um processo, mas não todas), visando reduzir o risco de mau uso ou uso indevido dos sistemas.

Para o gerenciamento de serviços terceirizados, deve-se implementar e manter o nível apropriado de segurança da informação e em conformidade com acordos de entrega de serviços terceirizados.

É fundamental planejar e preparar a disponibilidade e os recursos do sistemas para minimizar o risco de falhas, bem como prever a capacidade futura dos sistemas, de forma a reduzir os riscos de sobrecarga. Também deve-se prevenir e detectar a introdução de códigos maliciosos e os usuários devem estar conscientes sobre isso.

Procedimentos para a geração de cópias de segurança e sua recuperação também devem ser estabelecidos.

Deve-se garantir ainda o gerenciamento seguro de redes. Controles adicionais podem até mesmo ser necessários para proteger informações confidenciais que trafegam em redes públicas.

As trocas de informações entre organizações devem ser baseadas em uma política formal específica, devendo ser efetuadas a partir de acordos entre as partes e sempre em conformidade com toda a legislação pertinente.

Deve-se ainda implementar mecanismos de monitoração de atividades não autorizadas de processamento da informação. Os eventos de segurança da informação devem ser registrados, lembrando que as organizações devem estar aderentes aos requisitos legais aplicáveis para suas atividades de registro e monitoramento.

Seção 11 - Controle de Acesso
O acesso à informação, aos recursos de processamento das informações e aos processos de negócios devem ser controlados com base nos requisitos de negócio e na segurança da informação. Portanto, deve ser assegurado o acesso de usuário autorizado e prevenido o acesso não autorizado a sistemas de informação. Para isso, deve haver procedimentos que englobem desde o cadastro inicial de um novo usuário até o cancelamento final do seu registro, garantindo assim que já não possuem mais acesso a sistemas de informação e serviços.

Os usuários sempre devem estar conscientes de suas responsabilidades, particularmente no que se refere ao uso de senhas e de segurança dos equipamentos de usuários. Nesse sentido, sugere-se ainda a adoção da “política de mesa e tela limpa”, para reduzir o risco de acessos não autorizados ou danos a documentos, papéis, mídias e recursos de processamento da informação que estejam ao alcance de qualquer um.

Seção 12 - Aquisição, Desenvolvimento e Manutenção de Sistemas de Informação
Segundo a norma, “Sistemas de informação incluem sistemas operacionais, infra-estrutura, aplicações de negócios, produtos de prateleira, serviços e aplicações desenvolvidas pelo usuário”. Por essa razão, os requisitos de segurança de sistemas de informação devem ser identificados e acordados antes do seu desenvolvimento e/ou de sua implementação.
As informações devem ser protegidas visando a manutenção de sua confidencialidade, autenticidade ou integridade por meios criptográficos.

Seção 13 - Gestão de Incidentes de Segurança da Informação
Deve-se assegurar que eventos de segurança da informação sejam o mais rápido possível comunicados, de tal forma que a tomada de ação corretiva ocorra em tempo hábil. Para isso, devem ser estabelecidos procedimentos formais de registro e escalonamento, bem como todos os funcionários, fornecedores e terceiros devem estar conscientes sobre os procedimentos para notificação dos diferentes tipos de eventos.

Seção 14 - Gestão da Continuidade do Negócio
Deve-se impedir a interrupção das atividades do negócio e proteger os processos críticos contra efeitos de falhas ou desastres significativos, e assegurar que a sua retomada ocorra em tempo hábil.

Para isso, planos de continuidade do negócio, incluindo controles para identificar e reduzir riscos, devem ser desenvolvidos e implementados, visando assegurar que as operações essenciais sejam rapidamente recuperadas.

Seção 15 – Conformidade
Deve-se garantir e evitar a violação de qualquer lei criminal ou civil, estatutos, regulamentações ou obrigações contratuais e de quaisquer requisitos de segurança da informação.

Para isso, é conveniente contratar, caso necessário, consultoria especializada, bem como analisar criticamente a segurança dos sistemas de informação a intervalos regulares, verificando, sobretudo, sua conformidade e aderência a requisitos legais e regulamentares.

Em resumo, nota-se claramente ao longo de toda a norma, que a característica predominante é a prevenção, evitando-se a todo o custo, a adoção de medidas de caráter reativo. Mesmo as que forem reativas, como por exemplo a execução de um plano de continuidade de negócios, são previamente planejadas para que, no momento oportuno e se necessárias, sejam devidamente implementadas.

Referência Bibliográfica:
ABNT – Associação Brasileira de Normas Técnicas. ABNT NBR ISO/IEC 27002 - Tecnologia da informação - Técnicas de segurança - Código de prática para a gestão de segurança da informação. ABNT, 2005.

Você pode fazer o download completo deste artigo em:http://www.box.net/shared/65x3oa0n0p

Conheça a NBR ISO/IEC 27002 – Parte 1

2009-10-04T13:35:00.006-03:00

Dando continuidade ao assunto Segurança da Informação, hoje será abordada a norma NBR ISO/IEC 27002 - Código de Prática para a Gestão de Segurança da Informação, que tem como objetivo “estabelecer diretrizes e princípios gerais para iniciar, implementar, manter e melhorar a gestão de segurança da informação em uma organização”. Mas, o que é Segurança da Informação (SI)? Significa proteger as informações consideradas importantes para a continuidade e manutenção dos objetivos de negócio da organização.

É preciso esclarecer que anteriormente esta norma era conhecida como NBR ISO/IEC 17799, mas a partir de 2007 a nova edição da ISO/IEC 17799 foi incorporada ao novo esquema de numeração como ISO/IEC 27002.

A parte principal da norma se encontra distribuída em 11 seções, que correspondem a controles de segurança da informação, conforme apresentado a seguir. A numeração dessas seções se inicia no número 5 (há outros aspectos descritos nas seções anteriores, mas nos concentraremos apenas na parte mais significativa da norma).

Seção 5 - Política de Segurança da Informação
Deve ser criado um documento sobre a política de segurança da informação da organização, que deveria conter, entre outros, os conceitos de segurança da informação, o comprometimento da direção com a política, uma estrutura para estabelecer os objetivos de controle e os controles, a estrutura de análise e avaliação e gerenciamento de riscos, as políticas, princípios, normas e requisitos de conformidade de segurança da informação específicos para a organização. Essa política também deve ser comunicada a todos, bem como analisada e revisada criticamente, em intervalos regulares ou quando mudanças se fizerem necessárias.

Seção 6 - Organizando a Segurança da Informação
Para implementar a SI em uma organização é necessário que seja estabelecida uma estrutura para gerenciá-la. Para isso, as atividades de segurança da informação devem ser coordenadas por representantes de diversas partes da organização, com funções e papéis relevantes. Todas as responsabilidades pela segurança da informação também devem estar claramente definidas. É importante ainda que sejam estabelecidos acordos de confidencialidade para proteger as informações de caráter sigiloso, bem como as informações que são acessadas, comunicadas, processadas ou gerenciadas por partes externas, tais como terceiros e clientes.

Seção 7 - Gestão de Ativos
Ativo, de acordo com a norma, “é qualquer coisa que tenha valor para a organização”. Gestão de Ativos significa proteger e manter os ativos da organização. Para que eles sejam devidamente protegidos, devem ser primeiramente identificados e levantados, com proprietários também identificados e designados, de tal forma que um inventário de ativos possa ser estruturado e posteriormente mantido. As informações e os ativos ainda devem ser classificados, conforme o nível de proteção recomendado para cada um deles, e seguir regras documentadas, que definem qual o tipo de uso é permitido fazer com esses ativos.

Seção 8 - Segurança em Recursos Humanos
Antes de realizar a contratação de um funcionário ou mesmo de fornecedores e terceiros, é importante que cada um deles entenda suas responsabilidades e esteja de acordo com o papel que desempenhará. Portanto, as descrições de cargo e os termos e condições de contratação devem ser explícitos, especialmente no que tange às responsabilidades de segurança da informação. É importante também que quaisquer candidatos sejam devidamente analisados, principalmente se forem lidar com informações de caráter sigiloso. A intenção aqui é mitigar o risco de roubo, fraude ou mau uso dos recursos.

Durante todo o tempo em que funcionários, fornecedores e terceiros estiverem trabalhando na empresa, eles devem estar conscientes sobre as ameaças relativas à segurança da informação, bem como de suas responsabilidades e obrigações, de tal maneira que estejam preparados para apoiar a política de segurança da informação da organização. Eles também devem ser educados e treinados nos procedimentos de segurança da informação e no uso correto dos recursos de processamento da informação. É fundamental ainda que um processo disciplinar formal seja estabelecido para tratar das violações de segurança da informação.

No momento em que ocorrer o encerramento ou uma mudança na contratação, a saída de funcionários, fornecedores e terceiros deve ser feita de modo ordenado e controlado, para que a devolução de todos os equipamentos e a retirada de todos os direitos de acesso sejam concluídas.

Seção 9 - Segurança Física e do Ambiente
As instalações de processamento de informação críticas ou sensíveis devem ser mantidas em áreas seguras, com níveis e controles de acesso apropriados, incluindo proteção física. Essa proteção deve ser compatível com os riscos previamente identificados.

Os equipamentos também devem ser protegidos contra ameaças físicas e ambientais, incluindo aqueles utilizados fora do local.

No próximo artigo, será dada continuidade às demais seções da norma.

Referência Bibliográfica:
ABNT – Associação Brasileira de Normas Técnicas. ABNT NBR ISO/IEC 27002 - Tecnologia da informação - Técnicas de segurança - Código de prática para a gestão de segurança da informação. ABNT, 2005.

Você pode fazer o download completo deste artigo em: http://www.box.net/shared/65x3oa0n0p

Segurança da Informação: uma visão focada nos negócios

2009-09-13T09:35:00.006-03:00

Em 11 de setembro de 2001, o mundo ficou estarrecido com o atentado que ocasionou a queda das Torres Gêmeas em Nova York. Muitas vidas foram perdidas e muitas famílias foram repentinamente desfeitas. As empresas que estavam ali sediadas, tiveram seus negócios instantaneamente paralisados e, em algumas delas, nunca mais eles puderam ser retomados. Também ocorreram falências por conta do atentado. Você sabe o porquê?

Toda organização que de alguma forma depende de algum nível de infra-estrutura de tecnologia da informação (TI), como computadores conectados a uma rede, acesso à internet, informações guardadas em repositórios eletrônicos, etc., precisa tomar certos cuidados para que as informações vitais à continuidade dos seus negócios sejam devidamente preservadas, especialmente no caso de catástrofes.

“Ah, ela está falando isso por causa de vírus, porque um computador pode falhar, ou até mesmo por conta de uma invasão ocasionada por hackers em computadores da empresa, por exemplo”. Você pode estar pensando que é por isso. É verdade que isso procede, mas não é só por isso. Note que nada disso aconteceu às Torres Gêmeas.

À época do atentado, lembro-me que li diversas reportagens sobre o que aconteceu com a cidade e, sobretudo, com as empresas que ali funcionavam. Como na ocasião eu estava trabalhando na área de Segurança da Informação, o assunto me interessava profundamente, pois queria saber como as organizações estavam fazendo para se recuperar.

Os dois edifícios abrigavam instituições americanas e várias multinacionais, tais como bancos e seguradoras, canais de televisão, empresas de tecnologia da informação, de transporte aéreo, etc. Portanto, pode-se perceber pelo tipo de empresas listadas, o quanto elas dependiam da tecnologia para realizar seus negócios. Agora, imagine o cenário: de repente toda a infra-estrutura do seu empreendimento, em questão de segundos, é destruída. Pior ainda, vidas são perdidas. O prejuízo financeiro é alto, mas ainda possível de ser minorado. E o prejuízo dos recursos humanos, das vidas que se foram? Não há como rapidamente se refazer.

E é aí que a Segurança da Informação presta seu papel mais valioso: na prevenção e na mitigação dos riscos de perda de informação. É claro que imaginar que aviões poderiam algum dia ocasionar a queda dos prédios é um risco que eu diria ser de probabilidade baixa de ocorrer. Contudo, quando aconteceu, foi de alto impacto. Além disso, eu imaginava que algumas dessas organizações já se preocupavam com os riscos de incêndio e mesmo atentados. Porque ambos já haviam acontecido lá alguns anos antes. Você sabia disso?

Acabei confirmando que algumas empresas conseguiram se recuperar porque tinham se preparado para o pior. Havia planos de continuidade de negócios organizados para diversos cenários. Os funcionários também foram orientados e treinados previamente sobre como reagir em casos de emergência. Havia políticas de salvaguarda das informações (backups) que eram efetivamente praticadas. E, para o pior dos cenários catastróficos, havia até mesmo um segunda unidade de TI, prontinha para funcionar a qualquer momento, caso o centro principal falhasse. Como acabou realmente acontecendo.

As organizações que assim procederam puderam sobreviver. Claro que tiveram prejuízo imediato, mas isso foi minorado por conta das ações tomadas. Tomadas no tempo certo, porque isso também foi determinante. Outras, embora até tivessem planos e políticas de Segurança da Informação escritas, não os revisavam ou não usavam práticas que contribuíssem para mitigar os riscos. E, quais foram então as consequências disso? Descobri que algumas organizações levaram dias para se recuperar e outras que, infelizmente, como não se precaveram, acabaram falindo. Outras fecharam as suas portas simplesmente porque não havia como repor, de um dia para o outro, centenas de pessoas que trabalhavam em uma mesma empresa! Portanto, a lição que o atentado deixou, pelo menos no que se refere à Segurança da Informação, é bem clara: prevenir ainda realmente é melhor do que remediar.

Novamente, você pode estar pensando: “Ah, mas a minha realidade é outra. A minha empresa é pequena, não precisa dessa parafernália toda! Quanto exagero!” Cuidado com essa visão simplista e reducionista: as ameaças à Segurança da Informação estão por aí a todo momento, para empresas de qualquer porte e em qualquer lugar do mundo.

Inclusive há um fator, na minha opinião, o mais difícil de ser combatido: o humano. Funcionários sem treinamento adequado para operar computadores ou lidar com informações de caráter estratégico ou sigiloso, podem ocasionar perdas ou até colocar em risco os negócios da organização. É muito comum também executivos e proprietários das empresas cometerem esses erros. Não foram poucas as vezes que vi em saguões de aeroportos e em táxis, membros da alta direção falando em seus celulares, em alto e bom tom, sobre informações que deveriam estar apenas restritas ao âmbito da organização. Já soube, inclusive, de um caso em que um gerente falava ao celular sobre informações confidenciais enquanto esperava o seu avião chegar. Sentado ao seu lado, sem que ele se desse conta ou soubesse, estava o seu... concorrente, prestando atenção em tudo! Há ainda o caso do gerente que soube que ia ser demitido naquele mesmo dia, através do motorista de táxi que ficava no ponto em frente à sua empresa.

Você nunca tinha pensando nisso, não? Nem eu. Parece paranoia, coisa de filmes de espionagem ou ficção científica, mas hoje em dia, em mercados cada vez mais globalizados e competitivos, é bom rever seus conceitos. E estar preparado para lidar com essas ameaças. Mas, como lidar então com tudo isso, de uma forma mais organizada e estruturada? Que pontos devemos realmente focar nossa atenção?

Para saber mais, não perca o próximo artigo, no qual será tratada a norma NBR ISO/IEC 17799, Código de Prática para a Gestão da Segurança da Informação.

Você pode baixar este artigo completo em: http://www.box.net/shared/pcz6f41qhf

E se Spock fosse Analista da Qualidade?

2009-08-22T14:47:00.007-03:00

Meu marido hoje me contou que estava escrevendo um texto sobre a série Jornada nas Estrelas, relacionando-a à Qualidade. Com isso em mente, de repente comecei a pensar nos personagens e vi que ele poderia ter mesmo razão. Quem é nascido na década de sessenta, como eu e ele, certamente já deve ter visto ou até mesmo pode ser fã dessa série, aquela em que tomam parte três personagens com características bem distintas: Capitão Kirk, Spock e Dr. McCoy.

Desde pequena, Jornada me encantava pelos valores que ainda hoje veicula em suas versões mais recentes. O incentivo à convivência pacífica possível entre povos e etnias diferentes, à amizade, ao amor e compaixão por outro ser, à sabedoria, aos conflitos entre mente e emoção, à pesquisa científica, à astronomia, entre outros, são valores com os quais sempre me identifiquei. Além disso, sonhava com aquelas maravilhas tecnológicas que me enfeitiçavam e tinham um poder sedutor sobre mim quase que magnético! Eu cresci sonhando em um dia vir a ter quatro coisas: um comunicador como o do Capitão Kirk, um computador como o do Spock, uma nave espacial para passear por aí no universo com meus amigos - nem precisava ser tão grande como a Enterprise - e , claro, não poderia faltar, um sistema de teletransporte. Afinal, queria ter liberdade para ir e vir aonde quisesse e a hora em que quisesse. As duas primeiras coisas já adquiri, mas as duas últimas ainda estou bem longe de tê-las... Nem tudo evoluiu tanto assim em tão pouco tempo!

Dentre os personagens, Spock sempre foi aquele que mais me chamava a atenção. Para quem não o conhece, ele era o Oficial de Ciências da nave estelar Enterprise, não era literalmente deste mundo - seu planeta de origem era Vulcano -, e embora fosse um humanóide, possuía características biológicas mais avançadas em certos aspectos que a humana: sua força física e sua capacidade de ler a mente se sobressaíam. Visualmente, Spock se destacava pela suas orelhas pontudas como as de um elfo, e pelas sobrancelhas oblíquas que lhe conferiam, na minha opinião, um ar de superioridade intelectual. Do ponto de vista psicológico, Spock se caracterizava, sobretudo, pelo autocontrole ao lidar com emoção e razão, motivo pelo qual procurava sempre agir conforme a lógica das coisas e dos fatos, jamais se deixando enredar pela emoção. Bem... Nem sempre foi assim, mas quase sempre foi!

E refletindo sobre isso, especialmente sobre os valores que a série veicula, observei como Spock poderia ter sido um excelente Analista da Qualidade. Pondere comigo:

Spock interpretava as circunstâncias pelos fatos: ele jamais deduzia baseando-se em sentimentos ou julgamentos subjetivos. Sempre tinha critérios bastante claros, analisava as situações e o comportamento das coisas pelas suas características e suas medidas. Enfim, interpretava conforme os fatos se davam e não como ele gostaria ou acharia que eles deveriam ser. Spock se baseava apenas em evidências objetivas.

Spock agia de forma leal, respeitosa e colaborativa: ele sempre era fiel e e leal ao seu superior, bem como respeitoso e colaborativo com a tripulação da nave, embora fosse considerado frio, às vezes. Procurava argumentar à luz dos dados e das informações que obtinha, mesmo sabendo que seus argumentos poderiam não ser acatados. Ele usava apenas seu próprio julgamento. Caso o que ele propusesse não fosse acatado, nesse caso, apenas apontava os riscos e as possíveis consequências dos atos, mas jamais se comportava de forma rebelde, vingativa ou antiética, mesmo tendo um canal direto com a alta gerência. Spock agia baseado na ética e em princípios morais.

Spock ajudava e beneficiava os projetos em que era envolvido: ele trabalhava de forma independente e objetiva, perguntando de forma clara, ouvindo com atenção, direcionando e instruindo informações ao grupo conforme solicitado e sempre informando apenas o que era relevante. Spock atuava como consultor interno.

Spock era confiante, honesto e direto: como se baseava em critérios bem claros, era profissional, ético e apenas discutia assuntos pertinentes. Spock tinha imagem confiável e conduta correta.

A única coisa que talvez faltasse a Spock para vir a ser considerado um Analista da Qualidade perfeito, seria ele ser um pouco mais afável, encorajador, simpático e sorridente. Porque, querendo ou não, ser Analista da Qualidade requer um grande jogo de cintura e flexibilidade no trato humano, procurando-se perceber todas as nuances e sentimentos que podem estar envolvidos e que muitas vezes não estão tão explícitos assim.

Nesse caso, acho que somente restaria a Spock ter que pedir ajuda ao Dr. McCoy... Mas será que ele faria isso?

Você pode fazer o download completo deste artigo em: http://www.box.net/shared/3c3ru553iq

Curso de Introdução ao MPS.BR (C1-MPS.BR) em Belo Horizonte

2009-08-08T12:42:00.007-03:00

Estão abertas as inscrições para o Curso de Introdução ao MPS.BR (C1-MPS.BR) em Belo Horizonte/MG, que ocorrerá nos dias 20 e 21 de agosto de 2009 (5ª e 6ª) e será ministrado por Carlos Barbieri.

Informações: http://e-portal.fumsoft.softex.br/fumsoft/ecp/noticia.do?evento=portlet&pAc=not&idConteudo=651&pIdPlc=&app=&app=fumsoft

Submissão de artigos para o V Workshop Anual MPS.BR em Campinas/SP

2009-07-19T16:37:00.002-03:00

O V Workshop Anual do MPS.BR (WA-MPS.BR) ocorrerá nos dias 19 a 22 de outubro de 2009, em Campinas/SP, objetivando reunir representantes da Indústria, Governo, Academia, países latino americanos envolvidos e demais interessados no modelo e no programa MPS.BR – Melhoria de Processo do Software Brasileiro.

Aqueles que desejarem submeter artigos técnicos deverão apresentar evidências obtidas com a experiência da utilização do modelo MPS nas organizações. Os artigos podem ser encaminhados por e-mail ao Coordenador Científico do V Workshop Anual do MPS.BR Guilherme Horta Travassos (ght@cos.ufrj.br), até o próximo dia 16 de agosto de 2009.

Maiores informações: COMUNICADO SOFTEX MPS 17/2009
Fonte: Site SOFTEX

Sorteio de bolsas de pós-graduação em Gestão de Projetos e TI em Belo Horizonte

2009-07-04T11:36:00.001-03:00

O Ietec – Instituto de Educação Tecnológica está promovendo o sorteio de 20 bolsas de 50% em cursos de pós-graduação oferecidos pela instituição. Os cursos abrangem áreas diversas, dentre elas Gestão de Projetos e Tecnologia da Informação.

Para participar da promoção, basta preencher um cadastro e responder a cinco perguntas. Ao indicar a promoção para um amigo, o participante ganha mais uma chance de concorrer. Seguindo o perfil do Ietec no Twitter http://www.twitter.com/ietec , mais uma chance de ganhar as bolsas de pós-graduação. Ao se inscrever, o participante ainda poderá escolher dois cursos gratuitos que o Ietec oferece.

A promoção vai de 1º a 31 de julho e só é válida para quem tem curso superior completo. Os sorteados serão divulgados a partir do dia 31 de julho.

Mais informações em: http://posgraduacao.ietec.com.br/

Já deve ter acontecido também com você...

2009-06-21T07:30:00.005-03:00

Eu acredito na Qualidade. Eu acredito sinceramente nos seus benefícios e na sua capacidade transformadora. Tenho visto o que ela pode ocasionar em uma organização, transformando-a em uma empresa vencedora, competitiva, bem vista pelos seus clientes e, da qual seus colaboradores podem se orgulhar e na qual têm o prazer de trabalhar. Vi também o lado oposto, a Não-qualidade, o desperdício de dinheiro, prazos nunca cumpridos, retrabalho e consequentemente clientes muito insatisfeitos e colaboradores desmotivados.

Nesses anos todos que venho trabalhando com Qualidade, em algumas ocasiões me deparei com o caráter negativo que alguns colaboradores dão à certificação ISO 9001 ou mesmo em relação à simples aplicação de princípios da Qualidade em uma empresa. Os motivos são os mais variados para as queixas e as reclamações, indo desde a percepção de uma burocracia exagerada até à fala "isso não vai nos levar a nada, só estamos desperdiçando tempo e dinheiro". E esses momentos são cruciais, pois exigem, na minha forma de ver, um comportamento habilidoso e perspicaz por parte do profissional da Qualidade, de forma que ele possa, mesmo que aos poucos, ir percebendo e removendo as barreiras.

No início, essa resistência e predisposição negativas me incomodavam e, confesso, desanimavam bastante, porque é muito difícil semear uma cultura da Qualidade em terreno estéril. É mais desafiador ainda quando grande parte da Alta Direção possui essa percepção: se os gerentes pensam assim, que dirá de seus subordinados?

Isso fica ainda mais notório quando as auditorias internas e externas se aproximam: as áreas que fazem Qualidade de verdade sempre estão tranquilas, prontas para serem auditadas a qualquer momento, enquanto que aquelas que não se preocupam com essa "burrocracia", ficam com seus colaboradores estressados, pressionados pelas suas chefias para colocar em dia os relatórios e gráficos. Qual a consequência? A percepção de que Qualidade é uma obrigação, um mal necessário...

E são nesses momentos que eu recomendo que você, profissional da Qualidade, tenha sua atenção redobrada. Em um primeiro momento, permita-se sentir o que estiver sentindo: raiva, frustração, desânimo, seja o que for. Logo em seguida, respire fundo e avalie: o que precisa de ser feito, o que preciso fazer para tentar mudar essa realidade? Por mais difícil, por mais resistência que você encontre, uma coisa eu já aprendi: contra os fatos não há o que negar. Procure demonstrar através das medições, dos números, como a área vai indo. Nunca coloque as coisas como uma percepção, mostre com dados concretos. Demonstre empatia verdadeira pelo problema. Demonstre que sua intenção é de colaboração, não de confronto. Com certeza, sua capacidade de convencer baseada em argumentos e em espírito colaborativo irá cada vez mais melhorar e, com isso, você passará uma percepção de que veio para ajudar e não para simplesmente "dar mais uma não conformidade". Aliás, essa expressão precisa ser melhor percebida já que hoje ela também tem um caráter negativo. Tente mostrar para as pessoas que a não conformidade na verdade esconde uma oportunidade de melhoria.

Aos poucos, fui percebendo que o profissional que trabalha com Qualidade deve se comportar como um boneco João-Teimoso. Conhece esse boneco? É aquele brinquedo, normalmente de plástico, com uma base pesada, no qual a gente bate, ele cai, mas logo em seguida fica de pé. Ou, como diz um antigo gerente da Qualidade que tive, hoje um grande amigo: "É preciso que nos comportemos como um bambu. Quando um vento forte bate no bambu, ele até enverga, mas não quebra."

Você pode fazer o download do artigo completo em: http://www.box.net/shared/tuihhgs9s0

Seminário Nacional de Gestão de Projetos em Belo Horizonte

2009-06-20T11:06:00.004-03:00

Estão abertas as inscrições para o 12º Seminário Nacional de Gestão de Projetos em Belo Horizonte, que ocorrerá no Hotel Mercury, nos dias 07 e 08 de julho de 2009, com a apresentação de 26 palestras organizadas por painéis.

As inscrições poderão ser feitas com descontos especiais, havendo ainda descontos por filiação ou associação a diversas instituições.

Mais informações em http://www.ieteconline.com.br/index.php

Os guias do modelo MPS.BR foram atualizados

2009-05-30T10:46:00.023-03:00

No início do mês de maio, eu postei um mapa mental contendo os processos de cada nível do MPS.BR. Porém, há poucos dias, foi lançada uma nova versão do modelo. Por isso, posto aqui novamente o mapa mental já atualizado para a versão do modelo de referência MPS.BR:2009. Basta clicar na imagem acima para ampliá-la.

Em resumo, as principais mudanças que ocorreram estão relacionadas a adequações para compatibilizar o modelo MPS.BR às normas ISO/IEC 12207:2008 e ISO/IEC 15504:2003, que constituem, juntamente com o CMMI-DEV, a base teórica do modelo MPS.BR.

Dentre essas mudanças, destacam-se a inclusão do processo Gerência de Portfólio de Projetos (GPP) no nível F, a exclusão do processo Análise de Causas de Problemas e Resolução (ACP) do nível A , tratado agora através de atributos de processo, e alteração do nome do processo Análise de Decisão e Resolução (ADR) para Gerência de Decisões (GDE), existente no nível C.

Além do Guia Geral, foram atualizados todos os outros guias de implementação, assim como o de Aquisição e de Avaliação. Os novos guias estão disponíveis no site da SOFTEX em http://www.softex.br/portal/mpsbr/_guias/default.asp

O Guia Geral:2009 entrará em vigor a partir de 30/06/2009, mas haverá um período de transição da versão anterior MR-MPS 1.2 para esta nova versão e, por essa razão, só a partir de 01/01/2010 é que serão válidas as avaliações MPS usando o modelo MR-MPS:2009.

Curso de Introdução ao MPS.BR (C1-MPS.BR) em Salvador

2009-05-16T13:09:00.003-03:00

Estão abertas as inscrições para o Curso de Introdução ao MPS.BR (C1-MPS.BR) em Salvador/BA, que ocorrerá nos dias 18 e 19 de junho de 2009 (5ª e 6ª) e será ministrado por Sarah Kohan.

Informações: http://www.softex.br/portal/mpsbr/_comunicados/comunicado.asp?id=2554

Ferramenta gratuita para elaboração de mapas mentais

2009-05-01T14:57:00.023-03:00

Adoro mapas mentais, uma técnica para fazer esquemas e resumos estruturados, que aprendi há uns três anos. Desde então, venho experimentando diversos tipos de software que ajudam na criação desses mapas, em suas versões gratuitas e pagas, algumas online. Também venho acompanhando as novas ferramentas que vão surgindo.

Em uma dessas ocasiões, conheci o XMind, na sua versão free, e adorei. Fácil de usar, sua interface é simples, bastante amigável e atraente. Possui ainda um recurso interessante: a possibilidade de aplicar temas e estilos aos mapas mentais. O aspecto negativo fica por conta da visualização prévia de impressão, que nem sempre é tão fiel ao resultado, bem como não há muitas opções relacionadas à modificação do layout de página. Para alguns, o fato de estar com a interface em inglês poderá ser também uma desvantagem. Mesmo assim, acho que vale a pena usar essa ferramenta.

O mapa mental da ilustração acima, elaborado para os níveis de maturidade do MPS.BR, foi feito utilizando-se esta ferramenta.

Para experimentar o XMind, vá em http://www.xmind.net/downloads/

Curso de Gerência de Portfólio em Ouro Preto/MG

2009-05-01T09:37:00.012-03:00

Estão abertas as inscrições para o Curso de Gerência de Portfólio em Ouro Preto/MG, a ser realizado no dia 01 de junho de 2009, de 08:00 às 12:00 (parte 1) e 18:00 às 21:00 (parte 2), sendo ministrado por Sheila Reinehr. O curso ocorrerá no âmbito do SBQS 2009 (VIII Simpósio Brasileiro de Qualidade de Software).

Informações: http://www.softex.br/mpsbr/_noticias/noticia.asp?id=2516

Curso de Introdução ao MPS.BR em Porto Alegre

2009-03-31T21:21:00.003-03:00

Estão abertas as inscrições para o Curso de Introdução ao MPS.BR (C1-MPS.BR) em Porto Alegre, que ocorrerá nos dias 14 e 15 de maio de 2009 (5ª e 6ª) e será ministrado por Carlos Alberto Becker.

Informações: http://www.softex.br/portal/mpsbr/_comunicados/comunicado.asp?id=2486

Curso de Introdução ao MPS.BR em Curitiba

2009-03-29T20:01:00.003-03:00

Estão abertas as inscrições para o Curso de Introdução ao MPS.BR (C1-MPS.BR) em Curitiba, que ocorrerá nos dias 06 e 07 de abril de 2009 (2ª e 3ª) e será ministrado por Odisnei Galarraga.

Informações: http://www.softex.br/mpsbr/_comunicados/comunicado.asp?id=2479

EWD - Encontro de Webdesign e ETI - Encontro de Tecnologia da Informação no Rio de Janeiro

2009-03-26T20:07:00.013-03:00

O EWD - Encontro de Webdesign (www.encontrodewebdesign.com.br) e o ETI - Encontro de Tecnologia da Informação (www.encontrodeti.com.br) serão um evento único!

A primeira edição deste ano terá início no Rio de Janeiro, dia 28/03 (sábado), no Centro de Convenções SulAmérica e seguirá para mais 8 cidades nos próximos meses:

Conteúdo Espaço Design: entretenimento (conceitos e cases), interfaces ricas, inovação digital e redes sociais.
Conteúdo Espaço Tecnologia: CMS´s livres, arquitetura Java, Aplicações ricas (Flex e Air), desenvolvimento ágil e RoR.
Conteúdo Espaço Oficinas: emprendedorismo e Wordpress.

A Arteccom oferece um desconto especial no ingresso para quem ler este post e enviar e-mail para publicidade@arteccom.com.br com o título "desconto para parceiros".

Breve introdução ao Gerenciamento de Processos com BPM

2009-02-21T19:16:00.008-03:00

Business Process Management (BPM) é uma metodologia para gerenciamento de processos, que pode ser apoiada pelo uso de ferramentas tecnológicas. Originada nos Estados Unidos, começou a ser amplamente utilizada por diversas empresas, interessadas em melhorar a implementação e o controle de suas estratégias organizacionais.

O objetivo é que a empresa reconheça os seus processos estratégicos e que a partir deles possa obter produtividade e eficiência, com a almejada competitividade. Também permite que sejam identificados os pontos onde pode haver melhoria nos processos visando o atendimento às necessidades do cliente. As melhorias que podem ser obtidas estão relacionadas ao custo, prazo, qualidade e à agilidade na execução do processo.

O BPM pode empregar ferramentas de modelagem para realizar o gerenciamento dos processos. Diferentemente do mapeamento de processos, a modelagem analisa profundamente um processo, objetivando criar um modelo ideal para se atingir um propósito específico, por exemplo, a automação do processo visando à melhoria de produtividade.

A modelagem pode ser feita empregando-se uma notação própria, denominada BPMN (Business Process Modeling Notation), considerada de fácil entendimento, que permite modelar os processos documentando como eles são hoje, e, a partir disso, projetar e descrever modelos ideais de como eles deveriam ser. Permite, ainda, monitorar e medir o negócio através de indicadores de desempenho, baseados nas atividades desses processos.

A metodologia BPM vem conquistando muitos adeptos no Brasil, pois os processos modelados vão se tornando cada vez mais alinhados e aderentes aos objetivos do negócio, colaborando na redução de custos e tempo, na melhoria contínua da qualidade e no alcance da competividade, demonstrando-se, portanto, eficaz na melhoria da gestão dos processos de negócio.

Você sabe escolher o melhor gráfico para exibir dados?

2009-02-07T18:35:00.009-02:00

A escolha de um gráfico é de fundamental importância e extremamente útil quando se deseja fazer uma apresentação, demonstrar resultados ou sobretudo para elaborar gráficos de gestão à vista de indicadores da qualidade. Portanto, é vital que se saiba escolher qual tipo de gráfico é mais indicado para o uso pretendido.

Em um blog sobre como apresentar e comunicar efetivamente informações complexas (http://extremepresentation.typepad.com/blog/), há um quadro esquemático que ajuda na escolha de um tipo de gráfico. Na verdade, tudo depende de como se pretende apresentar os dados. Pode ser por meio de uma relação, pela distribuição, pela composição ou por comparação.

A melhor forma de entender isso é visualizar o quadro esquemático elaborado por Andrew Abela, cuja versão original está em inglês, disponível em arquivo no formato pdf. Há uma versão traduzida para o português, elaborada pelo Prof. Kenneth Corrêa. Porém, só é possível visualizá-la como imagem.

Além disso, há também uma outra dica que pode lhe ajudar na escolha do gráfico. No Chart Chooser, você escolhe no lado esquerdo uma categoria. Na verdade, a categoria expressa como você pretende apresentar os dados, da mesma forma como explicado acima. São exibidos então os tipos de gráficos possíveis para aquela categoria que você selecionou.

Porém, o site oferece uma coisa a mais: clique em um dos gráficos que foram exibidos para a categoria e serão mostrados links para download daquele gráfico, tanto no formato do Excel, quanto no PowerPoint.

Pós-graduação em Gestão Estratégica de Processos de Negócios em Belo Horizonte

2008-12-17T10:33:00.008-02:00

Estão abertas as inscrições para a Pós-graduação em Gestão Estratégica de Processos de Negócios, da PUC Minas, em Belo Horizonte. As aulas acontecerão às sextas e sábados e se iniciarão em março de 2009.

As coordenadoras do curso são Ana Catarina Lima Silva, Mestre em Administração de Empresas, e Rosilane Ribeiro da Mota, Mestre em Ciência da Computação.

Informações:
http://www.pucminas.br/cursos/dados_cursos.php?tipo=2&instituto=403010000&pai=339&pagina=747&menu=943&cabecalho=14&lateral=18&situacao=200901&curso=1665

Ajude Santa Catarina!

2008-11-28T22:19:00.017-02:00

Este cartaz foi criado por iniciativa de Rodrigo Müller, e está sendo veiculado, conforme autorizado por ele no Flickr, como uma forma de contribuir para a divulgação das contas da Defesa Civil para doação aos desabrigados de Santa Catarina.

Se você quiser saber mais sobre essas contas, poderá obter informações em:

Defesa Civil de Santa Catarina:
http://www.desastre.sc.gov.br/index.php?option=com_content&view=article&id=5:contas-bancarias&catid=13:doacoes&Itemid=2

Diário Catarinense: http://www.clicrbs.com.br/diariocatarinense/jsp/default.jsp?uf=2&local=18&section=Geral&newsID=a2306293.xml

Contribua com qualquer quantia, pois a sua doação pode fazer a diferença na vida de muitas pessoas.

Rodrigo, obrigada pela sua iniciativa e parabéns pela sua atitude e por seu belo trabalho.

Lançamento da norma ABNT NBR ISO 9001:2008

2008-11-28T16:38:00.008-02:00

A ABNT, Associação Brasileira de Normas Técnicas, lançou hoje, dia 28 de novembro, a nova versão da norma ABNT NBR ISO 9001:2008 - Sistemas de Gestão da Qualidade – Requisitos. O lançamento ocorre somente 15 dias após ela ter sido lançada pela ISO, International Organization for Standardization.

FONTE: ABNT Notícias

Perdeu o emprego? Aproveite este momento favorável!

2008-11-25T12:03:00.025-02:00

Este post parece estar fora dos temas do blog, mas pode acontecer com qualquer um, em qualquer área... Quem já passou por isso antes sabe que é um período em que a mente precisa de um tempo, variável para cada um, para estar com lucidez o suficiente e processar a situação, tornando-a a seu favor.

Uma das coisas em que mais acredito é que você deve manter sua confiança e sua capacidade de superar o momento, pois certamente dias melhores virão. Pensando nisso, eu tenho algumas dicas que, creio eu, podem contribuir para que você ao menos tente se manter bem:

Não finja que nada aconteceu. Chore, grite, deixe a emoção sair, mas não permita que ela renda mais que o tempo necessário para assimilar o que aconteceu e tomar as rédeas novamente da situação. Quanto mais rápido você se recuperar, melhor!
Não banque a vítima. Não comece a se crucificar, a se martirizar, a se perguntar "Por que isso foi acontecer justo comigo?" Isso pode acontecer com qualquer um, pode acontecer nas melhores famílias... Ninguém está isento de ser despedido, por melhor que profissionalmente seja. Na verdade, pense e procure entender o porquê isso aconteceu. Talvez, você possa compreender em que pode melhorar sua empregabilidade e investir mais em você mesmo.
Procure a ajuda da família e dos amigos. Eles com certeza lhe darão o conforto e o acolhimento necessários em um momento como este. Além disso, peça também para que divulguem o seu currículo aos seus conhecidos e amigos.
Procure manter-se ativo, movimente-se, aja! Com certeza, isso lhe fará se sentir bem, seja fazendo alguma atividade física ou mental. A idéia aqui é se sentir produtivo, de bem com a vida. Se puder fazer as duas atividades, melhor ainda.
Mantenha-se atualizado. Na internet, existem hoje diversas opções, muito boas inclusive, de cursos a distância, gratuitos ou pagos. Há também tutoriais, apostilas, sites com conteúdo excelente. Enfim, material para se manter atualizado não falta!
Queira realmente sair da posição (incômoda) em que se encontra. Parece estranha esta dica, mas não é. Há pessoas que inconscientemente preferem estar assim, desempregadas, embora aparentemente se posicionem ao contrário. Isso acontece, provavelmente, por estarem com baixa auto-estima. Deseje, de verdade, arrumar um emprego novamente e saia dessa!
Aproveite o empurrão e abraçe a mudança. Esteja aberto para novas possibilidades, pois elas sempre existem. Será que não é hora de você rever os seus conceitos? Quem sabe não é o momento de pensar novamente naquele empreendimento que você sempre quis fazer e nunca teve coragem sequer de escrevê-lo no papel? Ou, quem sabe, considerar outras modalidades de se empregar? Organize suas idéias!
Mantenha-se confiante. Não duvide, não tenha pena de você. Mude o que for necessário mudar e mantenha a confiança. Reveja o passado, aprenda com ele, aprenda com os seus erros. Só consegue ir adiante quem é capaz de confiar em si mesmo. Já viu o vídeo do Steve Jobs?

Developers Day – Java Edition em Belo Horizonte

2008-11-25T07:41:00.008-02:00

O Developers Day - Java Edition, promovido pela ASSESPRO-MG, acontecerá no dia 27 de novembro em Belo Horizonte. Será um dia inteiro dedicado à tecnologia Java, visando a promoção do conhecimento, a atualização e a troca de experiências entre os principais desenvolvedores nessa tecnologia.

Informações e inscrições:
ASSESPRO-MG
(31) 3287-5513
http://www.assespro-mg.org.br/javaedition/index.asp

SBQS 2009 - Simpósio Brasileiro de Qualidade de Software em Ouro Preto

2008-11-25T07:27:00.016-02:00

No evento se reunirão empresários, profissionais, professores, pesquisadores e estudantes de diversas áreas, interessados em questões relativas à qualidade de software, em um evento de divulgação e troca de experiências, promovendo a integração Universidade/ Empresa. Será realizado em Ouro Preto - MG, de 01 a 05 de junho de 2009.

Chamada de Trabalhos – Datas importantes

Submissão de trabalhos técnicos: 10/12/2008 (23h55min horário de Brasília)
Submissão de relatos de experiência: 17/12/2008 (23h55min horário de Brasília)
Notificação aos autores: 17/03 /2009
Entrega da versão final (camera-ready): 06/04/2009
Entrega do material de apresentação (slides): 22/05/2009
Data de realização do SBQS 2009: 01/06/2008 a 05/06/2009

Os temas de interesse do SBQS 2009 incluem os seguintes tópicos relacionados com Qualidade de Software, sem, no entanto, limitar-se a eles:

Qualidade do Processo e/ou Produto de Software
Avaliação de Processo e/ou Produto de Software
Melhoria de Processo e/ou Produto de Software
Modelagem de Processo de Software
Modelos e Normas na Área de Qualidade de Software
Educação em Qualidade de Software
Qualidade de Software na Web
Qualidade de Software Orientado a Objeto
Qualidade e Métodos Ágeis
Qualidade de Software e Reutilização
Qualidade de Software e Gestão de Conhecimento
Qualidade de Software e Manutenção
Ferramentas para Qualidade de Software
Gerência e/ ou Garantia de Qualidade de Software
Verificação, Validação e Testes

Informações:

http://www.sbqs2009.ufop.br/

Conheça o site Qualidade Brasil

2008-11-24T17:30:00.008-02:00

Idealizado por Desidério, um analista apaixonado por Qualidade, este site tem tudo que é importante para apoiar o profissional que atua na área. Há notícias, artigos, eventos, treinamentos e documentos disponíveis para download, sob forma gratuita ou paga.

O site é construído através da participação dos usuários (mais de 1500!), que podem fomentar e desenvolver assuntos relacionados a diversas áreas, mas sempre com o foco na Qualidade. Conta ainda com a colaboração voluntária de colunistas, os quais contribuem produzindo artigos sobre os mais variados assuntos relacionados ao tema.

Na parte paga, disponibilizada através de planos de assinatura, o usuário pode fazer o download dos mais variados tipos de documentos relacionados à Qualidade, Recursos Humanos, Metrologia, entre outros.

Eu sou assinante já há algum tempo e tenho gostado bastante. O site é muito dinâmico, havendo sempre material novo.

E Desidério sempre inventa uma novidade que nos surpreende...

Conheça o site e faça a sua assinatura:
http://www.qualidadebrasil.com.br

O que muda com a nova versão da ISO 9001?

2008-11-24T15:02:00.017-02:00

O foco das mudanças é menor e está mais relacionado à necessidade de tornar a norma ISO 9001 mais clara e consistente, procurando-se resolver ambigüidades e, sobretudo, melhorando sua compatibilidade com a norma ISO 14001.

Um artigo interessante é The Insider's Guide to ISO 9001:2008, publicado na Quality Digest Magazine de novembro/2008, no qual você ficará sabendo sobre as mudanças mais importantes sobre essa nova versão.

Lançamento do livro "Política de Segurança da Informação" - 2ª edição, em São Paulo

2008-11-24T07:19:00.013-02:00

No dia 28 de novembro, em São Paulo, será lançada a 2ª edição, revista e ampliada, do livro Política de Segurança da Informação - Guia Prático para Elaboração e Implementação, de autoria de Fernando Nicolau Freitas Ferreira e Márcio Tadeu de Araújo.

Informações sobre o livro e o evento:
http://www.fernandoferreira.com/livropolitica.htm

1ª Conferência da Qualidade de Software em São Paulo

2008-11-24T06:43:00.023-02:00

A 1ª Conferência da Qualidade de Software será realizada em São Paulo, nos dias 4 e 5 de dezembro, tendo por objetivo apresentar um panorama atual e as perspectivas da Qualidade de Software no Brasil.

Serão abordados os seguintes assuntos:

Programas de melhorias baseados em modelos e sua integração (CMMI, MPS.BR, ISO 9000, SCRUM, ITIL, PMBOK, entre outros).
Benefícios e riscos na implantação de programas de melhoria.
Programas cooperados de grupos de empresas para melhoria de processo de desenvolvimento de software.
O fator humano no desenvolvimento de software.
Medição de resultados na implantação de melhorias.

Informações:
http://www.asrconsultoria.com.br
Tel: (11) 5087-8856 ou (11) 2629-0610
e-mail: conferencia@asrconsultoria.com.br

Pós-graduação Qualidade de Software em Belo Horizonte

2008-11-24T06:08:00.013-02:00

Estão abertas as inscrições para a Pós-graduação em Qualidade de Software com Ênfase em Teste de Software, da Faculdade Pitágoras, em Belo Horizonte. As aulas acontecerão aos sábados, em regime quinzenal e se iniciarão no final de janeiro.

Os coordenadores do curso são Juliano de Castro Santos (Mestre e Bacharel em Ciência da Computação pela UFMG e Certified Tester Foundation Level (CTFL) pelo ISTQB e CBTS pela ALATS) e Robert Pereira Pinto (Mestre e Bacharel em Ciência da Computação pela UFMG e Certified Tester Foundation Level (CTFL) pelo ISTQB).

Informações:
http://www.faculdadepitagoras.com.br/pos

Ferramenta gratuita para gerência de requisitos

2008-11-23T15:14:00.002-02:00

Outro dia, uma pessoa perguntou em um grupo de discussões se alguém conhecia uma ferramenta para gerenciar requisitos. Um dos membros então informou sobre a ferramenta Controla. Você já ouviu falar dela?

O Controla tem como objetivo apoiar as atividades do processo de desenvolvimento de software, tais como o gerenciamento de requisitos e de mudanças ao longo de um projeto. Foi desenvolvida por Clayton Vieira Fraga Filho, como trabalho final do Bacharelado em Sistemas de Informação da Faculdade de Viçosa (FDV) – MG.

Como a ferramenta é gratuita na sua versão 1.0, ela pode ser uma boa opção para empresas de pequeno porte que necessitem melhorar seu processo de gestão de requisitos. Com certeza esta ferramenta poderá ser útil também para apoiar o processo Gerência de Requisitos - GRE do modelo MPS.BR, atendendo a alguns dos resultados esperados.

Dentre os principais recursos disponíveis destacam-se a gerência de requisitos, casos de uso e casos de teste e erros; o planejamento de liberações; o gerenciamento de implementações; o controle de dependência entre implementações; a matriz de rastreabilidade, o registro de métricas para todos os artefatos; a ferramenta de estimativa de tamanho de software por pontos de casos de uso; a ferramenta para priorização de requisito e a emissão dos seguintes documentos: Plano de Projeto, Casos de Uso e Especificação de Requisitos.

Informações mais detalhadas sobre o Controla podem ser vistas no artigo do próprio autor em Controla: Ferramenta de Apoio ao Processo de Desenvolvimento de Software em pequenas empresas

O link para download da ferramenta é http://www.linkados.com.br

Já fiz o download da ferramenta, mas ainda não a testei. E você, já conhecia esta ferramenta? O que achou dela? Deixe seu comentário!

Já ouviu falar em BPMN?

2008-11-23T14:56:00.016-02:00

A sigla significa Business Process Modeling Notation (BPMN). Foi desenvolvida para ser uma notação que fosse imediatamente reconhecível por todos os usuários envolvidos em um processo de negócio, desde aqueles que inicialmente projetaram o processo até os que irão realizá-lo. A idéia, portanto, foi criar um padrão que reduzisse a distância existente entre o projeto do processo e a sua implementação.

O BPMN define um tipo de diagrama denominado Business Process Diagram (BPD), baseado em fluxograma adaptado para criação de modelos gráficos de operações de processos.

Para saber mais:

Mensagem de boas-vindas

2008-11-23T11:18:00.012-02:00

Olá, seja bem-vindo(a)!

A idéia deste blog é ser um espaço de divulgação de informações relacionadas à Qualidade (ISO 9001), Qualidade de Software e Tecnologia da Informação. Portanto, deve ser útil e prático.

Novidades, eventos, ferramentas, problemas, desafios, sugestões, lições aprendidas, enfim, tudo aquilo que possa contribuir para o aprendizado nesses setores será aqui colocado.

Você tem uma idéia ou contribuição para fazer? Seja bem-vindo, este espaço aqui também é seu!

Obrigada pela sua visita e espero que volte sempre!

Abraços
Aléxia Lage