Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
O mais valioso input não é uma lista de solicitações funcionais, mas um conjunto de materiais que podem entender os resultados da operação e validação: quem está atualmente realizando a tarefa, quanto é processado mensalmente, qual é o resultado de entrada, de onde os dados estão vindo, qual o impacto que o erro terá, e se o sistema existente fornece uma interface. A empresa também é necessária para identificar contatos de negócios e tecnologia para garantir que calibres de amostra, privilégios e condições do sistema sejam confirmados em tempo hábil.
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.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Uma página de material descreve os objetivos, usuários, processos e pontos de dor atuais.
Dependência da Chave de Validação
A selecção de tarefas normais, invulgares, em falta e de fronteira e a conclusão da dessensibilização.
Desenvolvimento de resultados avaliáveis
Inventário de conhecimentos, dados, sistemas, interfaces, contas e requisitos de segurança.
Certifique-se de decidir o próximo passo com os resultados reais.
Marque itens desconhecidos e forme uma lista de diagnósticos ou informações PoC com a equipe.
Como é que entendes isso no negócio?
A empresa propõe um “sistema deAAQ” em que a equipe não é capaz de julgar a lógica da oferta se fornecer apenas um catálogo de produtos. O pedido histórico de cotações, mix de produtos, regras de desconto, processo de aprovação, oferta final e modificação manual são complementados antes que o PoC completo do campo seja projetado para extração, consultas de conhecimento, cálculos de regras e confirmação manual. Exemplo não representa o desempenho de um determinado cliente, e as conclusões reais precisam ser verificadas em conjunto com o volume de negócios próprio da empresa, amostra, sistema e limites de responsabilidade.
O poço mais fácil de pisar.
Todos os documentos foram embalados diretamente aos fornecedores sem classificação e autorização.
Apenas descrever funções desejadas, e nenhuma amostra de processos e resultados atuais é fornecido
A equipe técnica não pôde confirmar o calibre correto sem a participação do chefe da operação
Como devemos acabar recebendo e confirmando?
As informações iniciais devem ser um catálogo da versão, indicando fontes, níveis sensíveis, autorizações de acesso, porta-de-obras e âmbito de aplicação; e a interface do sistema, indicadores de sucesso, colaboração do cliente e perguntas ainda a serem verificadas. A informação completa não é a ausência de itens desconhecidos, mas os itens desconhecidos são claramente gerenciados.
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.