Alercio Bressano

História do Gerenciamento de Projetos

alercio — Sat, 24 Mar 2007 04:45:00 GMT

Navegando na Internet, achei um texto bem interessante sobre a história do gerenciamento de projetos e a sua importância para a humanidade:

http://www.lessons-from-history.com/Level%202/History_of_PM_page.html

Alércio Bressano

Não fazer ou fazer sem Qualidade?

alercio — Tue, 13 Feb 2007 05:11:00 GMT

Prezados amigos, lanço aqui um desafio para vocês:

Imagine-se numa tarefa onde o cliente determinou que tempo é uma restrição! O prazo final não pode ser alterado! Além disso, o cliente não está interessado em algo com muita qualidade. Entretanto, para essa tarefa ser executada dentro dos padrões de qualidade que você determina para os seus trabalhos, seria necessário um tempo maior do que o combinado. Mesmo o cliente não sendo sensível a qualidade do que será produzido, você como profissional se preocupa com a sua imagem e os resultados do que você produz.

Nesse cenário, qual seria a melhor decisão? Entregar o que foi combinado, mesmo com a qualidade abaixo da esperada, ou não fazer e tentar negociar um tempo maior e entregar um produto de melhor qualidade? E se optarmos por renegociar o prazo e o cliente não aceitar?

O que vocês fariam? Aguardo seus comentários...

Encontro Internacional de Qualidade de Software em Salvador

alercio — Thu, 05 Oct 2006 22:55:00 GMT

Para maiores informações, acessem meu blog pessoal -> http://alercio.spaces.live.com

Alércio Bressano

GP in foco

alercio — Tue, 03 Oct 2006 00:36:00 GMT

Depois de um longo período sem efetuar nenhum post (por estar envolvido em outros compromisssos profissionais), retorno ao agradável convívio de vocês dando conhecimento sobre um evento que participei recentemente.

Nos dias 14, 15 e 16 de Setembro, a Chip e Cia, em parceria com a Beringer Consulting (RS), promoveu em Aracaju um curso sobre Gerenciamento de Projetos. O conteúdo abordou o PMBOK, certificação PMP, Gerenciamento de Portfólio de Projetos, Escritório de Projetos, Modelo de Maturidade em GP e Ferramentas para automatizar os processos de gerenciamento.

Foi um encontro muito enriquecedor, pois além da grande experiência do instrutor, tivemos a presença de grandes profissionais da área de gestão de projetos no Estado de Sergipe.

Vejam foto dos participantes registrada ao final do curso:

Além disso, esta semana estou iniciando a disciplina de Gerência de Projetos na Pós MPS. Agora, é mão na massa e sucesso nos projetos!!!

Por Alércio Bressano

MPS.BR x CMMI

alercio — Tue, 13 Jun 2006 22:27:00 GMT

