Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
A fase de arranque deve resultar em definição de problemas, utilizador-alvo, processo central, regras de negócio, protótipo, escopo inicial e calibração de aceitação. Funções de produtos externos podem ser usadas para executar trabalhos metodológicos e de documentação, mas não podem ser um substituto para o julgamento de uma empresa do seu cliente, preço, processo e risco.
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.
Designe os gestores de operações internas e avalie o ritmo.
Dependência da Chave de Validação
Entrevistar usuários e organizar tarefas, pontos de dor e alternativas existentes.
Desenvolvimento de resultados avaliáveis
Produção de protótipos de baixo custo para validar processos e regras fundamentais.
Certifique-se de decidir o próximo passo com os resultados reais.
O primeiro congelamento, os critérios de aceitação, é então desenvolvido de forma iterativa.
Como é que entendes isso no negócio?
O empresário tem uma ideia de consulta de serviço, mas não tem emprego. Ele ou ela é entrevistado primeiro para 10 usuários-alvo, desenhando processos de marcação, pagamento e conformidade, usando um protótipo clicável para validá-los, e desenvolvendo um ciclo fechado mínimo; e ele ou ela é responsável por trade-offs de negócios, com uma equipe externa responsável pela análise de produtos e entrega de engenharia.
O poço mais fácil de pisar.
Faça design de interface igual ao design de produto.
Não há ninguém na casa que tome decisões.
O protótipo é desenvolvido sem validação para desenvolver um grande número de funções de backstage e borda
Como devemos acabar recebendo e confirmando?
Após o início, a equipe deve ter registros consistentes de usuários, problemas, processos centrais, escopo inicial, suspensão de itens de desenvolvimento e padrões de aceitação.
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.