Como saber se o seu projeto de nuvem pode estar em apuros

Todos vocês, leitores, devem ter a sua parcela de projetos de software bem-sucedidos e fracassados. Todo mundo tem uma história de guerra favorita. Mas, para os gerentes de projeto de software, seja em uma empresa ou em uma organização de consultoria, há surpreendentemente pouca informação up-to-date sobre o que provoca derrapagens no orçamento e deslizamentos de agenda.

Claro, consultores de gestão vão sempre reivindicar que a aplicação de sua metodologia vai resolver o problema – e quase certamente terão um gráfico bidimensional mostrando como sua experiência pode levar a sua organização ao sucesso.

Mas as coisas não tão são simples. O Standish Group Chaos Reports – uma espécie de CSI para crimes de TI – fornece evidências sólidas de que o sucesso de projetos de software depende de dezenas de fatores. Tendo analisado fracassos de TI por 16 anos, o Standish Group é capaz de mostrar inconsistências deprimentes e muitas taxas de falhas de projeto. Isso funciona bem para as implementações de software e o desenvolvimento de aplicações sob medida.

Infelizmente, é um pouco cedo para ter dados sólidos sobre projetos em nuvem. Então optei por caracterizar as coisas a partir da experiência de implantação de 150 implementações de sistemas Salesforce.

4 Problemas prejudiciais aos projetos de nuvem, mas não fatais
Vamos começar com uma lista das coisasque podem contribuir para o sucesso e o fracasso de um projeto de cloud computing, mas não parecem dominar o custo/programação/resultado.

1 – Requisitos que não valem o custo ou esforço. São desperdícios, pura e simplesmente.

2 – Formação inadequada em ferramentas ou sistemas proprietários. As curvas de aprendizado são uma dor, é claro, mas são apenas um custo extra, se você tiver as pessoas certas.

3 – Erros de configuração e codificação. São dolorosos mas muito fáceis de solucionar e reparar. São precisos muitos deles chegar a ter um projeto fora dos trilhos.

4 – Falta de vontade de cortar perdas. Fail-fast é uma otimização importante, mas não vai comprometer o seu orçamento.

6 Problemas que podem ser corrigidos pleno vôo
Espero que eles possam ser detectados – e corrigidos – antes que o projeto esteja mais adiantado.

1 – Membros da equipe fracos em matemática ou modelagem de dados.

2 – Membros da equipe com problemas de comunicação escrita e verbal, principalmente quando se trata de resolução de problemas.

3 – Membros da equipe incapazes de cumprir os compromissos de desenvolvimento, revisão e teste.

4 – Erros de codificação, de integração ou de configuração que se estendam por vários objetos ou vários serviços em nuvem. O uso de técnicas de desenvolvimento ágil podem ajudar a minimizá-los.

5 – Ter muitos jogadores nível “B” e poucos jogadores nível “A”, em número insuficiente. Não a nada que substitua talento, o conhecimento e a atitude. Muitos jogadores nível “B” vão acabar elevando os custos do projeto, não importa quão pequeno sejam os seus contracheques.

6 – Membros da equipe espalhados geograficamente, e alocados em locais com diferentes fusos horários. Lembre-se, a distância é mortal.

10 Problemas graves
Eles devem ser corrigidos antes que o projeto saia dos trilhos.

1 – Falta de compreensão sobre a qualidade e o significado das fontes de dados existentes. O aumento dos custos para melhorar os dados ou encontrar os dados adequados pode ser desastroso e fugir ao controle, tornando o orçamento previsto mera ficção.

2 – Pressupostos incorretos para acesso a sistemas externos ou a dados.

3 – Incapacidade ou falta de vontade de lidar com sistemas de segurança e rápidas revisões de escopo.

4 – Não envolver os usuários certos no design, prototipagem, implementação, ou nas fases de implantação.

5 – Gestão fraca. Um gerente de projeto desatento é tão perigoso quanto um motorista distraído.

6 – Incapacidade ou falta de vontade de encarar os fatos e comunicar más notícias cedo o suficiente para fazer a diferença.

7 – Gerenciar um projeto de software como uma implementação de hardware.

8 – Manutenção de projetos de longa duração com grandes equipes interdependentes. Procure dividir grande projetos em projetos pequenos, simples e separáveis​​

9 – Obedecer falsos requisitos ou necessidades com precisão.

10 – Deixar de documentar o seu projeto.

Como líder de projeto, você precisa olhar para cada um dos problemas listados aqui.

* David Taber é CEO da SalesLogistix e autor do livro Salesforce.com Secrets of Success