Conhecer os custos de um projecto não é suficiente!

Para se poder compreender o verdadeiro valor de um projecto e decidir se o levamos a cabo ou não (ou mesmo até, em primeiro lugar, iniciá-lo) não é muito útil considerar unicamente os custos. Se os benefícios excedem os custos então não há razão porque os custos não podem aumentar. O que é importante é que os benefícios continuem a exceder os custos.

Quando a organização pretende verificar se estes componentes se mantêm em desequilíbrio é porque pretende validar a realização.

Quando analisamos os custos torna-se vital que também verifiquemos os benefícios. Nós temos coisas chamadas centros de custo onde todos os custos relevantes são acumulados e mantidos e inevitavelmente debruçamo-nos sobre eles, analisamo-los e revemo-los, etc. E então o que fazemos com os benefícios? Quando foi a última vez que ouvimos falar de um centro de benefícios?

O que precisa então ser conhecido acerca destes benefícios que podem vir a ocorrer num futuro incerto? A próxima vez que estiver num projecto pense acerca do que pode ser necessário registar destes benefícios, para garantir que são compreendidos de forma adequada a poderem ser reconciliados com os custos. Sugeria o seguinte:

• Descrição do Benefício – uma narrativa que nos ajude a compreender o âmbito daquilo que esperamos obter.
• Quando é expectável ocorrer o benefício e qual o período durante o qual se realizará – os benefícios são raramente óbvios de forma imediata. Taxa Interna de Retorno, Valor Líquido Presente, Payback e outros indicadores financeiros trabalham tão bem com benefícios como com custos.
• Medir a realização do benefício e como será obtida – como iremos medir o verdadeiro valor e particularmente como é que o poderemos medir. Não se esqueça de fazer uma avaliação do «estado actual» já que todas as melhorias devem ser medidas em relação com alguma coisa.
• Que custos estão directamente associados com os benefícios em questão.
• Qual o projecto que irá realizar os outputs que permitirão obter os benefícios.
• Que riscos podem estar associados com o caminho de obtenção do benefício.
• Quem irá ser responsável e proprietário da realização dos benefícios.

Se registamos os benefícios desde o início estaremos em boa posição para validarmos as razões para o projecto e aptos a demonstrar a sua viabilidade.

Gestão de Requisitos – Maturidade da empresa

Passei os últimos dias a acompanhar alguns colaboradores de uma empresa que pretende preparar uma equipa para um desenvolvimento de alguma dimensão e necessita de compreender as necessidades do negócio e de as acompanhar ao longo do processo. Verifiquei, com algum espanto, que se pensa possível, de forma teórica, a preparação de recursos para implementar um processo de gestão de requisitos sem um prévio suporte de experiência e um cuidado consolidado no âmbito de anteriores projectos.
Pensei então que a empresa deveria tentar conhecer o estado e a forma como até agora este tipo de necessidade é encarada e que factores poderiam ser identificados para o realizar.
Em primeiro lugar, a realidade das empresas leva-nos considerar que:

1. Todas as organizações têm pontos negros – as pessoas focam-se naquilo que fazem muito bem e tendem a estar focados nestas questões e tentam sempre evitar melhorias. Muito embora isto pareça contra-intuitivo, quando se trata da maturidade da gestão de requisitos, já que aqui temos de procurar encontrar estes pontos negros – aquilo que não fazemos bem – e resolver isso para obter verdadeiros ganhos.
   
2. A maturidade da gestão de requisitos é definida de diversas formas, de uma forma elementar como possuir um conjunto estável de modelos de documentação usados pela companhia até um processo único dentro da organização definido com os recursos adequados e devidamente apoiado.

Então como podemos definir com simplicidade a maturidade da gestão de requisitos? A maturidade de um processo é sempre acerca do grau até ao qual uma organização pode ser repetível, consistente e eficiente na sua execução.
As organizações que não têm processos definidos, ou com processos mas que não são aplicados terão níveis baixos de maturidade, tal como as organizações com processos bem descritos, institucionalizados e optimizados terão altos níveis de maturidade. A questão é que não é só o processo que é necessário já que há seis capacidades a entender.

• Processo – Aquilo que as pessoas têm de fazer.
• Técnica – Como é que as pessoas irão realizar os vários passos do processo dentro de certas variações e condições.
  
• Competência dos colaboradores – As funções, papéis e competências das pessoas e o seu alinhamento para este objectivo correntemente e nas contratações futuras.
  
• Ferramentas/Tecnologia – O suporte e automação utilizados na conclusão das actividades.
  
