Avaliação e Seleção de Soluções Técnicas - Aula2 - Seleção Componente de Produto e Desenvolvimento de Soluções Alternativas

Prévia do material em texto

Avaliação e Seleção de Soluções 
Técnicas
Aula 2
Josiane Brietzke Porto
Avaliação e Seleção de Soluções 
Técnicas
• Solução Técnica (Technical Solution)
• Trabalho 1
Solução Técnica
• Segundo o CMMI, Solução Técnica é um dos
processo da categoria Engenharia
• Nível 3 de maturidade
Solução Técnica
ST – Technical Solution
• Desenvolve pacotes de dados técnicos para
componentes de produto, que serão usados
pelas áreas de processo “Integração de
Produto (Product Integration)” ou “Gestão de
Contrato de Fornecedor (Supplier Agreement
Management)”.
• Soluções alternativas são examinadas com a
intenção de selecionar o design ótimo,
baseado em critérios estabelecidos.
ST – Technical Solution
• Esses critérios podem variar
significativamente para os diversos produtos,
dependendo do tipo, ambiente operacional,
requisitos de desempenho, requisitos de
suporte, custo ou prazo de entrega do
produto.
• A tarefa de escolha da solução final faz uso de
práticas específicas da área de processo
“Análise e Tomada de Decisão (Decision
Analysis and Resolution)”.
ST – Technical Solution
• A área de processo “Solução Técnica
(Technical Solution)” apoia-se nas práticas
específicas da área de processo “Verificação
(Verification)” para realizar verificações de
design e peer review durante o design e antes
do build final.
ST – Technical Solution
• Propósito
– Selecionar, projetar e implementar soluções para
os requisitos.
ST – Technical Solution
• Propósito
– Soluções, designs e implementações envolvem
produtos, componentes de produto e produtos
relacionados aos processos de ciclo de vida tanto
isoladamente ou combinados.
ST – Technical Solution
• Aplica-se a qualquer nível da arquitetura do
produto e a todo produto, componente de
produto e produto relacionado aos processos
de ciclo de vida.
ST – Technical Solution
• Também se aplica a serviços, sistemas de
serviço e seus componentes.
ST – Technical Solution
• Foca em avaliação e seleção de soluções
(também chamadas de “abordagens de
design”, “conceitos de design”, ou “projetos
preliminares”), que potencialmente satisfaçam
um conjunto de requisitos (funcionais e não
funcionais) alocados.
ST – Technical Solution
• Foca em desenvolvimento de designs
detalhados para as soluções selecionadas.
• O nível de detalhamento deve possibilitar a
definição de todas as informações necessárias
à construção, à codificação ou à
implementação do design de um produto ou
de um componente de produto.
ST – Technical Solution
• Foca em executar o design como um produto
ou componente de produto.
ST – Technical Solution
• Geralmente, essas atividades anteriores
suportam interativamente umas às outras!
ST – Technical Solution
• Por exemplo, algum nível de design
detalhado, em alguns momentos pode ser
necessário para selecionar soluções.
ST – Technical Solution
• Protótipos ou pilotos podem ser usados como
forma de ganhar conhecimento suficiente
para desenvolver um pacote de dados técnico
ou um conjunto completo de requisitos.
ST – Technical Solution
• Práticas específicas de solução técnica
aplicam-se também ao produto referente aos
processos de ciclo de vida!
ST – Technical Solution
• O produto referente aos processos de ciclo de
vida é desenvolvido de acordo com o produto
ou componente de produto.
ST – Technical Solution
• Este desenvolvimento pode incluir seleção e
adaptação de processos existentes para uso,
assim como o desenvolvimento de novos
processos.
ST – Technical Solution
• Processos associados com a área de processo
de solução técnica recebem os requisitos de
produto e de componentes de produto de
processos de gestão de requisitos da
organização.
ST – Technical Solution
• Os processos de gestão de requisitos colocam
os requisitos sob gerência de configuração
adequada e mantém sua rastreabilidade.
ST – Technical Solution
• Para projetos de manutenção ou sustentação,
os requisitos que necessitam de ações de
manutenção ou redesign podem ser
originados nas necessidades do usuário ou
nos defeitos latentes nos componentes do
produto.
ST – Technical Solution
• Novos requisitos podem surgir de mudanças
no ambiente operacional.
ST – Technical Solution
• Estes requisitos podem ser descobertos
durante a verificação do(s) produto(s),
quando o desempenho observado é
comparado com o desempenho especificado,
e resultados inaceitáveis podem ser
identificados.
ST – Technical Solution
• Recomenda-se que os processos associados à
área de processo solução técnica sejam
usados para executar as atividades de design
associadas à manutenção ou sustentação.
ST – Technical Solution
• Em ambientes ágeis, o foco está na
exploração da solução, no início.
• Nesses contextos, pela seleção e pela tomada
de decisões mais explícitas, a área de processo
de solução técnica ajuda a melhorar a
qualidade dessas decisões, tanto em nível
individual e ao longo do tempo.
ST – Technical Solution
• Soluções podem ser definidas em termos de:
– funções;
– conjunto de recursos/características;
– releases;
– ou, quaisquer outros componentes, que facilitam
o desenvolvimento do produto.
ST – Technical Solution
• Para suportar futuras atualizações do produto,
a análise racional (conjunto de justificativas
ou razões, base lógica, argumentos,
explicações, etc.) para interfaces, peças ou
componentes adquiridos, por exemplo, pode
ser capturada ou consultada para que o
produto existente possa ser melhor
compreendido pela equipe atual.
ST – Technical Solution
• Todavia, se houver baixo risco na solução
utilizada, a necessidade de capturar
formalmente decisões é significativamente
reduzida.
ST – Technical Solution
• Segundo o guia PMBOK (PMI, 2013), um
processo de avaliação de alternativas pode
ser usado para determinar a viabilidade de
um novo projeto (processos de iniciação).
– Podem ser desenvolvidas descrições claras dos
objetivos do projeto, incluindo justificativas ou
motivos pelos quais um projeto específico é a
melhor alternativa para cumprir os requisitos.
– A documentação desta decisão pode conter ainda
o escopo inicial, entregas, duração e recursos
previstos para a análise do investimento.
ST – Technical Solution
• Segundo o guia PMBOK (PMI, 2013), um
processo de avaliação de alternativas pode ser
usado para análise de:
– alternativas de alocação de pessoal;
– alternativas de respostas aos riscos;
– alternativas de solução para os requisitos do
produto;
– alternativas de custo para o projeto.
ST – Technical Solution
• Conforme a área de processo Solução Técnica
do modelo CMMI:
• SG 1 Selecionar Soluções de Componentes de
Produto
– SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– SP 1.2 Selecionar Soluções de Componentes de
Produto
ST – Technical Solution
• SG 2 Desenvolver o Design
– SP 2.1 Desenvolver o Design do Produto ou dos
Componentes de Produto
– SP 2.2 Estabelecer Pacote de Dados Técnicos
– SP 2.3 Projetar Interfaces Utilizando Critérios
– SP 2.4 Analisar Alternativas: Desenvolver, Comprar
ou Reusar
ST – Technical Solution
• SG 3 Implementar o Design do Produto
– SP 3.1 Implementar o Design
– SP 3.2 Elaborar Documentação de Suporte ao
Produto
ST – Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– Soluções para o produto ou para os componentes
de produto são selecionadas entre as soluções
alternativas.
– Soluções alternativas e suas vantagens são
examinadas antes de selecionar uma solução.
– Os principais requisitos, as questões críticas de
design e restrições são estabelecidas para
subsidiar a análise de soluções alternativas.
ST –Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– As características arquiteturais que possam ser
usadas para a melhoria e a evolução do produto
são consideradas.
– Uso de componentes de produtos comerciais de
prateleira (commercial off-the-shelf – COTS) são
considerados em relação ao custo, prazo,
desempenho e risco.
ST – Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– Alternativas COTS podem ser usadas com ou sem
modificação.
– Algumas vezes, esses itens podem requerer
modificações a aspectos como interfaces ou uma
customização de algumas das funcionalidades
para melhor atingir os requisitos do produto
ST – Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– A escolha de um design após sua comparação com
soluções alternativas é um indicador do uso de um
bom processo de design.
– Decisões sobre arquitetura, desenvolvimento
customizado versus produto COTS e
modularização de componentes de produto são
típicos das escolhas de design que são tratadas
nesse processo.
ST – Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– Algumas dessas decisões podem requerer o uso
de um processo formal para avaliação de
alternativas (Análise e Tomada de Decisões).
– As soluções alternativas não são apenas formas
diferentes de tratar os mesmos requisitos, mas
também refletem uma alocação de requisitos
diferente entre os componentes de produto que
engloba o conjunto de soluções.
ST – Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– O objetivo é otimizar o conjunto como um todo, e
não as partes individuais!
– Existirão interações significativas com processos
associados a Desenvolvimento de Requisitos para
apoiar alocações temporárias de requisitos a
componentes de produto até que um conjunto de
soluções seja selecionado e as alocações finais
sejam estabelecidas.
ST – Technical Solution
• SG 1 Selecionar Soluções de Componentes de
Produto
– Os processos de ciclo de vida relacionados ao
produto estão entre as soluções de componentes
de produto que são selecionadas, a partir de
soluções alternativas.
– Exemplos desses processos do ciclo de vida
relacionados ao produto são os processos de
manufatura, entrega e suporte.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Soluções alternativas precisam ser identificadas e
analisadas para possibilitar a seleção de uma
solução equilibrada em termos de custo, prazo e
desempenho técnico, ao longo da vida do
produto.
– Essas soluções são baseadas nas propostas de
arquitetura de produto, que tratam de
características críticas do produto e cobrem uma
gama de soluções viáveis.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– As práticas específicas associadas à meta
específica Desenvolver o Design fornecem mais
informações sobre o desenvolvimento de possíveis
arquiteturas de produto a serem incorporadas às
soluções alternativas para o produto.
– Soluções alternativas frequentemente consideram
a alocação de requisitos a diferentes componentes
de produto.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Essas soluções alternativas também podem incluir
o uso de soluções COTS, na arquitetura do
produto.
– Os processos associados com a área de processo
Desenvolvimento de Requisitos são então
empregados para a alocação temporária de
requisitos para as soluções alternativas, de forma
mais completa e mais robusta.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– As soluções alternativas cobrem o intervalo
aceitável de custo, prazo e desempenho.
– Para desenvolver as soluções alternativas, os
requisitos dos componentes do produto recebidos
devem ser considerados, juntamente com
questões críticas de design, restrições e critérios.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Critérios de seleção
• Custos: por exemplo, tempo, pessoas e dinheiro
• Benefícios: por exemplo, performance, capacidade, e
efetividade
• Riscos: por exemplo, técnicos, custo e cronograma
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Considerações sobre soluções alternativas e
critérios de seleção incluem:
• Custo de desenvolvimento, manufatura, aquisição,
manutenção e suporte;
• Desempenho;
• Complexidade do componente de produto e dos
processos de ciclo de vida relacionados ao produto.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Considerações sobre soluções alternativas e
critérios de seleção incluem:
• Robustez face às condições de uso e de operação do
produto, aos modos de operação, aos ambientes e às
variações nos processos de ciclo de vida relacionados
ao produto;
• Expansão e crescimento do produto;
• Limitações da tecnologia;
• Sensibilidade a métodos e materiais de construção.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Considerações sobre soluções alternativas e
critérios de seleção incluem:
• Riscos;
• Evolução de requisitos e tecnologia;
• Descontinuação;
• Capacidades e limitações de usuários finais e
operadores;
• Características dos produtos COTS;
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– As considerações listadas acima são um conjunto
básico.
– Recomenda-se que as organizações elaborem
critérios de filtragem para limitar a lista a
alternativas, que estejam alinhadas com seus
objetivos estratégicos.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Ainda que os custos do ciclo de vida produto
sejam um parâmetro desejável de ser minimizado,
podem estar fora do controle de organizações de
desenvolvimento.
– Um cliente pode não desejar pagar por
características que custam mais em curto prazo,
mas que posteriormente diminuem os custos ao
longo da vida do produto.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Nesses casos, é recomendável que os clientes
sejam pelo menos avisados de possíveis formas
para reduzir os custos do ciclo de vida.
– Recomenda-se que os critérios utilizados na
seleção da solução final forneçam resultados
balanceados entre custos, benefícios e riscos.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Produtos de trabalho típicos:
• Critérios de filtragem de soluções alternativas.
• Relatórios de avaliação de novas tecnologias.
• Soluções alternativas.
• Critérios de seleção.
• Relatórios de avaliação de produtos COTS.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Subpráticas:
• Identificar critérios de filtragem para selecionar o
conjunto de soluções alternativas a serem
consideradas.
• Identificar tecnologias atualmente em uso e novas
tecnologias de produto visando vantagem competitiva.
• Identificar produtos COTS candidatos que satisfaçam
aos requisitos.
• Gerar soluções alternativas.
ST – Technical Solution
• SP 1.1 Desenvolver Soluções Alternativas e
Critérios de Seleção
– Subpráticas:
• Obter alocação completa dos requisitos para cada
alternativa.
• Criar critérios para selecionar a melhor solução
alternativa.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– Selecionar soluções associadas a componentes de
produto que melhor satisfazem aos critérios
estabelecidos.
– A seleção de componentesde produto que melhor
satisfazem aos critérios resulta na alocação de
requisitos a componentes de produto.
– Os requisitos detalhados são gerados, a partir das
alternativas selecionadas e utilizados para gerar o
design do componente de produto.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– Os requisitos de interface entre os componentes
de produto são descritos, inicialmente, do ponto
de vista funcional.
– As descrições das interfaces físicas são incluídas na
documentação das interfaces com itens e
atividades externas ao produto.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– A descrição das soluções e a linha de raciocínio
utilizada são documentadas.
– A documentação evolui ao longo do
desenvolvimento à medida que soluções e designs
detalhados são desenvolvidos e implementados.
– Para subsidiar a tomada de decisão, é importante
manter um registro da linha de raciocínio da
seleção.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– Tais registros evitam que partes interessadas, ao
utilizarem os componentes selecionados, incorram
em retrabalho, além de fornecer a visibilidade e o
conhecimento necessários para aplicar novas
tecnologias à medida que se tornam disponíveis.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– Produtos de Trabalho típicos:
• Decisões sobre seleção de componentes de produto e a
linha de raciocínio utilizada.
• Relacionamento documentado entre requisitos e
componentes de produto.
• Soluções, avaliações e linhas de raciocínio utilizadas
documentados.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– Subpráticas:
• Avaliar cada solução alternativa ou conjunto de
soluções com relação aos critérios de seleção
estabelecidos no contexto dos conceitos e cenários
operacionais.
• Com base na avaliação de alternativas, avaliar a
adequação dos critérios de seleção e atualizar esses
critérios quando necessário.
• Identificar e resolver questões críticas relativas a
soluções alternativas e requisitos.
ST – Technical Solution
• SP 1.2 Selecionar Soluções de Componentes
de Produto
– Subpráticas:
• Selecionar o melhor conjunto de soluções alternativas
que satisfaçam aos critérios de seleção estabelecidos.
• Identificar os requisitos associados ao conjunto de
alternativas selecionadas como sendo o conjunto de
requisitos alocados àqueles componentes de produto.
• Identificar as soluções de componente de produto que
serão reusados ou adquiridos.
• Estabelecer e manter a documentação das soluções,
avaliações e sua linha de raciocínio.
Avaliação e Seleção de Soluções 
Técnicas
• Solução Técnica
• Trabalho 1
Avaliação e Seleção de Soluções 
Técnicas
• Referências
• Associação para Promoção da Excelência do Software Brasileiro
(SOFTEX). MPS.BR – Guia Geral de Software:2012, agosto 2012.
Disponível em http://www.softex.br/mpsbr/guias/
• CMMI Product Team. CMMI for Development, Version 1.3 (CMU/SEI-
2010-TR-033). Pittsburgh, PA: Software Engineering Institute,
Carnegie Mellon University, November 2010. Disponível em
http://www.sei.cmu.edu/library/abstracts/reports/10tr033.cfm
• Project Management Institute (PMI). Um Guia do Conhecimento em
Gerenciamento de Projetos (Guia PMBOK®). Quinta Edição.
Pennsylvania: PMI, 2013.
• Lâminas Prof. Alexandre Franco.