Hoje teve início a minha participação num curso de introdução ao MPS.BR (para maiores detalhes, visite http://spaces.msn.com/alercio).

Para quem não conhece ou já ouviu falar, o MPS.BR foi criado com o intuito de definir um modelo de referência acessível às micro, pequenas e médias empresas brasileiras desenvolvedoras de software, com o objetivo de torná-las mais competitivas no cenário nacional e internacional.

Esse modelo é baseado no CMMI, dentre outras nomas, e possui níveis de maturidade. Achei interessante um slide no curso de hoje que mostra a relação entre os níveis de maturidade do MPS.BR e do CMMI. Veja a seguir:

Essa equivalência é apenas conceitual. Um exemplo para entender melhor isso aconteceu com a empresa Politec, que é certificada CMMI nível 5, e solicitou à SOFTEX uma avaliação diretamente no nível A do MPS.BR. Ela passou pela avaliação e obteve o nível máximo também no MPS.BR.

Apesar de recente (Dezembro de 2003), esse modelo já conta com cooperativas de empresas em alguns estados (que unem forças para passar pela avaliação e avançar nos níveis de maturidade) e já possui em torno de 80 empresas (informação aproximada) utilizando o MPS.BR ou prestes a passar por avaliação. Por ser um modelo desenvolvido com o apoio do Ministério da Ciência e Tecnologia, o governo está iniciando processos de licitação tendo como pré-requisito nível de maturidade nesse modelo.

Mais uma alternativa para o foco na melhoria da qualidade e em busca da maior profissionalização do nosso mercado de desenvolvimento de software.

Por Alércio Bressano

Próxima parada: Encontro Presencial da Pós MPS em Lavras-MG!

alercio — Sun, 11 Jun 2006 22:55:00 GMT

Daqui a pouco embarco para Minas Gerais, onde participarei do primeiro encontro presencial da pós-graduação a distância que estou cursando (MPS - Melhoria de Processo de Software). Além disso, também estarei participando do VII Congresso de Qualidade na Produção de Software (ProQualiti 2006).

Minha programação será a seguinte:

Segunda, dia 12/06 – Chegada

Terça (manhã), dia 13/06 – Curso Oficial Introdutório MPS.BR*

Quarta (manhã e tarde), dia 14/06 – Curso Oficial Introdutório MPS.BR

Quinta (manhã e tarde), dia 15/06 – Defesas de Monografia**

Sexta (manhã), dia 15/06 – MPS D01: Introdução à Engenharia de Software

Sexta (tarde), dia 15/06 – MPS D02: ISO 9000 para Software

Sexta (noite), dia 15/06 – Orientações de Monografia

Sábado (manhã), dia 16/06 – MPS D04: Melhoria e Avaliação de Processos com a ISO 15504

Sábado (tarde), dia 16/06 – MPS D03: Definição e Implantação de Processos com a ISO 12207

* MPS.BR (http://www.softex.br/mpsbr) é um programa para Melhoria de Processo de Software Brasileiro, coordenado pela Associação pela Promoção da Excelência do Software Brasileiro (SOFTEX) e conta ainda com apoio do Ministério da Ciência e Tecnologia (MCT), da Financiadora de Estudos e Projetos (FINEP) e do Banco Interamericano de Desenvolvimento (BID). O objetivo desse projeto é a melhoria da qualidade dos resultados das empresas brasileiras de desenvolvimento de software, aumentando a competitividade no atual cenário globalizado. Essa metodologia tem como base a ISO/IEC 12207, ISO/IEC 15504 e CMMI-SE/SW.

** As apresentações de monografias serão feitas pelos acadêmicos das turmas que estão concluindo nesse momento os cursos de especialização em MPS (Melhoria de Processo de Software), PSL (Produção de Software Livre) e CMMI. Como a secretária do curso informou, nossa participação é obrigatória, para irmos nos acostumando ao ambiente da apresentação de trabalho num congresso (iremos passar por isso também ao final do nosso curso :] ).

Espero que os trabalhos sejam produtivos, que eu obtenha bons resultados nas avaliações das disciplinas e que eu aproveite bastante o encontro para aprender ainda mais... Evolução, Aprendizado Contínuo e Busca por Resultados! Sempre :]

Por Alércio Bressano

Empresas CMMI nível 5 no Brasil

alercio — Sun, 11 Jun 2006 22:50:00 GMT

Navegando na net, encontrei notícias de empresas que se certificaram CMMI nível 5 no Brasil. Segue a lista:

- EDS Brasil

- BRQ

- Politec

- Stefanini

- IBM Brasil

Fonte: http://computerworld.uol.com.br/ (busca por "CMMI")

Por Alércio Bressano

A Orquestra e o Instrumento

alercio — Sun, 11 Jun 2006 22:48:00 GMT

Para ilustrar ainda mais os conceitos apresentados nos posts anteriores, redigi um artigo no ano passado que fala basicamente da importância entre Processos x Tecnologia.

Confiram em:

http://www.plugmasters.com.br/sys/materias/363/1/Processos-e-Tecnologia%3A-a-orquestra-e-o-instrumento

Por Alércio Bressano

A Tecnologia fechando o triângulo

alercio — Mon, 29 May 2006 04:46:00 GMT

Finalizando a nossa “viagem”, vamos falar do terceiro e último “lado”: Tecnologia.

Refiro-me ao termo tecnologia no sentido de ferramentas para o gerenciamento e desenvolvimento de projetos.

Ao desenvolver um projeto de software, o time estará diretamente interagindo com ferramentas de programação, de modelagem e especificação, bem como de gerenciamento das atividades.

Para as ferramentas de codificação, é fundamental que tenhamos a seguinte percepção: o foco deve sempre ser mantido no valor que o software deve agregar ao negócio do cliente e não unicamente na tecnologia que o mesmo deve ser desenvolvido. As decisões da plataforma de desenvolvimento dependem do que será produzido. Portanto, a definição de que a solução será desenvolvida em ambiente web, windows application, web services, “n” camadas, entre outros, depende efetivamente do que será necessário para viabilizar o negócio que o cliente necessita.

Falando mais especificamente sobre ferramentas para gerenciamento de projetos, engana-se quem acredita que, através de sua adoção, os problemas com prazo, custos e qualidade dos projetos estão definitivamente resolvidos! Não acreditem nisso! A ferramenta é um meio para agilizar algum processo que está definido, é sólido e faz parte da cultura das pessoas que o executam. Portanto, a causa das falhas em projetos não se encontram na falta de ferramentas, mas na falta de uma cultura orientada a processos, a métodos de trabalhos que são executados de forma coordenada, com responsabilidades bem definidas e com foco no resultado.

