Fábrica de Projetos Físicos
3.3.4. Análise Postmortem: benefícios e dificuldades
A literatura (Birk, Dingsoyr e Stalhane, 2002; Collier et al., 1996; Collier, 2003) aponta benefícios decorrentes da aplicação de APM em marcos relevantes ou na finalização de projetos. Entre eles, foi identificada a contribuição para a dinâmica social da equipe de projeto e da organização. A seguir, alguns benefícios relatados por (Birk, Dingsoyr e Stalhane, 2002; Collier et al., 1996; Collier, 2003).
- Permite aos participantes compartilharem suas experiências com a equipe e com os stakeholders, e as comunicam a outros grupos de projetos;
- Favorece o compartilhamento e entendimento das perspectivas dos stakeholders e dos participantes;
- Beneficia a integração entre os participantes e incentiva a aprendizagem e o compartilhamento do conhecimento da equipe;
- Explicita os conflitos escondidos;
- Possibilita a documentação de boas práticas e os problemas da empresa; - Aumenta a satisfação dos participantes que avaliam o seu próprio trabalho; - Melhora a produtividade e os custos dos projetos.
Outros benefícios, organizados segundo a ótica das categorias de pessoas tipicamente envolvidas em um projeto de software, foram relatados por Collier (2003).
Para a alta gerência, a APM:
- Desenvolve maior percepção sobre como a organização trabalha.
- Aprimora a habilidade de distinguir dentre causas comuns às causas especiais determinantes do projeto.
- Incentiva o trabalho colaborativo na compreensão comum do sistema. - Fornece uma oportunidade de exercitar a gerência baseada em fatos. - Facilita o desenvolvimento de uma visão clara da melhoria no sistema. - Ajuda a visualizar qual a mudança que se pretende fazer.
Quanto à gerência de projeto, a APM:
- Favorece o aprendizado de como melhorar métodos e infra-estrutura para realçar a produtividade e assegurar-se de que os objetivos do projeto sejam alcançados; - Ajuda a identificar objetivos comuns;
- Separa as pessoas do sistema;
- Fornece diferentes pontos de vista e perspectivas; - Realça a compreensão da realidade atual.
Para a equipe do projeto, a APM:
- Favorece o aprendizado de como papéis e responsabilidades podem ser redesenhados para realçar o desenvolvimento de produto;
- Fornece uma oportunidade para equipes de adotar ações eficazes, aumentando a satisfação no trabalho;
- Fornece um processo estruturado desenvolvendo a aprendizagem e o entendimento compartilhados.
Existem, também, relatos que apontam dificuldade e limitações que afetam a aplicação das diferentes abordagens. Problemas na aplicação de APM de acordo com Collier, Demarco e Fearey (1996):
- falta de pessoal;
- escassez de analistas qualificados; - falta de tempo ;
- pressões de trabalho ; e
- falta de acordo quanto aos critérios de avaliação.
Birk, Dingsøyr e Stalhane, (2002) relatam que a APM não deve ser utilizada nas situações a seguir:
- as atividades não estão finalizadas; - há sérios conflitos na equipe;
- o clima não é favorável a discussão dos problemas do projeto; e - não houver tempo suficiente.
O Quadro 4 descreve os benefícios e dificuldades identificados por Gottesdiener (2003) na aplicação de uma revisão de projeto. A autora sugere que ocorra o compartilhamento desses benefícios e dificuldades com a equipe e gerentes para que todos adquiram uma visão realista.
Quadro 4: Benefícios e dificuldades na aplicação de revisão de projeto (Gottesdiener, 2003) Benefícios Dificuldades
Desenvolve uma cultura que valoriza o feedback
honesto e aberto. As pessoas podem ficar negativas ou a procura por culpados. Alguns se sentem incomodados. Estimula a agilidade: a equipe aprende a tomar
ações corretivas de forma rápida e contínua aumentando a possibilidade do projeto ser bem sucedido.
Gerentes podem temer que a restrospectiva ocorra em um ambiente de cinismo. Todos os envolvidos podem temer um clima de “lavar a roupa suja”, especialmente se a organização não possuir a cultura de realizar revisões de projeto.
Explora o que sabemos sobre aprendizagem séria – provê meios de se aprender com aquilo que acabou de ocorrer, permite que as pessoas percebam o que tem relevância e, desta forma, saibam que direção tomar.
As pessoas tendem a abreviar uma revisão do projeto quando estão com os prazos apertados. Sendo assim, a retrospectiva deve fazer parte do plano de trabalho
Pode tornar claros os objetivos, papéis as
necessidades de comunicação da equipe. Algumas pessoas podem entender que os aspectos negativos são o foco da revisão, sem tratar o que foi positivo.
Estabelece comportamentos bem sucedidos
passives de serem repetidos. Alguns membros da equipe podem não querer participar por não desejarem fazer uma auto- avaliação
Semeia uma organização com pessoas que trazem consigo experiências saudáveis originadas de projetos anteriores.
Mudanças são difíceis de serem implementadas e algumas pessoas da equipe tendem a resistir. Provê oportunidade de mudança de estórias e
de mitos da organização, do projeto e da cultura do grupo.
Se a exposição das responsabilidades de cada indivíduo, da equipe e da gerência nos fatos ocorridos no projeto não for parte da cultura da empresa, pode fazer com que todos se sintam ameaçados.
Cria a noção coletiva de que os processos utilizados e os resultados obtidos pelo projeto pertencem a equipe.
Se as melhorias originadas da APM não forem implementadas, os gerentes e líderes perderão credibilidade com a equipe.
Permite a melhoria dos processos por meio da
correção dos problemas conhecidos. Utilizar a APM para quantificar o retorno do investimento ocorrido no projeto.
3.4. Considerações finais do capítulo
Este capítulo apresentou conceitos sobre processo de software e fábrica de software para, em seguida, apresentar as abordagens para revisão de projetos. Foram apresentados os tipos de as estimativas de esforço realizadas por meio da aplicação de valores de produtividades aos tamanhos identificados para o novo software a ser desenvolvido. Os aprofundamentos nesse assunto mostraram as formas de medição de tamanho mais utilizadas
atualmente, assim como fatores que podem causar impactos nas produtividades e, conseqüentemente, na precisão das estimativas de esforço de projetos de desenvolvimento de software.
Além disso, foram apresentados alguns processos de estimativas existentes na literatura, que serão importantes para a característica de melhoria contínua da precisão das estimativas de esforço com foco em produtividade que se pretende neste trabalho.
No próximo capítulo são apresentadas as abordagens de melhoria contínua estudadas neste trabalho.