quinta-feira, 31 de dezembro de 2009

Política Organizacional

Por que os processos primeiro?
O CMMI parte da premissa que "A qualidade de um produto de software é altamente influenciada pela qualidade do processo utilizado para seu desenvolvimento e manutenção".
Com base nisso foi desenvolvida a Política Organizacional, a qual rege o processo de desenvolvimento de software na empresa. A política seria o 'sherif' do processo, ditando as regras!
Para escrevê-la precisamos alinhar alguns conceitos como: objetivo de negócio da empresa, definição do processo completa com as áreas bem especificadas, perfis ou papéis compatíveis atrelados a documentos da área de RH e, principalmente, tentar manter todos os projetos de desenvolvimento no processo, o tornando homogênio e usual.
É imprescindível ao profissional saber e compreender o conteúdo deste documento e as políticas das áreas do processo.

Campanha de Sensibilização Fail

Como escrevemos anteriormente neste final de ano e festividades, eu e a Elo trabalhamos com a pressão de lidar com muitas atividades em paralelo e buscar soluções para institucionalização do pessoal que vai ser entrevistado no SCAMPI A, ao final de Janeiro. Temos menos de um mês, recursos de férias e de folga e o peso de fazer com que as pessoas compreendam a responsabilidade e importância do seu comprometimento neste momento.
Demos início à Campanha de Sensibilização após o SCAMPI B, com a idéia do marketing e RH de realizar uma gincana com os colaboradores, para tornar o aprendizado e a busca pelo conhecimento do processo mais lúdico e participativo. Na minha concepção a campanha não deu o retorno esperado, me frustando de certa forma.
Conversamos muito a respeito procurando a melhor forma de fazer com que o profissional veja o crescimento que vai obter com a participação no SCAMPI e o conhecimento adquirido e, consequentemente da empresa em si.
No momento, pensamos que conversas informais, duas vezes ao dia com esclarecimento de dúvidas e perguntas pontuais ajudariam. O blog é um plus para esta conversa, pois os conteúdos que estamos publicando, neste momento, são principalmente referente à institucionalização.
Esperamos que ao ler os posts, você leitor se sinta mais envolvido e que o ajude na busca do conhecimento.

Na sua opinião, qual seria a melhor forma de compreender o processo? Quais as suas maiores dúvidas?
Obrigada.

Ciclo de vida de Projeto

Optamos por desenvolver os projetos com o ciclo de vida em cascata. Com o objetivo de deixar o processo claro aos colaboradores, criamos um pdf que foi desenhado segundo a notação BPMN, gerado no visio com todas as fases: Iniciação> Planejamento> Análise> Construção> Teste> Homologação> Encerramento. As atividades foram divididas por perfis e criados links para a descrição de cada tarefa, a qual descreve:
Área de processo; Fase em que se encontra; Descrição; Responsável; Envolvidos; Passo a passo da tarefa; Práticas do CMMI aplicáveis; Documentos de entrada e saída; Ferramenta utilizada; Guias de referência e Templates.
O processo de desenvolvimento de projetos é um 'norte' e a forma mais fácil e intuitiva que enco
ntramos para institucionalizar o pessoal.

quarta-feira, 30 de dezembro de 2009

CMMI - Definição

O que é o CMMI (Capability Maturity Model Integration)?
É um modelo de referência que contém práticas necessárias (GPs) para a maturidade em disciplinas específicas (SPs) para a melhoria contínua de processo de desenvolvimento de software.
O CMMI não é uma metodologia ou ciclo de vida do projeto.
O modelo que sugerimos é a representação contínua, que fornece a possibilidade de escolha de áreas de processo específicas para maturidade somente daquelas áreas. No caso, Planejamento de Projetos (PP), PMC (Monitoramento e Controle de Projeto), REQM (Gerência de Requisitos), MA (Medição e Análise), PPQA (Garantia da Qualidade de Processo e Produto), CM (Gerência de Configuração) e SAM (Gestão de acordo com fornecedores).

Por que usar o CMMI?
A exigência por demonstrações de controle das competências gerenciais, operacionais e técnicas são cada vez mais intensas pelos contratantes de software, o que faz com que cada vez mais as prestadoras de serviço e software busquem essa competência, maturidade. Diante desse cenário, muitas entidades de padronização desenvolvem normas e modelos que regem boas práticas para assegurar essas competências e o SEI (Software Engeneering Intitute) é uma delas. O SEI é o centro de pesquisa e desenvolvimento que propôs e mantém o modelo CMMI.

Institucionalização - Start

Pensando em como institucionalizar o processo CMMI nível 2 na empresa em que trabalhamos neste final de ano, época de festividade, próximo da data do SCAMPI A, Eu e Elo tivemos a ideia de criar este blog, apresentar as nossas maiores dificuldades e soluções para as mesmas.
Nossa maior dificuldade hoje é o tempo e disponibilidade dos profissionais.
Qual a melhor forma de passar o conteúdo e informações do processo quando definido? Tentamos uma campanha de sensibilização com premiação para os ganhadores. Foram repassadas dicas através de e-mails, dividido por áreas do processo PP, PMC, REQM, MA, PPQA, CM e MA. Treinamentos específicos, além de apresentações da Política Organizacional e utilização da intranet pelos colaboradores através de Alertas de Não Conformidade e Solicitações de Mudança. Esperamos que nossos próximos posts sejam motivadores e esclarecedores, contribuindo ao profissional que está passando pela institucionalização e pelas pessoas que compõe o EPG (Grupo de Engenharia de Processos) da área de TI.

Sejam Bem-Vindos!