Gestão de Projetos

Métodos Ágeis: É Importante a Certificação?

g2996Neste artigo vou abordar a importância da certificação em métodos ágeis. O uso de métodos ágeis como uma abordagem para gerenciamento de projetos tem aumentado dramaticamente nos últimos anos. O Gartner prevê que os métodos ágeis serão utilizados em 80% de todos os projetos de desenvolvimento de software.

Uma pesquisa feita pelo PMI mostrou que o uso de práticas ágeis tem aumentando drasticamente ao longo dos anos. Além disso, a pesquisa demonstra o valor que métodos ágeis podem ter na redução de defeitos do produto, melhorando a produtividade da equipe, melhoria na entrega e aumento do valor comercial.

O PMI-ACPSM está posicionado para reconhecer e validar o conhecimento desta importante abordagem. Com a disseminação do gerenciamento de projetos e do constante desenvolvimento de suas ferramentas, os profissionais da área vem se confrontando com um mercado próspero–porém muito complexo.

Devido ao crescimento desse mercado ocorreu também a expansão de diversos cursos de especialização na área de gerenciamento de projetos, praticamente em todas as cidades de médio/grande porte existem dezenas desses cursos. Tendo em vista à evolução do gerenciamento de projetos, o PMI, reconhecendo as necessidades do mercado, oferece diferentes certificações, entre elas a PMI –Agile Certified Pratictioner (PMI-ACP) resultado do ambiente de negócios dinâmico em que hoje as diferentes organizações atuam.

O aumento do número de cursos por um lado proporciona o fomento da área e a formação de massa crítica, porém a falta de padronização e muitas vezes a dissonância com as práticas do Guia PMBOK® criam dúvidas sobre a qualidade de muitos cursos e consequentemente sobre o conhecimento de alguns profissionais.

A grande necessidade de ganhar competitividade estimula as empresas a operar em mercado mais amplos, cooperando e competindo para melhorar sua qualidade e preço, isso gera muitos gastos e para compensar os mesmos, há uma grande necessidade em agregar valor à empresa. Essa realidade vivida pelo setor mais tradicional do gerenciamento de projetos se adéqua melhor quando se utiliza o método ágil, por esse setor ser relativamente novo quando comparado ao gerenciamento de projeto tradicional.

Pensando um pouco sobre a questão do desenvolvimento, esse desenvolvimento se faz presente em diversas áreas do conhecimento técnico e assim, são utilizadas certificações profissionais, pois essas representam o reconhecimento da habilidade e experiência no uso das técnicas e aplicação de conhecimentos, assim, mantendo um diferencial e adicionando confiabilidade ao currículo de cada profissional. Deve ser visto em seu sentido mais amplo a comprovação formal dos conhecimentos, habilidades, atitudes e capacidade do profissional, requeridos para a execução de uma determinada atividade.

As melhores práticas do gerenciamento de projetos difundidas e consolidadas, em sua forma tradicional, começaram a serem questionadas. Em uma área do gerenciamento de projetos envolvida intensamente com desenvolvimento tecnológico de software como o gerenciamento ágil de projeto, as mudanças técnicas são constantes e extremamente rápidas.

Para atender as demandas desses projetos tecnológico o gerenciamento ágil de projetos utiliza ferramentas que focam as entregas ao invés das extensas documentações.

Onde estão os valores e princípios?

Para os Valores, temos:

  • Indivíduos e interações mais que processos e ferramentas;
  • Software em funcionamento mais que documentação abrangente;
  • Colaboração com o cliente mais que negociação de contratos;
  • Responder a mudanças mais que seguir um plano;

Para os Princípios, temos:

  • Maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado;
  • Mudanças nos requisitos são bem vindas, mesmo tardiamente no desenvolvimento;
  • Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente;
  • Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo;
  • Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto;
  • Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho;
  • O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face;
  • Software funcionando é a medida primária de progresso;
  • Os processos ágeis promovem desenvolvimento sustentável;
  • Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente;
  • Contínua atenção à excelência técnica e bom design aumenta a agilidade;
  • Simplicidade — a arte de maximizar a quantidade de trabalho não realizado — é essencial;
  • As melhores arquiteturas, requisitos e designs emergem de equipes auto organizáveis;
  • Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo;

