Manter o projeto no caminho certo é um desafio comum a muitas empresas tecnológicas cujo principal objetivo é o desenvolvimento atempado e eficiente de produtos. Leio isto nas entrelinhas das conversas regulares com os nossos clientes e parceiros. Quero partilhar convosco uma história interessante, na esperança de que também vos inspire e ajude a resolver os vossos problemas comuns relacionados com a gestão eficaz de projectos de desenvolvimento de software.
Qual é o cerne da questão?
Eis algumas razões comuns que ouvimos frequentemente:
- Estamos a trabalhar no nosso novo produto/start-up e o tempo de colocação no mercado é crucial para nós e o(s) nosso(s) investidor(es).
- Temos lançamentos importantes ou novas funcionalidades planeadas na calha e precisamos mesmo de as enviar a tempo.
- Temos o pipeline de desenvolvimento planeado até ao final do ano e queremos ter uma situação confortável no quarto trimestre, evitando pressas e stress desnecessários.
Como se pode ver, a gestão do projeto dá uma grande dor de cabeça a qualquer gestor de tecnologia. Muitas vezes, perguntam-se como organizar o trabalho da equipa de desenvolvimento equipa para evitar atrasos e garantir que todas as produto As caraterísticas são desenvolvidas de forma harmoniosa e atempada. Escusado será dizer que uma eventual "lacuna" e estagnação no desenvolvimento pode ter consequências dolorosas. Prazos demasiado optimistas, falta de programadores, trabalho mal organizado, etc., podem fazer com que o seu projeto se atrase em relação ao prazo.

O método de MOSCOVO
Comecemos por uma rápida explicação do que é exatamente o método de MOSCOU. É uma técnica especial de definição de prioridades utilizada na gestão de projectos e desenvolvimento de software chegar a um entendimento com as partes interessadas (clientes ou membros envolvidos num projeto) sobre a importância que atribuem ao cumprimento de cada requisito.
Por isso, penso que uma boa solução para todos os gestores de tecnologia é aperfeiçoar o método de MOSCOU (com as suas categorias como "deve", "deveria", "poderia", "não irá"). A implementação das duas primeiras categorias - "deve" e "poderia" - é geralmente difícil. O número de tarefas a realizar - por vezes com recursos humanos limitados, prazos próximos ou outros obstáculos - pode não ser exequível.
Basicamente, as empresas têm abordagens diferentes para lidar com este tipo de problema. Uma boa gestão do risco é fundamental para transformar ameaças em vitórias. Permitam-me que apresente um exemplo recente relacionado com o assunto. Há algumas semanas, um gestor de projeto da SaaS empresa de produtos contactou-me sobre a possibilidade de outsourcing três programas informáticos engenheiros por um período fixo, desde o início de outubro até ao final de novembro. Acontece que, durante alguns períodos, as empresas necessitam do apoio de mais programadores devido ao número de tarefas a realizar e à necessidade de manter o projeto ao ritmo de desenvolvimento desejado.
O referido gestor de projeto teve a ideia de contratar um equipa dedicada de engenheiros de backend, conhecendo o nosso pilha tecnológica corresponde à sua pilha de produtos principais. Iniciámos o projeto através de um modelo de pagamento flexível e confortável. Não foram necessárias várias reuniões longas, chamadas ou a assinatura de uma pilha de contratos complicados. Ficámos com uma ideia clara sobre a natureza do pedido e, sabendo que o tempo é essencial, organizámos a configuração sem problemas, para que a equipa de salvamento estivesse pronta para avançar.
Há muitas outras vantagens em unir forças com um parceiro tecnológico relevante para os seus planos de crescimento. O apoio externo é sobretudo rentável (permite-lhe poupar até 35% do seu orçamento). Os programadores que se juntam ao seu interno A equipa do cliente traz frequentemente conhecimentos adicionais e uma nova perspetiva para o projeto implementado. Graças a essa cooperação, o cliente elimina riscos e estrangulamentos relacionados com os prazos, atrasos e uma longa lista de tarefas pendentes. Voltando ao método MOSCOW mencionado: vale a pena comprometer o ritmo de entrega das tarefas das categorias "deve" e "tem de"?

É uma solução para si?
Esta é a nossa perspetiva sobre como manter os projectos no bom caminho. Gostaria de saber se tem experiências semelhantes com a configuração da sua equipa de engenharia. Como planeiam o volume de trabalho para funcionalidades importantes no vosso pipeline durante a época de férias? Que outros métodos utiliza e recomenda a outros gestores de tecnologia para que possam ter um ótimo verão, não só quando estão de férias, mas também quando estão a trabalhar sem problemas? desenvolvimento de produtos? Diga-me numa mensagem privada aqui.
Bom planeamento!
Ler mais: