Alinhamento estratgico de melhoria de processos de

software: percepes de um processo de apoio deciso

(Trilha de Trabalhos Tcnicos)

Francisco J. S. Vasconcellos1, Caque Minhare1, Leonardo Fuchs1,

Jucele F. A. Vasconcellos1, Jos Adson O. G. da Cunha2, Auri M.R. Vincenzi3
1
Faculdade de Computao, Universidade Federal de Mato Grosso do Sul
Caixa Postal 549 79.070-900 Campo Grande, MS Brasil
2
Departamento de Cincias Exatas Universidade Federal da Paraba
Rio Tinto, PB Brasil
3
Departamento de Cincia da Computao Universidade Federal de So Carlos
So Carlos, SP Brasil
{francisco.vasconcellos,jucele}@facom.ufms.br,
{caique.minhare,leonardo.fuchs}@aluno.ufms.br,
adson@dcx.ufpb.br, auri@dc.ufscar.br
Abstract. The alignment between software process improvement (SPI) and
organizational goals involves strategic and tactical decision making. This
article presents a qualitative study about the usefulness of a formal decision-
making process in the strategic alignment of SPI. The definition and
refinement of the proposed process helped to develop theoretical propositions
in an inductive way. Questionnaires adapted from the Technology Acceptance
Model positively evaluated both the ease of use and the perceived utility of the
proposed solution. The results indicate that a formal decision-making process
is useful and necessary for the strategic alignment of SPI.

Resumo. O alinhamento de melhoria do processo de software (MPS) com

objetivos organizacionais envolve decises em nveis estratgico e ttico. Este
artigo apresenta um estudo qualitativo sobre a utilidade de um processo
formal de tomada de deciso no alinhamento estratgico de MPS. A definio
e o refinamento do processo proposto ajudaram a desenvolver proposies
tericas de forma indutiva. Questionrios adaptados do Modelo de Aceitao
de Tecnologia avaliaram positivamente tanto a facilidade de uso quanto a
utilidade percebida da soluo proposta. Os resultados indicam que um
processo formal de tomada de deciso til e necessrio para o alinhamento
estratgico de MPS.

1. Introduo
A melhoria de processos de software (MPS) tem como objetivo aumentar a eficcia de
uma organizao de software e a seleo das prticas a serem melhoradas depende do
contexto organizacional, cultura e prioridades (Humphrey 1989). Ebert (1999) afirma
que os objetivos estratgicos organizacionais devem estar claros antes da definio de
metas de melhoria pelo nvel ttico. De fato, estudos indicam o alinhamento com os
objetivos de negcios como um fator crtico para o sucesso de MPS (Dyb 2005). Alm
disso, a norma ISO 33014 enfatiza que, quanto maior o alinhamento entre objetivos de
negcios e as decises de melhoria de processos, maior a probabilidade de sucesso do
programa de melhorias (ISO 2013).
Motivados pelo estudo de Lepmets, McBride, e Ras (2012), Vasconcellos et al. (2017)
avaliam 19 abordagens para o alinhamento estratgico de MPS. Entre outros aspectos, a
falta de validao emprica indica que falha na transferncia adequada das solues para
a prtica. Alm disso, nenhum mtodo foi sugerido para apoiar o processo de tomada de
deciso em um alinhamento estratgico de MPS. Considerando a tomada de decises
como habilidade que, como tal, pode ser aprimorada com experincia e treinamento,
entende-se que esta tambm pode ser auxiliada por processos que forneam mecanismos
de apoio deciso (Hastie and Dawes 2010). Assim, importante considerarmos o
emprego de mtodos de suporte deciso e de Sistemas de Apoio Deciso (SAD),
para ajudar os profissionais a decidirem sobre melhorias nos processos de software.
O objetivo deste trabalho relaciona-se ao desenvolvimento do conhecimento pois
queremos entender a utilidade percebida pelos praticantes de um processo de apoio
tomada de decises aplicado ao alinhamento estratgico de MPS. Este artigo apresenta
resultados de duas fases de validao, de um mtodo composto por trs fases visando a
transferncia adequada de uma soluo proposta para a indstria. Inspirado nos
trabalhos de Shull, Carver e Travassos (2001) e pelo modelo de transferncia de
tecnologia proposto por Gorschek et al. (2006), delineamos um processo e uma
ferramenta de apoio, inicialmente com base no referencial terico (seo 2). Partindo da
premissa de que um processo formal de tomada de decises pode ser til para o
alinhamento entre os objetivos da alta administrao com as escolhas de melhoria do
processo, ajustamos conjecturas iniciais por induo analtica (Johnson 2004) atravs de
um mtodo iterativo de validao (seo 3). Os resultados contriburam para o
aperfeioamento do conhecimento e para o refinamento da soluo, possibilitando
assim, a anlise apresentada na seo 4. Considerando as ameaas validade (seo 5),
apresentamos nossas concluses e trabalhos futuros (seo 6).

2. Referencial Terico
Nossa proposio terica inicial, composta por conjecturas, considera alguns
constructos e relaes apoiadas pela reviso da literatura, como recomendam mtodos
qualitativos de construo de teorias (Merriam 2009; Corbin and Strauss 2015). Alm
dos conceitos necessrios para as observaes iniciais e para o estmulo de questes
utilizadas durante o processo de pesquisa, a literatura tambm contribuiu para aprimorar
a sensibilidade terica do segundo e terceiro autores, iniciantes nesta rea substantiva
(Corbin e Strauss, 2015). Nesta seo so descritos os conceitos relacionados ao
alinhamento estratgico de MPS e ao processo de tomada de deciso correspondente. As
conjecturas iniciais so listadas com identificadores de C1 a C7.

2.1. Alinhamento estratgico de MPS