• Organização – A estrutura de construção dos requisitos, a infra-estrutura de apoio, os serviços oferecidos pela organização e a abordagem de gestão dos recursos.
  
• Resultados – Os documentos, resultados e produtos do trabalho necessários para realizar o processo.

As pessoas falham aqui porque não vêem todas as capacidades que devem estar presentes. Um exemplo é o de uma organização com processos bem definidos e resultados, mas com um estabelecimento elementar das competências dos colaboradores necessárias e pouca formação para construir essas capacidades. Até que ponto será efectiva esta organização? Está a definir o que as pessoas devem fazer mas não está a dar as competências a estas pessoas para realizarem adequadamente as suas tarefas.
Se acredita que a sua organização tem uma maturidade elevada, então deve analisar as seis capacidades – para ver onde estão as fraquezas. A mais frágil é aquela em que se deve concentrar.
O outro erro que as pessoas fazem é pensar que os requisitos são só documentação ou só elicitação. De fato o “processo” dos requisitos é a realização de vários processos realmente importantes como:

• Planeamento e Gestão dos Requisitos
  
• Elicitação dos Requisitos (recolha)
  
• Análise e Documentação dos Requisitos
  
• Comunicação dos Requisitos
  
• Implementação dos Requisitos

Na realidade, a organização pode considerar-se madura porque é muito boa em uma ou duas destas áreas de processo, mas poucas organizações analisam todas as áreas de processo e compreendem as suas forças e fraquezas. Sublinho, que lá por sermos bons numa coisa, não significa que todo o processo é particularmente eficiente ou controlável e isso significa que não pode ser considerado maduro.
Alcançar a maturidade na gestão dos requisitos pode parecer complicado, mas é, em primeiro lugar, tratar de ser honesto com a visão que se tem da organização e aceitar que há sempre áreas que necessitam de melhoria. A maior parte do tempo, estas melhorias são em áreas que a organização «não vê» - são pontos cegos – e, mesmo muitas vezes, é necessário trazer pessoas de fora para avaliar … tal como auditores.
Por outro lado, as organizações que tem alta maturidade têm excepções, diferenças nos custos e variações de performance – mas tendem a conseguir produzir aplicações a 40% do custo das dos seus concorrentes com baixa maturidade. Qual é o investimento em TI que retorna 40% só por se ser honesto com nós próprios?
LQ

Como fazemos para os participantes prepararem uma reunião?

Todos participamos em reuniões em que os participantes deveriam ter lido um documento. ou realizado uma pesquisa ou feito qualquer tipo de «trabalho de casa» antes da reunião mas em que muito poucas pessoas, de facto, o fizeram.
Obviamente, o propósito deste trabalho prévio não é incomodar os participantes, antes garantir que todos estão preparados o que irá resultar numa reunião mais eficiente e mais rápida … certo? Não ERRADO!
A maior parte das vezes, se não todas, os participantes não concluem a tarefa conforme pedido e atrasam todo o grupo. Antes de organizar outra reunião, siga algumas orientações para a atribuição de trabalho prévio:

• Proponha o grupo a escolha da forma como realizar o trabalho de preparação (ou fora ou dentro da reunião). Pode dizer, «Todos terão de rever o documento antes da discussão. Podemos fazer isto em grupo e planear a reunião para um dia ou todos podem rever por si e o grupo reunirá duas horas para discutir as alterações. Qual é a abordagem que escolhe?». A maioria dos grupos irá optar por uma reunião mais curta. A técnica tende a ter sucesso porque o grupo tem a opção de rever o documento na reunião e opta por não o fazer.
  
• Atribua a participantes específicos a apresentação de secções concretas na reunião (o que lhes exigirá realizar trabalho prévio). Quando os participantes sabem que terão de liderar uma parte da reunião, responsabilizar-se-ão por se prepararem. Ninguém gosta de mostrar-se mal preparado.
  
• Proponha trabalhos curtos. Quanto mais complicados são, mais difícil será serem realizados.
  
• Peça para que os participantes formulem uma lista de dúvidas ou questões sobre o trabalho «de casa», antes da realização da reunião. Isto irá funcionar como uma confirmação sobre a realização desse trabalho prévio. Se não houver feedback de alguém da equipa, telefone-lhe para solicitar a resposta.
  
• Dê aos participantes tempo suficiente para realizarem esse trabalho prévio. O melhor é deixar a equipa definir o tempo que necessita para concluir o trabalho. Esta participação aumenta muito a probabilidade de realização.
  
• Discuta o problema com os participantes que não se prepararam, durante a fase final da reunião, e encoraje a equipa a encontrar abordagens de futuro para tratar desta questão.