O PMI apresenta uma certificação (como citada anteriormente), que cumpre o propósito de padronizar e disseminar o gerenciamento ágil de projetos, reunindo as seguintes exigências de conhecimentos práticos e teóricos dos certificados: educação secundária (ensino médio ou equivalente) ou superior, 2.000 horas de trabalho em projetos adquiridos nos últimos 5 anos, 1.500 horas de trabalho em projetos -usando técnicas ágeis -adquiridos nos últimos 2 anos, 21 horas de treinamento em Gerenciamento Ágil de Projetos.

Os conceitos Ágeis através de diferentes métodos e processos, foram sendo incorporados no gerenciamento de projetos e sua utilização aplicada em diversas organizações. Não poderia deixar de adicionar ao texto, as principais vantagens do gerenciamento ágil de projetos:

  • Retorno mensurável do investimento mais cedo, entrega iterativa de incrementos dos produtos;
  • Alta visibilidade do andamento do projeto, permite a identificação precoce e resolução ou monitoramento de problemas;
  • Envolvimento contínuo do cliente em todo o ciclo de desenvolvimento do produto;
  • Melhoria na satisfação e motivação dos times de desenvolvimento do projeto;
  • Poder ao proprietário da empresa para tomar decisões necessárias para atingir as metas;
  • Adaptação à evolução das necessidades de negócio, dando mais influência sobre as mudanças de requisitos;
  • Redução dos resíduos do produto do processo;
  • Maior pontualidade na entrega. Estimativas mais realistas, clientes mais envolvidos e satisfeitos

A intensiva competitividade na área de desenvolvimento de software faz com que as empresas busquem sempre o aperfeiçoamento de seus serviços para poder vencer a concorrência. Prazo e qualidade, além é claro de melhor aceitação e adaptação a mudanças são importantes diferenciais que podem ser atingidos utilizando-se metodologias ágeis de desenvolvimento. Embora não seja a solução para todos os problemas, a metodologia ágil mostra uma maneira de trabalhar bastante organizada e iterativa, podendo inclusive contribuir para um ambiente de trabalho mais amigável, portanto é uma boa opção para se obter os diferencias desejados.

Em um mundo qualificado pelo desenvolvimento tecnológico e pela dispersão do uso de software em praticamente todas as áreas do conhecimento humano, faz-se necessário um novo tipo de gestão para os projetos.

O mundo hoje depende de projetos e, para muitas organizações, são eles que garantem o dia de amanhã e permite-lhes sobreviver e crescer.Assim sendo, os métodos ágeis veem respondendo de forma positiva a essas necessidades, por focar os esforços da equipe no produto final e nas necessidades do cliente, relevando à segundo plano o processo de documentação exaustivo. Uma vez que as empresas estejam ao par de tais metodologias e as principais ferramentas utilizadas na Gestão de Projetos aprendido na prática o que tange às certificações, então será possível um maior alcance nas credenciais e certificações.

O PMI veem trabalhando para criar um padrão para os métodos ágeis através do PMI-ACP Examination Content Outline e da certificação PMP-ACP. Outro ponto relevante do PMP-ACP é a re-certificação, a qual difunde as práticas do gerenciamento ágil e estabelece a necessidade de constante aprimoramento dos profissionais certificados.

Espero que tenham gostado do artigo.

Márcio Pulcinelli @ OminaVIncit


Referências:

[1] LEFFINGWELL, Dean and MUIRHEAD, Dave, Tactical Management of Agile Development: Achieving Competitive Advantage. 2004. Boulder, Colorado

[2] SOARES, Michel dos Santos, Comparação entre Metodologias Ágeis e Tradicionais para o Desenvolvimento de Software. Unipac-
Universidade Presidente Antônio Carlos, Faculdade de Tecnologia e Ciências de Conselheiro Lafaiete

[3] Agile Manifesto, Disponível em http://agilemanifesto.org/

[4] SCHWABER , Ken, What Is Scrum?

[5] www.scrumalliance.org

[6] PMI. Profissional Certificado em Métodos Ágeis.Disponível em:http://brasil.pmi.org/brazil/CertificationsAndCredentials/PMI-ACP.aspx/.


Você Realmente Está Trabalhando em Projetos?

Há uma grande diferença entre gerenciar projetos pequenos e grandes. Em um projeto pequeno, por exemplo, você vai até a pessoa com quem precisa conversar quando há uma questão a ser resolvida. Em um projeto grande, é possível que semanas tenham sido dedicadas ao planejamento das comunicações. Quando há uma questão, você precisa descobrir quem está envolvido e onde essas pessoas estão localizadas, qual é o método preferido de comunicação, as informações de contato no registro das partes interessadas e, em seguida, comunicar-se com elas da forma apropriada.