Organizaes de software com ou sem fins lucrativos possuem metas organizacionais
definidas pela alta administrao. As melhorias em um processo de software podem ser
derivadas de metas organizacionais em um planejamento de MPS top-down (ISO 2013)
ou alinhadas com os objetivos de negcios em uma estratgia de MPS bottom-up,
comum em um ambiente gil (Lepmets and McBride 2012).
Independentemente do cenrio, uma iniciativa MPS invariavelmente exige mudanas
em um processo de software. Mnch et al. (2012) afirmam que as mudanas nos
processos de software devem ser cuidadosamente planejadas porque dependem dos
seres humanos para serem eficazes, do contexto organizacional e de negcios,
representando custos significativos para uma organizao. Assim, qualquer mudana em
um processo de software pode ser vista como uma deciso estratgica. Como o
alinhamento de MPS envolve mudanas em processos de software e, por ser uma
deciso estratgica, este ser denominado alinhamento estratgico de MPS.
O modelo COBIT (ISACA 2012) e o padro ISO (ISO 2015) estabelecem trs tarefas
principais relacionadas governana de tecnologia da informao (TI): dirigir,
monitorar e avaliar. Alm disso, a ISO recomenda a delegao de responsabilidades
especficas a gerentes funcionais de TI (o gerente de esforos de melhoria de processos
no contexto deste estudo). Assim, so apresentadas duas conjecturas iniciais:
C1: O alinhamento estratgico de MPS envolve o planejamento e o monitoramento de
atividades, demandando tanto sistemas para suporte tomada de deciso quanto para
a mensurao de resultados.
C2: O alinhamento estratgico de MPS envolve duas partes interessadas principais:
diretores e gerentes de MPS.

Trienekens et al. (2005) enfatizam o papel do processo de tomada de deciso na

decomposio da estratgia e metas de negcios em metas de equipes tcnicas. Como
mostrado na Figura 1, so trs nveis de tomada de deciso: estratgico, ttico e
operacional. A deciso estratgica refere-se priorizao de objetivos de negcios (o
porqu). Gerentes de MPS tomam decises tticas, selecionando alternativas de
melhorias (o que) alinhadas com as decises estratgicas. A deciso operacional est
relacionada com a escolha de ferramentas, procedimentos e modelos utilizados para
apoiar a implementao de um programa de MPS (o como).

Priorizao das metas organizacionais, estabelecimento de

direo e monitoramento das aes de MPS.

Seleo de alternativas MPS que melhor se alinham

com as decises estratgicas.

Escolha de ferramentas, procedimentos e modelos

para apoiar a implementao de uma ao MPS.

Figura 1. Nveis de tomada de deciso (baseado em Trienekens et al.(2005)).

O foco do alinhamento estratgico de MPS est na sintonia entre diretores e gestores de
nvel ttico. O nvel operacional depende do nvel ttico pois ambas as decises so
tcnicas. O alinhamento entre metas organizacionais e as decises tticas implica na
traduo da viso empresarial para a viso tcnica, que pode ser uma tarefa desafiadora
no processo de tomada de deciso de MPS. Esta questo levanta outra conjectura:
C3: O processo de tomada de deciso deve relacionar a priorizao dos objetivos
organizacionais (deciso estratgica) com a seleo de alternativas de MPS (deciso
ttica).
Modelos de maturidade para desenvolvimento de software, como CMMI ou MR-MPS-
SW, recomendam processos para auxlio na tomada de decises em projetos de
software. O objetivo desses processos apoiar a tomada de decises consideradas
crticas, por meio de um processo formal que pressupe critrios estabelecidos para a
avaliao de alternativas identificadas. Embora a aplicao desses processos ocorra
usualmente em decises relacionadas a projetos de software, parece aplicvel deciso
em iniciativas de MPS. Afinal, processos de software so tambm software
(Osterweil 1987), e esforos de melhoria de processos possuem caractersticas
gerenciais semelhantes a projetos. De fato, a ISO 33014 (ISO 2013) recomenda que um
programa de melhoria de processo seja implementado como um projeto, com patrocnio
definido, gerenciamento de projetos, oramento, marcos e responsabilidade
estabelecidas. Tais aspectos sugerem uma nova conjectura:
C4: A lgica de tomada de deciso deve abranger e registrar critrios aplicados em
ambos os nveis de decises, fornecendo elementos para uma reviso peridica de
planos de ao de MPS decorrentes.
Como os problemas de deciso esto diretamente relacionados ao gerenciamento de
melhoria de processos, necessria a reviso de teorias de deciso e de sistemas de
apoio deciso aplicveis ao alinhamento estratgico de MPS.

2.2. Teorias de deciso e sistemas de apoio deciso

