Um conflito de modelo reflete uma inconsistência entre as premissas de vários modelos que um
projeto utiliza para guiar seu progresso. Dentre esses modelos estão:
-
Modelos de processo: desenvolvimento em cascata ("waterfall"), desenvolvimento incremental, em
espiral etc.
-
Modelos de produto: são as diversas maneiras de de especificar requisitos, conceitos operacionais,
arquitetura, projeto técnico e código.
-
Modelos de propriedades: definem trade-offs possíveis entre fatores de um projeto de
desenvolvimento, como custo, cronograma, desempenho e segurança.
-
Modelos de sucesso incluem análises de custo/benefício, justificativas de casos de negócio,
corretude etc.
Quando uma das premissas adotadas pelos modelos se revela falsa, ou contradiz alguma outra premissa de quaisquer dos
modelos, um projeto enfrentará problemas. Para identificar possíveis conflitos entre os modelos adotados pelos
vários interessados, pode-se criar um diagrama chamado Teia de Conflitos de Modelos, da seguinte forma:
-
A partir da documentação de projeto disponível (termo de abertura, declaração de escopo, caso de negócio,
estimativa de custo, especificações iniciais de requisitos do produto etc.) localize as restrições e definições de
modelos de processo, produto, propriedade e sucesso.
-
Identifique, a partir das premissas e condições encontradas no passo anterior, conflitos de modelos potenciais
entre elas. Desenhe uma teia conectando-as entre si, de acordo com os conflitos encontrados.
-
Defina a lista dos interessados (ou grupos de interessados) críticos para o projeto.
-
Faça o levantamento das condições que os interessados reconhecem como fatores críticos para o sucesso do projeto.
-
Relacione as condições de sucesso levantados no passo anterior às premissas levantadas no passo 2, tentando
encontrar conflitos entre as condições e entre estas e os modelos extraídos da documentação de projeto.
-
Revise suas conclusões relacione todos os conflitos encontrados.
A Figura abaixo mostra um exemplo de uma teia de Conflito de Modelo.
Esta técnica dá melhores resultados quando executada em um estágio inicial, idealmente durante uma revisão do
planejamento do projeto.
|