O Visual Studio Team System aos poucos vem deixando de ser uma promessa e se tornando uma grande realidade como uma ferramenta de gerenciamento de projetos. Vem a ser uma ótima alternativa para automatizar o desenvolvimento de projetos de TI, tornando esse trabalho mais profissional. Entretanto, ele não se constitui na solução de todos os problemas. Devemos usá-lo para obter uma maior efetividade nos controles do projeto e não como a única alternativa para entrega de produtos dentro do prazo.

Diante do exposto, podemos concluir que a tecnologia vem a ser um meio para atingir objetivos. E, aliado a pessoas, com competência necessária para desempenhar suas funções, e um processo de trabalho bem definido, facilita a busca por resultados. Mas lembre-se: a falta de tecnologia nem sempre é a causa dos problemas!

Por Alércio Bressano

Disciplina por Processos

alercio — Thu, 27 Apr 2006 17:38:00 GMT

Seguindo com a nossa avaliação do triângulo mágico, passamos para o segundo “lado”: Processo.

Na minha concepção, o principal objetivo desse “lado” é definir todas as atividades envolvidas no desenvolvimento de uum projeto de software e os artefatos a serem criados. Além disso, disciplinar a execução e o gerenciamento de todas essas tarefas. Em outras palavras, de forma bem simples, poderíamos definir processo como a forma de se fazer algo, os meios de se chegar a um resultado planejado. Aqui, considero como essencial uma habilidade: disciplina!

Muitos profissionais da nossa área, quando passam por uma implantação de um processo no seu ambiente de trabalho, costumam resistir e pensar que tudo aquilo é uma burocracia exagerada e irá “engessar” a execução das atividades. “Para que gerar esses diversos documentos? O que importa é o código, o resultado final”. Se avaliarmos friamente, eles não estão errados. Entretanto, eles esquecem de levar em consideração que trabalhamos numa área em que os requisitos são intangíveis. Por isso, o processo é um meio para torná-los tangíveis e claros entre ambas as partes (cliente e fornecedor). Os processos tem esse grande objetivo. Isso faz com que tenhamos uma execução bem definida, minimizando custos com retrabalho e imprevistos no planejamento.

Vamos imaginar o desenvolvimento de um produto, onde temos recursos humanos e uma grande vontade de desenvolver um projeto para um cliente. As atividades não estão claramente definidas para a equipe, é estimado um tempo de desenvolvimento sem nenhum embasamento e o projeto inicia com o levantamento de requisitos e logo em seguida a codificação do que foi levantado. Outro recurso valida o que foi implementado e faz a implantação no cliente. Você acha que esse projeto atenderá as expectativas do cliente? Acreditem, existem produtos que são desenvolvidos dessa maneira e em alguns casos conseguem atingir os objetivos. Entretanto, a grande maioria de empresas que trabalham dessa maneira "engordam" as estatísticas de fracassos em projetos.

Tendo um processo definido, as atividades que compõem todo o ciclo de desenvolvimento, bem como sua sequência de execução e técnicas envolvidas, são conhecidas. Todos os documentos que serão gerados em todas as fases do desenvolvimento também são definidos e divulgados entre os membros da equipe.

Outro ponto importante é definir claramente os papéis e responsabilidades de cada componente do time. As pessoas que participam do projeto devem conhecer quais são as suas atribuições e o que o seu líder espera do seu trabalho e qual a sua contribuição para o resultado do projeto. Isso evita conflitos, retrabalhos, além de dar maior segurança e foco no desenvolvimento das atividades.

Para finalizar, gostaria de deixar uma reflexão: se vocês quiserem saber a qualidade de um produto qualquer no mercado ou, especificamente na nossa área, de um projeto de software, saiba como este foi desenvolvido, quais as etapas foram executadas na sua produção. Conhecendo o processo, você terá bons indícios a respeito da qualidade do resultado que foi gerado.

Vamos gerar conhecimento? Enviem seus comentários e visões sobre esse assunto...

Abraços,

Alércio Bressano

Pessoas: a Base do Triângulo

alercio — Wed, 05 Apr 2006 18:53:00 GMT

Dando continuidade ao post anterior, vamos falar um pouco sobre cada um dos lados desse “triângulo enigmático” no desenvolvimento de software. Vamos desvendá-lo?

Antes de mais nada, apenas para alinharmos as expectativas, vocês podem estar se perguntando: “Por que esse cara está falando de pessoas, processos e tecnologia, ao invés de tratar diretamente do VSTS?”. Nesse momento, meu objetivo é fazer uma contextualização de conhecimentos para que estejam sincronizados e serem uma diretriz para nortearem as nossas discussões posteriores. O intuito é prover interações mais produtivas.

Bom, mas vamos direto ao que interessa. Vamos falar um pouco desse lado que considero um dos mais importantes no gerenciamento de projetos: Pessoas.