A teoria da deciso desenvolvida desde meados do sculo XX com base em
contribuies de vrias disciplinas, estudadas por economistas, estatsticos, psiclogos,
cientistas polticos e sociais ou filsofos. H dois campos de pesquisa em teoria da
deciso: normativo e descritivo (Peterson 2009). O ponto de vista normativo procura
produzir prescries sobre o que decisores devem racionalmente (ou deveriam) fazer em
uma deciso. Alternativamente, teorias de deciso descritivas tentam explicar e prever
como decises so realmente tomadas, por meio de processos empricos decorrentes da
psicologia experimental. Alm disso, Peterson (2009) afirma que uma deciso pode ser
correta sem ser racional e racional sem ser correta, argumentando que os dois campos
de investigao podem ser estudados independentemente.
Uma abordagem descritiva relevante a tomada de deciso naturalista (do ingls
Naturalistic Decision Making - NDM) (Klein 2008). Uma caracterstica importante de
muitas configuraes em estudos de NDM que os tomadores de deciso trabalham sob
significativa presso de tempo (Klein et al. 1993). Este fator de restrio de tempo no
se apresenta no caso do problema de escolha de uma alternativa de MPS que melhor
alinhe com os objetivos organizacionais. Assim, este trabalho no parece se relacionar a
uma pesquisa de NDM. Mesmo em ambientes geis, a agilidade esperada na seleo de
prticas para melhorar processos necessita estar ligada a uma deciso no nvel
estratgico. O conceito de agilidade no est relacionado restrio de tempo.
As abordagens normativas tratam questes sobre como agir quando h incerteza e falta
de informao. Exploram tambm preocupaes sobre como um indivduo pode
coordenar suas decises ao longo do tempo, e de como as pessoas tomam suas decises
em um grupo, envolvendo aspectos sociais e polticos. Gigerenzer e Selten (2001)
mencionam que Herbert Simon, ao conceber o termo racionalidade limitada (do ingls
bounded rationality), usou a metfora da tesoura, na qual uma lmina representa as
limitaes cognitivas dos seres humanos enquanto a outra a estrutura do ambiente. As
limitaes e os erros de percepo restringem a capacidade dos tomadores de deciso
para selecionar a melhor opo a partir de alternativas disponveis, dificultando assim as
decises timas assumidas pelo modelo racional. Pessoas com limitaes de tempo,
conhecimento e de outros recursos, podem decidir e serem bem-sucedidas em seus
ambientes. Assim, estudos devem considerar a necessidade de ambos os lados da
tesoura para cortar. O que Simon chama de ambiente est relacionado com as
necessidades, impulsos ou metas e com a percepo da pessoa (Simon 1956). O autor
afirma que as pessoas desenvolvem procedimentos de deciso suscetveis s restries,
mesmo que esses paream insensatos se as restries forem removidas. No lugar de
examinar todas as alternativas possveis, busca-se apenas encontrar uma soluo
satisfatria o suficiente em relao a algum critrio. Em suma: atinge-se a satisfao.
Este ponto remete a outra conjectura:
C5: Um processo decisrio deve equilibrar racionalidade e agilidade, visando ser til.
A falta de informao adequada leva a uma dependncia da intuio, experincia e do
julgamento por especialistas (Bhushan and Rai 2004). O problema abstrado por meio
de ponderaes, classificaes ou julgamento de importncia relacionado a um conjunto
de atividades, de acordo com seu impacto na situao e com o objetivo das decises a
serem tomadas. Trata-se de um processo de tomada de deciso de mltiplos critrios (do
ingls Multiple Criteria Decision Making - MCDM). O Analytic Hierarchy Process
(AHP) representa uma abordagem sistemtica de MCDM, desenvolvida na dcada de
1970 por Thomas L. Saaty, para apoiar decises baseadas na experincia, intuio e em
heursticas. Trata-se de uma metodologia bem definida derivada de princpios
matemticos slidos (Saaty 2008), que fornece uma abordagem formal a partir da qual
uma melhor qualidade das solues de problemas complexos justifica o tempo investido
no processo. Surge assim uma conjectura complementar:
C6: Uma abordagem MCDM (AHP, por exemplo) pode ser til em um processo de
tomada de deciso de MPS.
Bazerman e Moore (2009), adotando uma abordagem descritiva, apresentam limites
existentes na tomada de decises, incluindo a racionalidade limitada, a fora de vontade
limitada, o interesse limitado, a conscincia limitada e a tica limitada. Eles fornecem
razes prticas para questionar o uso da intuio na tomada de decises. Finalmente, o
livro fornece seis etapas para melhorar as decises: (1) usar ferramentas de suporte
deciso, (2) adquirir experincia, (3) evitar vis, (4) analisar racionalmente, (5) obter
viso de fora, e (6) identificar vieses em outros. O passo da ferramenta leva ao conceito
de Sistemas de Apoio Deciso (SAD) do ingls, Decision Support Systems e seu
papel na tomada de decises. Stabell (1987) estabelece quatro perspectivas distintas ou
escolas de pesquisa sobre Sistemas de Apoio Deciso e sugere que, para o
desenvolvimento de um SAD de sucesso necessrio escolher uma das abordagens.
Como a preocupao principal aqui a compreenso da utilidade percebida, por
profissionais, de um processo de tomada de deciso aplicado ao alinhamento estratgico
de MPS, o apoio ferramental atua induzindo uma mudana direcionada, como sugere a
abordagem de Silver (1990), na qual o SAD assume um papel instrumental com o
objetivo de facilitar a coleta de conhecimento sobre o processo de tomada de deciso
mais adequado ao contexto. Este conceito refora outra conjectura:
C7: Uma ferramenta pode melhorar um processo de tomada de deciso.
3. Mtodo de Pesquisa

O mtodo de pesquisa empregado neste trabalho pode ser descrito por meio do
Research Path Schema (RPS) proposto por Stol e Fitzgerald (2015), que sugere a nfase
e ordem dada aos principais elementos presentes em qualquer metodologia de pesquisa.
O RPS baseia-se na premissa de que qualquer pesquisa envolva pelo menos trs
elementos: (a) o contedo de interesse, (b) ideias que do sentido a esse contedo, e (c)
tcnicas ou procedimentos por meio dos quais essas ideias e contedos podem ser
estudados. Em RPS, esses trs elementos so classificados como domnios substantivos,
conceituais e metodolgicos, respectivamente. Dependendo de como esses domnios so
combinados, diferentes caminhos podem ser estabelecidos. Neste trabalho, segue-se o
caminho observacional dirigido pelo sistema (do ingls system-driven observational
path). No caminho observacional o objetivo coletar observaes e explic-las em
termos de um conjunto de conceitos (Stol e Fitzgerald, 2015). O pesquisador define o
tpico de interesse (domnio substantivo) e o mtodo de pesquisa.
Conforme mostrado na Figura 2, o foco principal da pesquisa o conhecimento terico
sobre a utilidade de um processo formal de tomada de deciso para o alinhamento entre
as iniciativas de MPS e os objetivos de negcios da organizao (domnio substantivo).
O metodolgico o domnio secundrio. As principais contribuies so observaes
empricas (de estudos observacionais iterativos), que levam ao estabelecimento de
conceitos (formulao de proposies tericas) sobre a utilidade de uma soluo.

