As cotações são precedidas de uma estimativa do intervalo de necessidades
Pelo menos, papéis do usuário, processos centrais, limites funcionais, objetos de dados, interfaces externas, tamanho de uso e metas go-live precisam ser identificados. Qualquer oferta fixa contém um grande número de suposições quando há apenas uma ideia.
Para os projectos iniciais, a fase de consulta ou de protótipo poderia ser utilizada para reduzir a incerteza antes de serem feitas estimativas mais precisas da fase de I&D.
Custo é determinado pela carga de trabalho e risco da equipe
As equipes típicas incluem gerentes de produtos, designers, engenheiros de front-end, teste, gerentes de projetos de manutenção de paz de transporte.
Embora o custo unitário de uma equipe bem experiente possa ser maior, reduz o risco de retorno ao trabalho, extensão e on-line, e não pode ser comparado apenas com o preço diário.
Três modelos comuns de preços cooperativos
O preço bruto fixo é adequado para projectos com um alcance claro e menos variável; o horário de trabalho ou os custos da equipa são adequados para necessidades contínuas iterativas e incertas; o modelo faseado é seguido de consultas, desenhos ou produtos mínimos viáveis, seguido de uma decisão sobre os insumos subsequentes.
A empresa deve escolher o modelo baseado na maturidade da procura, em vez de exigir que todos os projetos sejam oferecidos um preço de morte único.
- Total fixo: orçamento claro, mas as alterações precisam de ser estritamente geridas
- Modelo de horas de trabalho: flexível e transparente, exigindo a participação sustentada das empresas em níveis prioritários
- Modelo de fase: Validação antes da entrada, adequada para projetos de inovação
Compare o preço com o limite de entrega completo
Deve ser confirmado se a oferta inclui design, testes, implantação, documentação, treinamento, garantia de qualidade, recursos em nuvem e custos de terceiros, bem como o código fonte e os direitos de propriedade intelectual são entregues.
Um orçamento razoável deve preservar espaço para mudanças na demanda e riscos e vincular nós de pagamento a resultados aceitáveis.
Mudou a oferta de terceirização de leitura de resultados para entrada de projeto
O problema mais provável após a leitura de artigos metodológicos é a aceitação de princípios, que não são traduzidos para o próximo passo. Propõe-se que o chefe de operações organize uma mini-workshop de 60-90 minutos, escolhendo apenas um processo real e não apressando-se para discutir a plataforma completa.
Etapa 1: Estabelecimento de um estado actual e base de base da amostra
Os dados estão disponíveis por uma a duas semanas consecutivas, mas o ciclo de amostragem e as flutuações operacionais são indicados. Não defina uma boa taxa de economia antes de empurrar os dados para trás.
Etapa 2: Clarificar o encerramento inicial e a inacção
A primeira fase é projetada para permitir que uma cadeia seja executada e retratável em vez de empilhar todo o custo de desenvolvimento de software, orçamento de projeto, preço de desenvolvimento personalizado na mesma versão.
Etapa 3: Combine resultados técnicos com evidências de engenharia
A numeração dos requisitos, a numeração das amostras, os resultados dos testes e o acompanhamento das versões em torno dos “três modelos comuns de preços cooperativos” devem ser estabelecidos, devendo o projeto terceirizado incluir escopo, pressupostos, exclusões, marcos, atribuição de fontes, padrões de implantação e evidência de aceitação na mesma linha de base. A alteração da demanda deve avaliar o impacto sobre ciclos, custos e testes, sem assumir um compromisso oral para substituir a alteração no registro.
Passo 4: Receber, inspeção e disquete com o mesmo calibre
Assumindo que o processo original lida com 600 tarefas por mês, uma média de 20 minutos e uma taxa de retorno de 10 por cento, o alvo pode ser descrito como “seis semanas após a linha ter sido levantada, com uma média de 25 por cento menos tempo do que a linha de base original, dada a complexidade próxima da tarefa.” O grupo só demonstra o método de medição e não representa os resultados de nenhum cliente; indicadores formais devem ser identificados pela empresa com base em sua própria amostra.
- Material operacional: fluxograma, papel, missão de amostragem, questões actuais e dados de base
- Material técnico: inventário do sistema, interface, acesso aos dados, ambiente de implantação e requisitos de segurança
- Material do projeto: escopo de primeira fase, exclusões, matriz de responsabilidade, marcos e mecanismos de mudança
- Material de recepção e inspeção: conjunto de testes, registros de execução, lista de deficiências, consultas de indicadores e documentos de entrega
Quando estes materiais são identificados conjuntamente pelas partes operacionais e técnicas, o método no artigo é realmente inserido no projeto. Se os dados chave, a autorização de interface ou a pessoa responsável não estão em vigor, o próximo passo lógico é geralmente um diagnóstico limitado ou PoC, em vez de um compromisso imediato para completar o período de trabalho e preço fixo total.
Aplicar metodologia para a acção do projecto
- Quanto mais clara a procura, mais comparável é a oferta.
- Foco nas competências da equipa e riscos do projecto, em vez de nos preços unitários por pessoa
- Os nós de pagamento devem corresponder ao resultado da fase aceitável
Continuando a conciliar questões comuns no processo de decisão dos projectos
Como são assinados contratos de terceirização de software e quais os termos que devem ser acordados?
O contrato de contratação de software deve especificar, pelo menos, o âmbito da procura, marcos, pagamentos, aceitação, alteração, direitos de propriedade intelectual, confidencialidade, garantia de qualidade e rescisão da transferência. A lista funcional deve incluir não só o nome do módulo, mas também os requisitos da versão, interface, dados e requisitos não funcionais. A responsabilidade das partes, cooperação com o cliente e dependência de terceiros também deve ser incluída no contrato. O objetivo do contrato não é empurrar todos os riscos para um lado, mas fornecer uma base executória para o processamento quando ocorrerem alterações.
Ver resposta completaContratos, pagamentos, alterações e entrega de projetosQuem é a respectiva propriedade de direitos autorais de software, código fonte e direitos de propriedade intelectual?
O projecto deve distinguir entre as informações originais do cliente, os resultados personalizados, os componentes genéricos do fornecedor, o software de código aberto e as licenças comerciais de terceiros. O mesmo conceito não é válido para a entrega de fontes, direitos de acesso, direitos de modificação, registos de direitos de autor e direitos de relicenciação.
Ver resposta completaContratos, pagamentos, alterações e entrega de projetosComo calcular os custos e duração do processo de desenvolvimento aumentando a demanda?
Os requisitos adicionais devem ser documentados e as alterações específicas feitas antes da avaliação do produto, projeto, desenvolvimento, testes, dados e impacto.O tempo de codificação da nova página não pode ser calculado apenas porque a estrutura, interface e intervalo de regressão podem mudar.A carga de trabalho, os custos e o agendamento são confirmados por ambos os lados antes de estar disponível ou posterior.
Ver resposta completaContratos, pagamentos, alterações e entrega de projetosQuais informações são necessárias para a aceitação e inspeção do projeto de software?
O objetivo da informação é demonstrar que o sistema atende às normas acordadas e que o cliente pode continuar a operar e assumir o controle.
Ver resposta completaNecessidade de uma análise mais aprofundada no contexto do estado actual da empresa?
Nós fornecemos consultoria técnica de TI, construção de informações empresariais, Software Projeto Outlook, design de produtos, entrega de P & D e serviços de entrega de sistemas.