11 dicas para avaliar riscos em um projeto de TI – 11 – Economia na formação

Não sei dizer quantos lideres de projeto irão descontar do orçamento de treinamento quando tiverem de encarar custos extras. Ou quantos líderes presunçosos alegam que o sistema é tão simples que os usuários não precisam de treinamento. Caso você escute, “treinaremos parte

da equipe com metade das aulas e assim eles poderão treinar os outros”, ou “nossos usuários são muito bons em aprender, eles podem compreender este novo sistema em apenas alguns dias”, você saberá que está a caminho do fracasso. Não são apenas os usuários que precisam de treinamento, mas os lideres de projeto, os solucionadores de problemas e a equipe de funcionários do suporte. Esteja preparado para atrasar o projeto caso o treinamento apropriado não seja dado.

11 dicas para avaliar riscos em um projeto de TI – 10 – As expectativas não foram definidas

Quando um novo sistema está substituindo um sistema antigo, é útil para todos compreender as novas expectativas. Como o novo sistema irá se comportar? O que mudou nas transações e nos tempos de transação? Para quem os usuários finais devem ligar caso encontrem problemas? Quando tempo a equipe de solução de problemas estará presente durante o lançamento? Um novo sistema sempre irá frustrar as pessoas, mas, caso você defina expectativas realistas e dê para as pessoas opções de suporte acelerado, os problemas tendem a sumir de modo mais rápido e você termina com clientes mais satisfeitos em pouco tempo.

11 dicas para avaliar riscos em um projeto de TI – 9 – A data de lançamento é em um final de semana ou feriado

Muitos líderes de projeto planejam eventos de lançamento para finais de semana ou feriados, devido as menores chances de interrupção de serviço para funcionários ou clientes. Enquanto louváveis, essas oportunidades também tendem a ser os momentos em que o suporte

tecnológico é mais difícil de ser contatado. Você pode ter seu fornecedor primário no local, mas o suporte tecnológico terceiro pode estar fechado ou ocupado (e pode não estar retornando ligações em tempo hábil), e o mesmo pode ocorrer com sua equipe.

Conversar com o especialista em base de dados pelo telefone enquanto ele está de férias com sua família nunca é a melhor opção.

11 dicas para avaliar riscos em um projeto de TI – 8 – As recomendações dos especialistas foram rejeitadas

Existem pessoas que pedem por conselhos de especialistas e não dão ouvidos a eles, e então escolhem um caminho diferente – sempre. E depois reclamam quando algo não funciona corretamente.

 

Não seja essa pessoa. Não deixe que essa pessoa tome grandes decisões em sua equipe. Está tudo bem pedir por conselhos de especialistas e depois fazer algo diferente. Isso faz parte da natureza humana, e é muitas vezes o sinal de um bom líder. Apenas não o faça compulsivamente. Mais importante ainda, se você for contra as recomendações e o resultado não funcionar, não culpe o consultor. 

Desviar das recomendações do fornecedor ou consultor significa testar os resultados de sua mudança antes de lançar o projeto. Até mesmo caso o fornecedor ou consultor concorde com seu desvio da recomendação deles, certifique-se de que a mudança seja testada. Muitos projetos falharam depois dos lideres de projeto “realizarem algumas pequenas mudanças” que deixaram os fornecedores e consultores profundamente contrariados. Você ficaria surpreso com quantos especialistas permanecem em silêncio em frente de clientes que parecem saber mais do que os experientes consultores. Todo mundo quer ser amigo. Todo mundo espera que funcione.

Não tenha esperanças. Teste. E dê ouvidos a seus especialistas na maioria das vezes.