Figura 2. Caminho de pesquisa (baseda em Stol and Fitzgerald (2015)).

A metodologia iterativa proposta por Shull, Carver e Travassos (2001) consiste em trs
tipos de estudos: viabilidade, observacional e estudo de caso. Associando esta
metodologia ao modelo de transferncia de tecnologia proposto por Gorschek et al.
(2006) e Gorschek (2015) delineou-se um mtodo com trs fases de validao:
Acadmica, Esttica e Dinmica. A Validao Acadmica engloba a elaborao e
anlise de viabilidade de um processo de tomada de deciso para o alinhamento
estratgico de iniciativas de MPS. A fase de Validao Esttica engloba uma a avaliao
por amostragem objetivamente selecionada de organizaes que podem contribuir para
a validao esttica mencionada por Gorschek (2015). Esta avaliao realizada por
meio de estudos observacionais conforme proposto por Shull, Carver e Travassos
(2001). A fase de Validao Dinmica consiste em estudos de caso em organizaes,
conduzidos sem qualquer interferncia, ajuda ou assistncia por parte dos
pesquisadores conforme estabelecido por Gorschek et al. (2006). Este estudo descreve
a execuo e os resultados obtidos nas duas primeiras fases, que servem de base para a
ltima validao necessria. Embora no baseado no Design Science Research
(Wieringa 2014a), este trabalho relaciona-se com a teoria do design visto que pretende-
se escalar uma tecnologia at a prtica (Wieringa 2014b). Um processo (como o artefato
ou tecnologia a ser escalada para prtica) e um SAD (como mecanismo de apoio ao
desenho do artefato) definem a soluo candidata oferecida.

3.1. A Validao Acadmica (Fase 1)

Na primeira fase procurou-se identificar os requisitos de um processo de tomada de
deciso para o contexto do alinhamento estratgico de MPS, oferecendo assim uma
soluo candidata a ser utilizada na fase de Validao Esttica. A concepo inicial de
um processo de apoio tomada de deciso surge por meio de informaes extradas da
literatura e por entrevistas no estruturadas com profissionais decisores em MPS, que
iniciam com uma simples pergunta: Como voc define prioridades para iniciativas de
MPS e como as alinha aos objetivos organizacionais?. Uma amostragem intencional
de organizaes de diferentes portes, mas com certo nvel de maturidade do processo de
software, fornece informaes relevantes sobre tcnicas aplicadas pelos decisores para
selecionar e priorizar melhorias nos processos. Entrevistas no estruturadas com
especialistas no domnio da tomada de deciso tambm so previstas para entendermos
a insero de um processo formal e de um SAD em um ambiente de produo.
Para minimizar o vis, trs pesquisadores, com diferentes nveis de experincia,
analisam os dados da entrevista e elaboram a proposta de soluo. A validao da
soluo candidata em ambiente acadmico visa a coleta de feedback por pesquisadores
experientes e a identificao de falhas que possam ser corrigidas antes da validao por
profissionais. Ao todo, cinco autores contribuem para a anlise da soluo candidata,
representando assim, a triangulao por pesquisadores sugerida por Morse (2015).

3.2. A Validao Esttica (Fase 2)

Como proposto por Gorschek et al. (2006), a Validao Esttica envolve a apresentao
da soluo candidata a ambientes reais com o objetivo de coletar dados para melhorias.
O treinamento de profissionais e a execuo de casos aplicando o processo de apoio
tomada de deciso visam coleta de dados, tanto por observaes feitas pelos
pesquisadores, quanto por entrevistas e questionrios realizados junto aos profissionais.
As observaes e questionrios, triangulados com entrevistas informais e no
estruturadas, so o principal mtodo de coleta de dados. Assim como na primeira fase, o
objetivo coletar a viso dos decisores sobre como selecionar melhorias nos processos
de software e como alinhar esta iniciativa com as metas organizacionais prioritrias. O
componente ferramental da soluo (SAD) atua como um mecanismo (Wieringa 2014b)
para auxiliar a obteno do entendimento sobre o processo de tomada de deciso mais
adequado ao alinhamento estratgico de MPS.
A amostragem organizacional objetivamente selecionada visa facilitar o tratamento de
questes ticas e o rapport (Guest, Namey, and Mitchell 2013). Esta amostragem,
apresentada na Tabela 1, engloba a diversidade de tamanho, assim como uma variedade
de contextos e de maturidade de processo de software, aspecto importante de
generalizao (Petersen and Wohlin 2009).
 Tabela 1. Amostragem organizacional. Organizaes A, B, C e D contriburam
para a Fase 1, enquanto as organizaes D, E e F contriburam para a Fase 2.
Estrutura de Rigor do
Produto Processos Prticas Maturidade
deciso Mercado
Organizao Tamanho da Org. e
Definidos ou Tradicionais ou Experincia com Nvel de
Segmento nmero decisores
Informais geis modelos MPS regulao
sobre MPS
Sistemas
A bancrios
Definidos Tradicionais MR-MPS-SW- C Grande 5 Alto
Gesto
B financeira
Definidos geis MR-MPS-SW- F Pequeno 2 Mdio

C Telecom Definidos Tradicionais CMMI L.3 Grande 10 Alto

D Governo Definidos geis MR-MPS-SW- G Mdio 3 Mdio
Gesto
E financeira
Informais geis Nenhuma Micro - 1 Mdio

F ERP Definidos Tradicionais MR-MPS-SW- C Grande 8 Baixo

Alm de observaes e de entrevistas informais, um questionrio de descrio de

contexto (Petersen e Wohlin 2009) e um questionrio adaptado do modelo de aceitao
de tecnologia (Technology Acceptance Model - TAM) (Davis 1989) avaliam a utilidade
percebida e a facilidade de uso da soluo em cada caso. O questionrio TAM adaptado
apresenta quatro questes para anlise da utilidade percebida e outras quatro questes
para a avaliao da facilidade de uso, abordando os aspectos descritos na Tabela 2.
Tabela 2. Aspectos abordados na questes sobre utilidade e facilidade de uso.
Utilidade Facilidade de uso
U1: Execuo de anlise estratgica F1: Facilidade de aprendizagem
U2: Identificao de causas-raiz F2: Possibilidade de uso sem apoio
U3: Ligao de problemas a processos F3: Entendimento da sequncia de passos
U4: Avaliao da utilidade percebida F4: Facilidade de anlise estratgica

3.3. A Validao Dinmica (Fase 3)

A Validao Dinmica consiste na entrega da soluo a ambientes reais sem que ocorra
qualquer interferncia por parte dos proponentes da soluo. O processo, mesmo til,
pode ser ignorado devido a fatores de confuso (confounding factors) no tratados pelos
pesquisadores (Unterkalmsteiner et al. 2012). Alm disso, mesmo que os profissionais
usem a soluo, estes podem no us-la da maneira prevista (Gorschek, 2015). A
Validao Esttica coleta as necessidades de treinamento, de documentao, de suporte,
e de outros itens que permitiro o uso adequado da soluo, ou seja, requisitos para a
Validao Dinmica. Um plano futuro, para medir efeitos da soluo e como esta
usada na prtica, estabelecer procedimentos de avaliao desta fase.

4. Resultados e Anlise
O desenvolvimento da soluo ocorreu iterativamente pela anlise dos resultados de
cada fase de validao. As conjecturas iniciais - confirmadas, melhoradas ou alteradas -
tornaram-se proposies pelo processo de teorizao (Recker 2013).

4.1. Validao Acadmica

Foram realizadas entrevistas com seis decisores (D) (das organizaes A, B, C e D
listadas na Tabela 1) e com trs especialistas em tomada de deciso (TD-Esp), sobre a
utilidade de um processo formal de tomada de deciso para a seleo e para a
priorizao de esforos de MPS.
O processo de tomada de deciso baseado em AHP apoiado por planilhas do Microsoft
Excel foi definido pelos trs primeiros autores e avaliado por outros dois
pesquisadores (R). Sendo especialistas em Sistemas de Apoio Deciso e em melhoria
de processos de software, esses pesquisadores contriburam para o refinamento da
soluo candidata, sendo convidados a participar da anlise dos dados da Validao
Esttica. As sugestes e crticas apresentadas levaram elaborao de nova verso do
processo e construo de um aplicativo Java, empregados na Validao Esttica.

4.2. Validao Esttica

A coleta de dados sobre a utilidade percebida e facilidade de uso da soluo tambm
obteve sugestes de melhorias (tanto para o processo quanto para o software), por meio
de respostas s questes abertas inseridas ao final do questionrio adaptado do TAM. O
questionrio empregado utilizou uma escala de Likert de seis pontos, omitindo o valor
mdio por no fornecer informaes sobre a opinio do participante, ou seja, sobre
concordar ou discordar (Laitenberger and Dreyer 1998). Foi atribuda uma faixa de
valores numricos entre 1 e 3 para cada tipo de resposta. As respostas positivas
receberam valores de 1 a 3 (concordo parcialmente, concordo e concordo fortemente).
As respostas negativas receberam valores de -1 a -3 (discordo parcialmente, discordo e
discordo fortemente). Com um total de 12 questionrios aplicados (abrangendo as
organizaes D, E e F) poderia ser obtido um valor mximo de 36 no somatrio () de
cada item. Os resultados obtidos so apresentados na Tabela 3:
Tabela 3. Resultados das respostas ao questionrio.
F1 F2 F3 F4 U1 U2 U3 U4
25 21 32 29 32 25 26 29
2,08 1,75 2,67 2,42 2,67 2,08 2,17 2,42
0,29 0,45 0,65 0,67 0,49 0,67 0,58 0,67

Pode-se perceber que a mdia obtida nos itens indica concordncia de que a soluo
proposta til e fcil de usar. No entanto, duas preocupaes surgiram da anlise deste
resultado. Primeiro, o item F2 (Possibilidade de uso sem apoio) apresenta um baixo
valor de mdia de concordncia, associado a baixo desvio padro. Isto indica que o
processo demanda apoio para seu uso efetivo. Alm disso, os seguintes comentrios
contriburam para a anlise desta questo:
"A anlise da causa-raiz s ser eficaz com o apoio de consultoria." (D2-org D)
" difcil estabelecer os critrios de deciso sem apoio de especialistas." (D1-org D)
"Tivemos dificuldades em definir a granularidade dos problemas, gerando assim
muitas alternativas para serem avaliadas." (D2-org F)
O feedback acima demonstra a necessidade de melhor suporte de treinamento para a
transferncia adequada da soluo para a prtica (tutoriais em vdeo, por exemplo). No
entanto, pode ser recomendvel ainda o eventual apoio de consultoria, pelo menos no
primeiro uso.
A segunda preocupao diz respeito a dados oriundos de observaes. Observamos
certo desconforto e impacincia, por parte de um decisor, durante a execuo do
processo. De fato, ao triangularmos esta observao com dados do questionrio
percebemos que este decisor foi o nico a atribuir valores baixos nas questes
relacionadas utilidade percebida, contribuindo assim para o alto desvio padro
resultante nos quesitos U2 e U4. O seguinte extrato do questionrio corroboraram a
percepo: "Senti falta de gesto de mudanas nas decises." (D1-org F)
Este feedback nos motivou a triangular com uma entrevista complementar com o
decisor 2 da mesma organizao. O seguinte dado surgiu quando perguntada a opinio
sobre o problema de mudanas nas decises tomadas:
"Infelizmente, o processo de deciso depende do perfil do decisor e da cultura
organizacional. Em nossa organizao, mesmo as decises estratgicas so volteis
[sic] (D2-org F)
Devido posio de liderana do informante (D1 indica ser o decisor com mais alto
nvel hierrquico na organizao), foi realizada nova triangulao com os seguintes
dados de entrevista com especialista em tomada de deciso:
"Meu amigo... (mostrando desnimo em sua voz) alguns gerentes evitam processos
formais de tomada de deciso devido a motivos no publicveis. Tais motivaes
podem ser polticas, sociais ou mesmo antiticas..." (TD-Esp1)

Consequentemente, devido ao risco de insucesso na efetiva transferncia para a prtica

na presena de cenrios envolvendo decisores de nvel estratgico com perfil similar,
postulou-se nova proposio. Os dados coletados confirmaram as conjecturas C1, C4 e
C5. Alm da nova proposio P8, foi alterada C2 e aprimoradas C3, C6 e C7. A Tabela 4
descreve as proposies resultantes (P1 a P8).
Tabela 4. Proposies decorrentes.
Pn Proposies
O alinhamento estratgico de MPS envolve o planejamento e o monitoramento de atividades,
P1 demandando tanto sistemas para suporte tomada de deciso quanto para a mensurao de
resultados.
O alinhamento estratgico de MPS envolve dois papis duas partes interessadas principais:
decisores dos nveis estratgico e ttico. diretores e gerentes de MPS.
P2
Concordo com os dois nveis de deciso, mas na minha empresa eu tomo as duas decises s
vezes. (D1-org B)
O processo de tomada de deciso deve relacionar a priorizao dos objetivos organizacionais
(deciso estratgica) com a seleo de alternativas de MPS (deciso ttica).
Aprimoramento: Critrios de deciso devem ser estabelecidos pelo nvel estratgico, mas
P3 alternativas de MPS devem ser identificadas antes da seleo dos critrios de deciso.
A determinao de critrios para a seleo de alternativas normalmente depende das opes
escolhidas. O nvel ttico deve determinar alternativas viveis para que possam ser estabelecidos
os critrios de seleo. (TD-Esp2)
A lgica de tomada de deciso deve abranger e registrar critrios aplicados em ambos os nveis de
P4 decises, fornecendo elementos para uma reviso peridica de planos de ao de MPS
decorrentes.
P5 Um processo decisrio deve equilibrar racionalidade e agilidade, visando ser til.
Uma abordagem MCDM (AHP, por exemplo) pode ser til em um processo de tomada de deciso
de MPS.
Aprimoramento: Uma abordagem MCDM no til quando existe consenso sobre a escolha. Nos
casos em que os critrios no sejam declarados, o motivo da escolha deve ser documentado.
No vejo benefcios usando uma abordagem MCDM rdua se houver um consenso de escolha.
P6
(D1-org C)
O processo deve prever o registro de decises tomadas com uso de conhecimento tcito,
buscando explicit-lo. (R2)
s vezes, o tomador de decises no pode ou no quer explicitar os critrios de deciso
utilizados. (TD-Esp1)
 Uma ferramenta pode melhorar um processo de tomada de deciso.
Aprimoramento: A usabilidade, o controle de acesso e o controle de verses de decises so
requisitos relevantes de uma ferramenta til ao processo de tomada de deciso.
P7
O uso de planilhas pode causar avaliao negativa pelos usurios ... (R1)
Acho fundamental o acesso controlado aos registros de decises tomadas, seja para reviso
futura ou para comparao em caso de problemas semelhantes. (D1-org A)
O sucesso de um processo formal de apoio deciso para o alinhamento estratgico de iniciativas
P8 de MPS depende diretamente do grau de envolvimento e comprometimento da alta direo da
organizao (decisores do nvel estratgico).

Em outras palavras, no possvel adotar um processo que envolve a participao direta

da alta gerncia, sem seu compromisso claro e definido. Humphey (1989), em seu
primeiro princpio bsico de mudana de processo, estabelece que grandes mudanas
no processo de software devem comear no topo.

A seguir, descrito o componente do processo da soluo. A ferramenta dever ser

aprimorada e por este motivo no apresentada como resultado do presente trabalho.

4.3. A Soluo proposta

Devido limitao de espao, no vivel detalhar os procedimentos envolvidos em
cada atividade do processo ilustrado na Figura 3. O objetivo fornecer sua viso geral.

Figura 3. O processo de apoio tomada de deciso.

Os papis relacionados aos decisores nos nveis estratgico e ttico podem ser
combinados em uma nica pessoa, como ocorreu na organizao E (ver Tabela 1). Uma
ferramenta (SAD) armazena informaes relevantes sobre as escolhas entre alternativas
e critrios adotados. Em alguns casos, o SAD apoiar decises por meio de dados
histricos. O primeiro passo do processo, representado por um subprocesso, possui duas
atividades mostradas na Figura 4.

Figura 4. O subprocesso Identificao de Problemas.

Para identificar problemas, a anlise de foras, fraquezas, oportunidades e ameaas, ou
Anlise SWOT (Pickton and Wright 1998), extrai os principais problemas no nvel
organizacional. Os problemas so analisados quanto a possveis causas-raiz, usando os
cinco porqus (Myszewski 2013) ou outro mtodo de anlise causal (Doggett 2005). Os
problemas considerados causas-raiz so priorizados usando uma matriz GUT resultando
na lista ordenada de problemas (Backlog de problemas).
Seleo de Alternativas outro subprocesso, detalhado na Figura 5. Como mencionado
anteriormente, a verso aprimorada da soluo oferece um caminho gil para registrar
uma escolha consensual (vide proposio P5). As alternativas devem ser identificadas
antes da seleo dos critrios de deciso (vide proposio P3).

Figura 5. O subprocesso Seleo de Alternativas.

As alternativas selecionadas compem uma lista que submetida aprovao do nvel
de deciso estratgico, garantindo assim o alinhamento das aes de MPS com os
objetivos da alta direo.

5. Ameaas Validade
Apesar de esforos para reduzir ameaas validade interna, selecionando uma amostra
diversificada de organizaes e empregando a triangulao em diferentes nveis (Morse
2015), este estudo pode apresentar vis devido amostragem intencional. O objetivo foi
facilitar o tratamento de questes ticas e o rapport. No entanto, esse rapport pode ser
responsvel por outra ameaa validade, pois a parceria entre os pesquisadores e as
instituies colaboradoras pode ter provocado a presena de um efeito Hawthorne
(McCambridge, Witton, and Elbourne 2014), induzindo respostas com vis positivo.
O contexto importante para a generalizao (Petersen e Wohlin 2009). Assim, falhas
em sua definio podem representar uma ameaa validade externa. A amostragem
intencional para a Validao Esttica pode representar uma ameaa validade externa
da investigao, uma vez no ser possvel generalizar resultados com base em apenas
trs casos. No entanto, em harmonia com a afirmao de Corbin e Strauss (2015) de que
a generalizao no o objetivo da pesquisa qualitativa, buscou-se obter credibilidade
no estudo por meio de outros procedimentos. Como recomendado por Creswell e Miller
(2000), com a aplicao de diferentes tipos de triangulao (de pesquisadores, de
mtodos e de dados), peer review, debriefing e pelo trabalho em estreita colaborao
com os participantes, acredita-se ter alcanado a confiabilidade.
6. Concluses e Trabalhos Futuros
A principal contribuio deste estudo foi a ampliao do conhecimento sobre o processo
de tomada de deciso aplicado ao alinhamento entre as iniciativas de melhoria de
processos de software e metas organizacionais. As suposies iniciais no transcorrer da
pesquisa e foi possvel obter confiana suficiente para a sequncia do trabalho (fase 3).
Uma contribuio secundria, mas igualmente importante, foi o amadurecimento de
jovens pesquisadores no uso de mtodos de pesquisa qualitativa.
O aprimoramento conceitual sobre a tomada de decises no alinhamento estratgico de
MPS confirma que o processo til e necessrio para a sintonia entre decises
estratgicas e tticas e, consequentemente, para o sucesso das aes planejadas pelo
nvel ttico (gestores de MPS). A fase de Validao Dinmica determinar se a soluo
oferecida poder ser adequadamente transferida para a indstria. Igualmente importante,
um processo para o monitoramento e gesto de planos de ao derivados das decises,
dever ser concebido e validado.
Por fim, o estudo desperta a necessidade de investigao sobre os fatores, relacionados
capacidade cognitiva humana e interao social, que implicam em comportamentos dos
decisores e refletem nos processos de apoio tomada de decises. Tal concluso est
diretamente relacionada ao estudo de Lenberg, Feldt e Wallgren (2015).

7. References
Bazerman, Max H, and Don A Moore. 2009. Judgment in Managerial Decision Making.
7th ed. New Jersey: John Wiley & Sons, Inc.
Bhushan, Navneet, and Kanwal Rai. 2004. Strategic Decision Making: Applying the
Analytical Hierarchy Process. 1st ed. London: Springer-Verlag.
Corbin, Juliet, and Anselm Strauss. 2015. Basics of Qualitative Research: Techniques
and Procedures for Developing Grounded Theory. London: SAGE Publications.
Creswell, John W., and Dana L. Miller. 2000. Determining Validity in Qualitative
Inquiry. Theory Into Practice 39 (3): 12430. doi:10.1207/s15430421tip3903_2.
Davis, Fred D. 1989. Perceived Usefulness, Perceived Ease of Use, and User
Acceptance of Information Technology. MIS Quarterly 13 (3): 319.
Doggett, A. Mark. 2005. Root Cause Analysis: A Framework for Tool Selection.
Quality Management Journal 12 (4). ASQ: 3445.
Dyb, Tore. 2005. An Empirical Investigation of the Key Factors for Success in
Software Process Improvement. IEEE Trans. on Software Eng 31 (5): 41024.
Ebert, Christof. 1999. Technical Controlling and Software Process Improvement.
Journal of Systems and Software 46 (1): 2539.
Gigerenzer, Gerd., and Reinhard. Selten. 2001. Bounded Rationality: The Adaptive
Toolbox. MIT Press.
Gorschek, Tony. 2015. How to Increase the Likelihood of Successful Transfer to
Industry -- Going Beyond the Empirical. In 2015 IEEE/ACM 3rd International
Workshop on Conducting Empirical Studies in Industry, 1011. IEEE.
Gorschek, Tony, Per Garre, Stig Larsson, and Claes Wohlin. 2006. A Model for
Technology Transfer in Practice. IEEE Software 23 (6): 8895.
Guest, Greg, Emily E. Namey, and Marilyn L. Mitchell. 2013. Collecting Qualitative
Data: A Field Manual for Applied Research. London: SAGE Publications Ltd.
Hastie, Reid., and Robyn M. Dawes. 2010. Rational Choice in an Uncertain World: The
Psychology of Judgment and Decision Making. London: SAGE Publications Ltd.
Humphrey, Watts S. 1989. Managing the Software Process. Boston, MA, USA:
Addison-Wesley Longman Publishing.
ISACA. 2012. COBIT 5: A Business Framework for the Governance and Management
of Enterprise IT. ISACA.
ISO. 2013. ISO/IEC TR 33014:2013: Information Technologyprocess Assessment
guide for Process Improvement. International Organization for Standardization.
. 2015. ISO/IEC 38500:2015 - Information Technology Governance of IT for
the Organization. International Organization for Standardization.
Johnson, Phil. 2004. Analytic Induction. In Essential Guide to Qualitative Methods in
Organizational Research, 16579. London: SAGE Publications Ltd.
Klein, Gary. 2008. Naturalistic Decision Making. Human Factors 50 (3): 45660.
Klein, Gary, Judith Orasanu, Roberta Calderwood, and Caroline Zsambok, eds. 1993.
Decision Making in Action: Models and Methods. New Jersey: Ablex Publishing.
Laitenberger, O., and H.M. Dreyer. 1998. Evaluating the Usefulness and the Ease of
Use of a Web-Based Inspection Data Collection Tool. In Proceedings Fifth
International Software Metrics Symposium. Metrics, 12232. IEEE Comput. Soc.
Lenberg, Per, Robert Feldt, and Lars Gran Wallgren. 2015. Behavioral Software
Engineering: A Definition and Systematic Literature Review. Journal of Systems
and Software 107 (September): 1537. doi:10.1016/j.jss.2015.04.084.
Lepmets, Marion, and Tom McBride. 2012. Process Improvement for the Small and
Agile. In EuroSPI 2012, 31018. Springer, Berlin, Heidelberg.
Lepmets, Marion, Tom McBride, and Eric Ras. 2012. Goal Alignment in Process
Improvement. Journal of Systems and Software 85 (6). Elsevier Inc.: 144052.
McCambridge, Jim, John Witton, and Diana R. Elbourne. 2014. Systematic Review of
the Hawthorne Effect: New Concepts Are Needed to Study Research Participation
Effects. Journal of Clinical Epidemiology 67 (3): 26777.
Merriam, Sharan B. 2009. Qualitative Research: A Guide to Design and
Implementation. San Francisco: Jossey-Bass.
Morse, Janice M. 2015. Critical Analysis of Strategies for Determining Rigor in
Qualitative Inquiry. Qualitative Health Research 25 (9). SAGE Publications.
Mnch, Jrgen, Ove Armbrust, Martin Kowalczyk, and Martn Soto. 2012. Process
Improvement. In Software Process Definition and Management, 13976.
Myszewski, Jan M. 2013. On Improvement Story by 5 Whys. Edited by Madhav
Sinha. The TQM Journal 25 (4). Emerald Group Publishing Limited: 37183.
Osterweil, Leon J. 1987. Software Processes Are Software Too. In Proceedings of the
9th International Conference on Software Engineering, 213.
Petersen, Kai, and Claes Wohlin. 2009. Context in Industrial Software Engineering
Research. In Proceedings of the 2009 3rd International Symposium on Empirical
Software Engineering and Measurement, 4014. IEEE Computer Society.
Peterson, Martin. 2009. An Introduction to Decision Theory. Cambridge: Cambridge
University Press. doi:10.1017/CBO9780511800917.
Pickton, David W., and Sheila Wright. 1998. Whats Swot in Strategic Analysis?
Strategic Change 7 (2): 1019.
Recker, Jan. 2013. Scientific Research in Information Systems. Berlin: Springer Berlin
Heidelberg. doi:10.1007/978-3-642-30048-6.
Saaty, Thomas L. 2008. Decision Making with the Analytic Hierarchy Process.
International Journal of Services Sciences 1 (1): 83.
Shull, Forrest, Jeffrey Carver, and Guilherme H. Travassos. 2001. An Empirical
Methodology for Introducing Software Processes. ACM SIGSOFT Software
Engineering Notes 26 (5): 288. doi:10.1145/503271.503248.
Silver, Mark S. 1990. Decision Support Systems: Directed and Nondirected Change.
Information Systems Research 1 (1). INFORMS: 4770. doi:10.1287/isre.1.1.47.
Simon, Herbert A. 1956. Rational Choice and the Structure of the Environment.
Psychological Review 63 (2). American Psychological Association: 12938.
Stabell, Charles B. 1987. Decision Support Systems: Alternative Perspectives and
Schools. Decision Support Systems 3 (3): 24351.
Stol, Klaas-Jan, and Brian Fitzgerald. 2015. Theory-Oriented Software Engineering.
Science of Computer Programming 101 (April): 7998.
Trienekens, Jos J.M., Rob J Kusters, Ben Rendering, and Kees Stokla. 2005. Business-
Oriented Process Improvement: Practices and Experiences at Thales Naval The
Netherlands (TNNL). Information and Software Technology 47 (2): 6779.
Unterkalmsteiner, Michael, Tony Gorschek, A. K. M. M. Islam, Chow Kian Cheng,
Rahadian. B. Permadi, and Robert Feldt. 2012. Evaluation and Measurement of
Software Process Improvement - A Systematic Literature Review. IEEE
Transactions on Software Engineering 38 (2): 398424. doi:10.1109/TSE.2011.26.
Vasconcellos, F.J.S., G.B. Landre, J.A.O.G. Cunha, J.L. Oliveira, R.A. Ferreira, and
A.M.R. Vincenzi. 2017. Approaches to Strategic Alignment of Software Process
Improvement: A Systematic Literature Review. Journal of Systems and Software
123: 4563. doi:10.1016/j.jss.2016.09.030.
Wieringa, Roel. 2014a. Design Science Methodology for Information Systems and
Software Engineering. Berlin, Heidelberg: Springer Berlin Heidelberg.
. 2014b. Empirical Research Methods for Technology Validation: Scaling up to
Practice. Journal of Systems and Software 95: 1931.