Questões - Entendendo o Problema antes de convergir para

uma solução

1-
2-
3-
4-
5 – Explique o framework Problem Statement.
Resposta: o framework Problem Statement (Declaração do Problema) é
comumente usado na engenharia de software para elicitação e análise de
requisitos, que ajuda a esclarecer o problema que precisa ser resolvido por
determinado software ou sistema. Consiste em uma tabela que segue o
seguinte formato:
 O problema de: Aqui, você descreve o problema que está sendo
enfrentado. É importante ser específico sobre a natureza do problema.
 Afeta: Nesta seção, você identifica o grupo específico de pessoas,
processos ou sistemas que são impactados pelo problema. Isso ajuda a
contextualizar o problema e entender quem são os stakeholders.
 Cujo impacto é: Aqui, você detalha as consequências do problema, o que
ajuda a entender a gravidade e a urgência da situação.
 Uma solução bem-sucedida seria: Nesta parte, você descreve o que
constituiria uma solução eficaz para o problema, sem necessariamente
entrar em soluções específicas. Isso pode incluir critérios de sucesso ou
metas que a solução precisa alcançar.

6 – Suponha que você foi contratado para desenvolver uma série de sistemas
para um grande consultório de advocacia que está planejando modernizar
todo o pátio. Identifique os possíveis stakeholders.
 Advogados/Sócios do Consultório: Esses profissionais têm interesse
direto na eficiência e eficácia dos sistemas, pois afetarão diretamente
seu trabalho diário, produtividade e a capacidade de servir seus clientes.
  Assistentes Jurídicos e Paralegais: Eles apoiam os advogados na
preparação de casos e na gestão de documentos, por isso se
beneficiarão diretamente de sistemas que otimizem esses processos.
 Departamento de TI: Responsável pela infraestrutura de TI do
consultório, este grupo tem interesse na seleção de tecnologias
adequadas, na integração dos novos sistemas com os existentes, e na
manutenção e suporte desses sistemas.
 Administradores do Escritório/Equipe de Gestão: Esse grupo está focado
na operação geral do consultório, incluindo eficiência, custos e retorno
sobre o investimento dos novos sistemas.
 Clientes do Consultório: Embora indiretos, os clientes são stakeholders
críticos, pois qualquer melhoria na eficiência ou capacidade de resposta
do consultório pode afetar diretamente a satisfação do cliente.
 Equipe de Recebimento e Secretariado: Responsáveis pelo primeiro
contato com os clientes e pela gestão de agendas, esses funcionários
precisarão de sistemas que facilitem a comunicação e o agendamento.
 Equipe de Finanças e Cobrança: Esse grupo lida com a contabilidade,
faturamento e cobrança do consultório, e se beneficiará de sistemas que
automatizem e otimizem esses processos.
 Equipe de Marketing e Relacionamento com o Cliente: Encarregados da
aquisição e retenção de clientes, bem como da comunicação com o
mercado, eles precisam de sistemas que forneçam insights sobre
clientes e eficiências em campanhas de marketing.
 Fornecedores de Software e Tecnologia: Empresas e consultores
externos que fornecerão as soluções tecnológicas, hardware ou
software, para o consultório.
 Reguladores e Órgãos de Compliance: Embora possam não estar
diretamente envolvidos no projeto, é crucial considerar as exigências
regulatórias e de compliance na concepção dos sistemas, especialmente
em relação à proteção de dados dos clientes e à confidencialidade.

7 – Explique o método dos 5 porquês.

Resposta: O método dos 5 Porquês é uma técnica de análise de causa raiz
originada no Sistema Toyota de Produção, mas que pode ser aplicada de forma
eficaz na engenharia de software para identificar a origem fundamental dos
problemas. O processo começa com a identificação de um problema específico
que a equipe está enfrentando. Em seguida, pergunta-se "Por quê?" esse
problema ocorreu. A resposta a essa primeira pergunta normalmente aponta
para uma nova questão, levando à próxima pergunta "Por quê?". Este processo
é repetido até que se chegue à causa raiz do problema, o que geralmente
acontece ao redor da quinta repetição da pergunta, daí o nome "5 Porquês".
No entanto, em alguns casos, pode ser necessário perguntar "Por quê?" menos
ou mais vezes do que cinco.
8 – Explique o Princípio de Pareto e como ele pode ser aplicado na engenharia
de software.
Resposta: O Princípio de Pareto, também conhecido como a regra 80/20, é
uma observação que afirma que, para muitos eventos, aproximadamente 80%
dos efeitos vêm de 20% das causas. Ele pode ser aplicado para: identificação
dos bugs críticos, alocação eficiente de recursos, priorização de recursos,
melhoria contínua do produto e a avaliação do impacto do usuário.