Home / FAQs / Contratos, pagamentos, alterações e entrega de projetos
QUESTION & ANSWER

O projeto de software foi adiado. O que devemos fazer com o A?

Pare de pedir apenas a porcentagem de conclusão, e peça à equipe para fornecer uma lista de resultados operacionais, empregos remanescentes, riscos e dependência. Distinguir entre aumento de escopo, colaboração do cliente, questões técnicas ou gestão de fornecedores leva a atrasos. Reformular o plano de recuperação de recepção e inspeção com base em fatos e congelar novos requisitos não críticos.

Responde à pergunta.

Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões

O primeiro objetivo da extensão é restaurar o estado real, não exigir uma nova data otimista. Os líderes do projeto devem verificar o código atual, os processos que estão realmente disponíveis, o número de deficiências, as interfaces e a prontidão dos dados, e quais compromissos não são suportados.

DECISION FACTORS

Que condições precisam ser identificadas antes de se fazer o julgamento?

A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.

Se a versão atual está operacional e em que medida o processo principal está concluídoExtensões devido ao âmbito, recursos, tecnologia, clientes ou terceirosCustos de recuperação para continuar a equipe original e o custo de assumir a equipe de substituiçãoSe a janela de negócio pode ou não ser ajustada e qual intervalo pode ser reiniciado
ACTION STEPS

Ordem de adiantamento sugerida

01

Primeiro, vamos ser claros sobre o alvo e a fronteira.

Verificação de saúde de curto prazo do projeto e versões de ativos e demanda.

02

Dependência da Chave de Validação

Reavalia o trabalho restante com demonstração e status de código.

03

Desenvolvimento de resultados avaliáveis

Desenvolve-se um plano de recuperação de duas a quatro semanas, com frequentes nódulos de aceitação.

04

Certifique-se de decidir o próximo passo com os resultados reais.

Inicie um diagnóstico independente ou assuma pelo fornecedor quando o nó não é alcançado de forma contínua.

PRACTICAL EXAMPLE

Como é que entendes isso no negócio?

Exemplo utilizado para ilustrar o método de julgamento

A equipe afirma que o projeto foi 80% completo, mas apenas se a página for exibida e o pagamento, a relocação e a implantação não forem validados. A empresa reduziu o período inicial para uma lista fechada e um ciclo de consulta, exigindo entrega semanal de uma versão de e- mail, preservando os privilégios de armazém e servidor, para avaliar se o projeto é realmente recuperável.

COMMON RISKS

O poço mais fácil de pisar.

Aumento contínuo dos pagamentos em troca de autorizações orais, sem aceitação adicional

E enquanto exige trabalho, mudando de prioridades.

Decidimos mudar a equipe e descobrir que o código e a conta na nuvem não estavam nas mãos da empresa.

ACCEPTANCE

Como devemos acabar recebendo e confirmando?

O plano de recuperação deverá fornecer uma versão inicial, um âmbito residual, pessoas responsáveis, riscos, demonstração e nós de ensaio.

Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.

As condições do seu projeto são diferentes dos exemplos acima?

Os objectivos operacionais, os sistemas existentes, a amostra e o tempo planeado poderiam ser reunidos antes de os consultores poderem fazer julgamentos preliminares em relação às fronteiras reais.

Consultores associados de projectos