Outra coisa que você deve ter em mente é que propostas de projetos sempre devem ser revisadas e aprovadas formalmente pela administração da organização, após uma comparação de todos os projetos possíveis. Projetos não são selecionados de maneira arbitrária ou informal.

Trabalho Operacional

A maior parte do trabalho realizado em organizações pode ser descrito como trabalho operacional ou trabalho em projetos. O trabalho operacional é contínuo e o trabalho em projetos termina. É importante sempre compreender a diferença. Podem ocorrer casos em que o verdadeiro problema na questão é que alguém está tentando gerenciar trabalho contínuo (operacional), por exemplo, fabricação, como um projeto e isso pode levar a sérios problemas operacionais.

Ainda hoje, muitas pessoas acreditam que gerentes de projetos precisam saber apenas gerenciar pessoas ou, o que é ainda pior, que basta simplesmente comprar um software para ser um gerente de projetos. A  profissão de gerenciamento de projetos está crescendo rapidamente. É uma ciência e uma arte, que segue um processo sistemático.

Olhando para o PMI, vemos que ele divide o gerenciamento de projetos em grupos de processos e áreas de conhecimento. Os grupos de processos seguem o processo de alto nível de gerenciamento de projetos: iniciação, planejamento, execução, monitoramento e controle e encerramento. As áreas de conhecimento são: gerenciamento da integração, do escopo, do tempo, dos custos, da qualidade, dos recursos humanos, das comunicações, dos riscos e das aquisições, embora o PMI também se concentre separadamente na estrutura de gerenciamento de projetos e nos processos de gerenciamento de projetos.

Muitos dizem saber o que é gerenciamento de projetos, mas você realmente sabe o que é gerenciamento de projetos?

Muitas pessoas erram por não conhecer alguns aspectos essenciais do gerenciamento de projeto. Mesmo pessoas com diplomas avançados em gerenciamento de projetos as vezes erram por omitir e não aplicar conceitos de gerenciamento de projetos que poderiam salvar suas carreiras.

O Que é um Programa?

De forma bem resumida, um programa é um grupo de projetos. Ao agrupar projetos relacionados em um programa, uma organização pode coordenar o gerenciamento desses projetos. A abordagem de programa pode ajudar a reduzir os riscos, gerar economias de escala e melhorar o gerenciamento. Além do trabalho necessário para terminar cada projeto individual, o programa também inclui esforços como as atividades de coordenação e gerenciamento realizadas pelo gerente de programas. Portanto, ao descobrir que você tem mais de um projeto, é possível gerenciá-los todos como um programa, se houver benefícios nisso. Isso deve ser feito apenas quando a abordagem de programa agregar valor.

Programa

0 Que é um Portfólio?

Um portfólio inclui um grupo de programas e projetos individuais que são implementados para alcançar uma meta empresarial estratégica específica. Os programas e os projetos que compõem o portfólio podem não estar relacionados, além do fato de ajudarem a alcançar essa meta estratégica comum.

portifolio

Num próximo artigo, falarei um pouco sobre escritório de projetos e seus conceito.

Obrigado!


Um Pouco Sobre Estimativa Ágil

Pensando na Estimativa Ágil

O principal ponto é pensarmos em um objetivo que desejamos atingir.
Quando começamos a planejar como atingiremos um objetivo, pensamos nas tarefas que precisamos completar e no que é necessário em termos de recursos – esforço, tempo, dinheiro. É importante frisar que a estimativa é a base de todos os projetos, seja ele, Ágil ou tradicional.
A confiabilidade de um cronograma está diretamente ligada às estimativas utilizadas para sua elaboração. Obviamente, que as estimativas não têm por objetivo serem 100% precisas, por isso chamam-se estimativas.

Métodos Diferentes?

Áreas diferentes possuem métodos diferentes de estimativa. Pegamos como exemplo o desenvolvimento de sistemas, um método denominado Análise de Pontos de Função é utilizado, algumas vezes, para estimar os módulos do software. Na construção, o método de estimativa de escolha é o Método de Quantidade Total e assim cada área tem a sua forma de medir as estimativas. Geralmente, o SCRUM usa StoryPoints como referência.

A Estimativa Relativa no SCRUM é feita por uma equipe que utiliza uma ou mais histórias de referência, com as quais trabalhou no passado e cujo esforço despendido e complexidade são conhecidos. Todas (ou quase todas) as novas histórias de usuário são estimadas em relação às histórias de referência.

Nesse processo de estimativa:

  1. o ProductOwner explica a história com informações e definições adicionais.
  2. todos os membros da equipe estimam a história relativamente.
  3. um consenso é alcançado.

0 processo de estimativa fará mais sentido à medida que formos abordando os outros demais conceitos de estimativas SCRUM.

O que é Estimativa Participativa?

É importante falar sobre esse tipo de estimativa. No livro A sabedoria das multidões, James Surowiecki citou uma história em que uma multidão, em uma feira agrícola, estimou o peso de um boi. Calculou-se a média dos palpites individuais, que chegou mais próxima do peso real do boi do que as estimativas individuais da maioria dos integrantes da multidão e as estimativas separadas, feitas por especialistas de gado. Tenha isso em mente.

Mesmo a equipe SCRUM sendo menor do que muitos considerariam uma multidão, o conceito é exatamente o mesmo utilizado no parágrafo anterior. Devemos usar a sabedoria coletiva da equipe para fazer a estimativa. E se pararmos para pensar, esse conceito é bem diferente do conceito de estimativa tradicional.

Entenda que ao estimar módulos de um software, por exemplo, uma pessoa com credencial de Especialista Certificado em Pontos de Função (CFPS) vai desenvolver estimativas de software quase que independentemente.

Utilizando o SCRUM é diferente. As pessoas não estimam softwares “aleatoriamente”. Uma abordagem típica de estimativas coletivas ou participativas é o “poker planning”.

Poker Planning

O poker planning começa com todos os integrantes de uma equipe SCRUM segurando uma série de cartas. Essas cartas têm números escritos, geralmente seguindo a sequência Fibonacci. Depois que o Product Owner explica a história de usuário que está sendo estimada, a equipe faz perguntas até que a definição da história esteja clara. Um membro da equipe designado pode registrar decisões relativas às definições.

Uma vez que a equipe compreendeu, completamente, a intenção da história, deve escolher, em alguns minutos, a carta que representa os Story Points para a história em questão. A equipe mantém a carta sobre a mesa, virada para baixo. O moderador costuma ser o SCRUM Master.

Quando o moderador indicar, todos os integrantes da equipe mostram suas cartas. Se um ou mais integrantes chegaram a um número muito baixo ou muito alto, têm a chance de explicar seu raciocínio.

O jogo de cartas continua até que os integrantes da equipe cheguem a um consenso sobre a estimativa mais adequada, não necessariamente exata, para a história. Esse processo não só gera as estimativas, mas, a partir da discussão e da colaboração, pode levar a um melhor entendimento comum e a uma apropriação da iteração.

Ernst Weber e Gustav Fechner levantaram, no século XIX,  a hipótese de que a percepção humana da intensidade, a exemplo do som e da luz, é mais proporcional, aproximadamente, ao logaritmo da intensidade do que da intensidade em si. O mesmo princípio é empregado quando a série de Fibonacci é utilizada para enumerar as cartas usadas no Planejamento de Pôquer. É um texto complexo porém a utilização das cartas é simples.

Estimativa Ágil Usando Série de Fibonacci

350px-Poker_fibonacci

Pensemos no esquema gráfico visto na seção anterior. As cartas levam os números 1, 2, 3, 5, 8, 13, 21, ….

Cada número é a soma dos dois números anteriores. Em alguns casos, os números são arredondados, para cima ou para baixo, para o 5 ou 0 10 mais próximo. Frequentemente um 0 e um 1/2 também são adicionados. 0 (zero) representa uma história que não exige nenhum esforço apreciável para desenvolver. Por exemplo, uma outra história, já sendo concluída, finalizará essa história.

Geralmente, o ponto de interrogação é usado para indicar que um integrante da equipe não tem conhecimento suficiente da história para estimá-la e, e assim, necessita de mais discussão e maior detalhamento da história.

O símbolo do infinito é usado para indicar que uma história é grande demais para ser estimada, ou um épico, precisa ser dividida em histórias menores.

Veja que equipes SCRUM diferentes desenvolvem métodos, protocolos, processos e cartas diferentes, que funcionam melhor para cada equipe. Ou seja, o objetivo é fazer a estimativa relativa e participativa usando uma escala não linear, como a sequência de Fibonacci.

No próximo artigo falarei sobre Gráficos Burndonw. Espero que tenham gostado deste artigo.


Cronogramas: Uma Dose de Arte e o Domínio do Tempo

