O papel do utilizador
O utilizador define o problema, fornece o contexto e valida decisões. O modelo apoia a exploração e a organização da informação. A persona de especialista funciona como uma perspetiva de análise; não equivale a conhecimento certificado nem elimina vieses.
I · Identificação do Problema
O utilizador descreve o problema. A IA ajuda a identificar lacunas, clarificar o objetivo e documentar o público, as restrições e os critérios. A perspetiva de especialista proposta deve ser validada pelo utilizador.
Entregável: Problema definido e perspetiva de análise validada.
D · Divergência Criativa
Gerar uma lista de 20 a 30 ideias na configuração apresentada pelo autor, sem as excluir logo à partida. Tornar visíveis abordagens distintas e registar pressupostos da perspetiva escolhida.
Entregável: Lista de ideias para exploração.
E · Exploração de Ramificações
Aprofundar 5 a 7 ideias promissoras, segundo a configuração do framework. Explorar variações, combinações, obstáculos e oportunidades com o nível de participação definido pelo utilizador.
Entregável: Mapa de opções e ramificações.
A · Avaliação e Seleção
Definir critérios, ponderar a sua importância e comparar alternativas. O utilizador pode pedir reavaliação, combinar elementos ou aprovar uma opção.
Entregável: Ideia selecionada e aprovada.
R · Reflexão
Rever a ideia e a adequação da perspetiva usada. Uma perspetiva inadequada pode exigir nova divergência; lacunas na solução podem exigir regressar à exploração ou à avaliação.
Entregável: Decisão de avançar ou iterar.
O · Otimização e Desenvolvimento
Detalhar funcionalidades, recursos, dependências, prazos e riscos. Validar a proposta com o utilizador e refinar o que ainda não serve o objetivo.
Entregável: Solução desenvolvida e revista.
C · Conclusão e Plano de Ação
Consolidar a solução, a justificação da escolha e um plano com ações, responsáveis, prazos, recursos e métricas. O utilizador valida antes da execução.
Entregável: Plano de ação validado.
Escolher o nível de interação
| Nível | Aplicação |
|---|---|
| 1 · Baixa | Avançar com os dados já disponíveis em decisões de baixo impacto; explicitar pressupostos. |
| 2 · Média | Partilhar sínteses nos pontos de decisão e pedir orientação perante ambiguidades relevantes. |
| 3 · Alta | Solicitar contributos detalhados quando as opções dependem de informação ou decisões estratégicas do utilizador. |
Exemplo e limites
Para melhorar um percurso de aprendizagem, pode começar-se por definir onde surgem dificuldades, explorar ideias de apoio aos participantes e comparar a sua viabilidade. A proposta escolhida deve especificar recursos, responsáveis e critérios para avaliar a aplicação.
As quantidades de ideias são parâmetros da versão fornecida do framework, não limiares cientificamente validados. Uma exploração mais extensa não garante uma solução melhor. O esforço deve ser adequado ao problema.
Esta página adapta o HTML IDEAR-OC fornecido pelo autor. O P-C-D-I-R-O-C é apresentado separadamente: as fases e finalidades não são tratadas como equivalentes.