O desenvolvimento de um empreendimento de construção de um software não utiliza-se apenas de materiais e equipamentos. Dependemos também de recursos humanos. Na concepção de um projeto, devemos definir quais os papéis da equipe, suas respectivas responsabilidades e as competências necessárias para desempenhar cada papel. É muito importante que fique claro para cada membro da equipe a função que ele irá assumir e o que o líder espera do seu desempenho no projeto. Isso evita retrabalho, diminui conflitos e faz com que cada componente saiba exatamente o que deve fazer e mantém o foco naquilo, especializando-se na sua área de atuação.

O líder ou gerente do projeto deve ter, além de um conhecimento vasto e experiências em técnicas de gerenciamento de projeto (processos/metodologias, criação do plano de projeto, cronograma, acompanhamento de custos, entre outros tópicos relacionados), deve possuir também habilidades de liderança, boa comunicação, capacidade de negociação, persuasão, dentre outras características interpessoais. Ele deve transmitir confiança, ter credibilidade (o discurso alinhado com a atitude), para que as pessoas possam seguí-lo, com o intuito de atingir os objetivos definidos no projeto. E por ser o líder, deve fazer com que todos os componentes da equipe tenham uma visão comum e convirjam para o mesmo ponto com relação às metas a serem alcançadas.

Para destacar como as pessoas são importantes no desenvolvimento de um produto, em diversos modelos de ciclo de vida, metodologias e normas, são destacados processos específicos para gerenciar as pessoas, entre ele o de gerenciamento de recursos humanos (guia PMBOK, norma ISO 12207) e modelo de time (MSF).

Diante desse contexto, podemos concluir que devemos dar uma atenção especial ao capital intelectual. O sucesso num projeto é consequência de diversos fatores, entre eles uma equipe competente, unida, comprometida, com foco no cliente e no resultado. E alcançar isso é fruto de um árduo trabalho dos líderes.

Então, diante do exposto, o que seria para você um projeto de sucesso com relação às pessoas envolvidas no processo? Lá vai algumas características: cliente satisfeito com o produto entregue (atendendo ou superando suas expectativas) e uma equipe satisfeita com o trabalho desempenhado e motivada para novos desafios... Uma negociação ganha-ganha entre cliente e fornecedor... O que mais poderíamos dizer? Vamos debater? Mande seu comentário :)

Por Alércio Bressano

O Triângulo Mágico do Desenvolvimento de Software

alercio — Sat, 18 Mar 2006 20:41:00 GMT

Olá prezados amigos,

é um prazer enorme poder estar atuando, a partir desse momento, nesse canal de comunicação e poder levar até você informações e experiências desse mundo fascinante da gestão de projetos de TI.

Gostaria de, nesse primeiro post, levar você a uma breve reflexão sobre um assunto que deverá nortear as nossas interações.

Nesse momento, por você estar lendo esse texto, você está interessado em participar de um grande movimento de mudança: a profissionalização da área de gerenciamento de projetos. Aqui, você terá a oportunidade de interagir com grandes nomes nacionais que buscam esse objetivo. Com isso, almejamos a um desenvolvimento de software onde o produto seja entregue no tempo combinado e da forma que o cliente solicitou, proporcionando maior satisfação para ambos os lados (fornecedor e adquirente).

Mas, como alcançar isso?

Segundo um estudo feito pelo Standish Group, o relatório CHAOS 2004 aponta que apenas 28% dos projetos desenvolvidos atingem os resultados planejados e são considerados projetos de sucesso. Por outro lado, 72% fracassam (são cancelados, entregues fora do prazo, faltando alguma funcionalidade esperada)!!!

Antenada a esse cenário, a Microsoft coloca no mercado um produto que pretende revolucionar o segmento de desenvolvimento de software: o Visual Studio 2005 Team System. Mas vamos parar e pensar: será que esse novo sistema tem a fórmula mágica para que você transforme seus projetos em empreendimentos de sucesso?

Estudiosos da computação - e até mesmo de outras áreas, como por exemplo, a administração - proponhem que um projeto de sucesso deve dedicar esforços equilibrados aos seguintes pontos: Processos, Pessoas e Tecnologia.

Figura 1: The Magic Triangle

O VSTS vem claramente com a intenção de fortalecer a ponta Tecnologia. Mas e as outras duas partes dessa tríade? Qual o papel e a contribuição de ambas nesse contexto, para que possamos ter sucesso em nossos projetos de TI?

Que tal debatermos sobre esse assunto? O que vocês pensam a respeito disso?

Nos próximos posts iremos falar um pouco mais sobre este assunto. Estarei expressando a minha opinião e gostaria que fosse enriquecida com a experiência de vocês. Reflitam...

Até a próxima,

Alércio Bressano

http://blogs.vstsrocks.com.br/alercio

http://spaces.msn.com/alercio

http://thespoke.net/blogs/alercio