Neste artigo vou escrever sobre práticas para criação de cronogramas e suas estimativas, além das técnicas de programação. Vou fazer uma breve apresentação sobre gerenciamento de tempo.

Falarei ainda sobre os benefícios de se criar bons cronogramas para seu projeto.

Sendo assim, qual o motivo de se criar um cronograma? Para alguns esta resposta já está mais do que clara, mas para muitos, esta é uma pergunta que não é muito bem respondida.

Por causa da natureza enérgica e fluida das companhias, um dos maiores desafios da gestão de projetos é conseguir atender às expectativas dos clientes e/ou do patrocinador daquele projeto.

Essa natureza enérgica e fluida tem como características:

  1. Surgimento de novos Stakeholders;
  2. Evolução da necessidade do negócio;
  3. Alteração do time do projeto.

É importante observar que em meio a todas as mudanças, o gerente do projeto ainda precisa criar estimativas realistas e (obviamente) cronogramas que levem em conta os fatores condicionantes de desempenho do projeto e também possuam o detalhamento adequado para que seja feito o controle e a geração de relatórios sobre o andamento do mesmo.

Para entender de forma adequada o funcionamento de um cronograma, é preciso entender que ele é uma ferramenta gráfica de planejamento e controle. As atividades a serem executadas durante um projeto ou em um período estipulado são sempre definidas, sendo assim, é possível que cada um dos envolvidos saiba quando sua alocação no projeto foi planejada e ainda define as datas em que são esperadas as diversas entregas do projeto.

Como o próprio título deste artigo sugere, para a criação de um cronograma são necessários, uma dose de arte e com certeza o domínio do tempo.

Desta forma, é de extrema importância que o gerente do projeto crie um cronograma que balanceie as demandas dos envolvidos em relação a tempo, custo e desempenho.

A visão de necessidade de se ter um cronograma estável é de suma importância para o projeto e para a equipe do projeto, pois assim, se torna mais fácil a contribuição para o cumprimento das atividades do projeto e consequentemente para gestão de todas as atividades interdependentes.

A equipe do projeto é imprescindível para identificação e incorporação de alterações derivadas de aperfeiçoamentos técnicos, alternativas de execução e também pelo refinamento do detalhamento das tarefas envolvidas no projeto.

Um ponto muito importante é que tudo isso que foi citado deve ser executado antes de consolidar a linha de base de tempo do projeto. Mesmo um planejamento bem coeso pode ser confrontado com a necessidade de alterações futuras.

E como são as atribuições do gerente de projetos? O gerente de projetos é o principal responsável pelo resultado do projeto e sendo assim, para ser um bom gerente de projetos, é necessário desenvolver habilidades para estimar prazos e desenvolver cronogramas. Dentro deste ponto de vista, as competências em negociação e priorização são de extrema importância.

Existem estudos que afirmam que dentre os recursos que um gerente de projetos deve gerenciar, o tempo é um dos mais importantes (senão o mais importante). É sempre mais fácil perder tempo do que conseguir mais tempo para realizar uma atividade. Outros fatores como: recursos humanos, dinheiro, equipamentos e espaço são mais fáceis de serem adquiridos se as razões forem suficientemente boas, já com relação ao tempo é diferente, com frequência, o gerenciamento do tempo é fator de sucesso ou insucesso de um projeto.

O conselho é: desenvolva cronogramas competentes e tenha em mente: sempre que um projeto atrasa, na maioria das vezes o custo eleva e a satisfação do cliente diminui. Por esse motivo, desenvolva cronogramas competentes:

  • Que possam fornecer uma estrutura para documentar a programação do projeto, suas atividades, seus eventos e marcos.
  • Que definam por meio da rede de precedência do projeto a ordem de execução dos pacotes de trabalho e suas atividades.
  • Que informem aos responsáveis as datas esperadas de início e fim de seus pacotes de trabalho e suas atividades.
  • Que proporcionem boa coordenação e comunicação entre os participantes do projeto e os principais stakeholders envolvidos na execução do projeto.

Lembre-se que um cronograma bem feito pode ser a chave para o sucesso de um projeto, um cronograma mau feito pode ser um risco enorme para o sucesso do projeto, mas não ter um cronograma tem grandes chances de afundar o projeto sem nem mesmo ter como entender de onde veio o problema. Assim sendo, sempre que for iniciar seus projetos (profissional ou pessoal) crie seu cronograma e defina corretamente seu plano e para onde deseja ir.