Você está na página 1de 86

VII Workshop Um Olhar Sociotcnico sobre a

Engenharia de Software - WOSES 2011


Rumos do Olhar Sociotcnico
Curitiba/PR 06 de junho de 2011
Evento paralelo ao X Simpsio Brasileiro de Qualidade de Software
(SBQS 2011)
O WOSES se prope como um espao pioneiro no Brasil dedicado a investigar as
possibilidades e potencialidades de um olhar sociotcnico especificamente lanado
sobre as prticas de desenvolvimento e uso de software, em sua busca de projetar e
desenvolver software de alta qualidade. Um olhar que busca apreender o
desenvolvimento de software sem fragment-lo em "fatores ou aspectos tcnicos" de um
lado, e "fatores ou aspectos no-tcnicos" de outro, sem fator-lo em quaisquer outras
dualidades ("fatores tcnicos" versus "fatores humanos, organizacionais, ticos,
polticos, sociais, etc.") que terminem por desfigurar o "pano sem costura" que imbrica
no desenvolvimento e uso de software o tcnico e o social em um mesmo e indivisvel
tecido.
Nesta stima edio do WOSES, debatemos, em especial, os Rumos do Olhar
Sociotcnico, para encontrar caminhos que venham a robustec-lo e trazer a
sensibilidade adquirida com este olhar para a prtica do desenvolvimento de software.
Como caminhar do olhar em direo ao fazer sociotcnico, ou seja, como construir e
fortalecer prticas sociotcnicas em Engenharia de Software? Como distingui-las das
outras prticas? Como avali-las? Como formar engenheiros de software capazes de
compreender e colocar em prtica o olhar sociotcnico? Como responder essas questes
luz da realidade brasileira?
Sensvel s recomendaes recorrentes na literatura em geral sobre a abordagem
sociotcnica e nos modelos de qualidade de software, o WOSES 2011 buscou, atravs
da exposio de trabalhos e dos debates entre os participantes e expositores:
Promover novas e melhores formas de interao entre o tcnico e o social,
buscando superar fronteiras entre a ES e outros saberes, especialmente aqueles
oriundos das cincias humanas e sociais;
Buscar novas compreenses para o sucesso/fracasso dos projetos de
desenvolvimento, implantao e melhoria de processos de produo de software
luz das relaes ticas, sociais, polticas, econmicas e histricas
indissociveis da prtica de desenvolvimento de software;
Consolidar a formao de uma rede de pesquisadores interessados pelo desafio
de construir uma abordagem sociotcnica da ES, procurando socializar as
experincias dos grupos de pesquisa j envolvidos com o tema no Brasil e na
comunidade internacional, bem como estimular a formao de novos grupos;
Entender a atual configurao do software no Brasil e no mundo, atravs da
contextualizao histrica de seu ensino e prtica;
Contribuir para a produo de novos saberes capazes de enriquecer o debate
sobre a ES, potencialmente aptos a agregar eficincia e qualidade ao
desenvolvimento, manuteno e implantao de sistemas de software;

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Construir e fortalecer os vnculos entre a abordagem sociotcnica e a demanda


por qualidade de software, especialmente luz de estudos de caso de
desenvolvimento, manuteno e implantao de sistemas de software em
organizaes;
Discutir estudos de caso, relacionados a projetos de software e projetos de
melhoria/implantao de processos de software, tratados luz do olhar
sociotcnico, no qual a prtica do desenvolvimento de software constituda de
forma indissociavelmente tcnica, social, histrica, econmica, tica e poltica;
Refletir sobre as questes de ensino e tica em software luz do olhar
sociotcnico.
Dessa forma, os temas tratados no WOSES 2011 envolvem: o processo de software e as
questes sociotcnicas; abordagens de cincias sociais aplicadas ES; relaes entre
agentes do processo de software: analistas, usurios e clientes, entre outros; estudos de
caso de projetos de software, e de projetos de implantao e melhoria de processos de
software, nos quais se possam evidenciar os efeitos de determinados enredamentos
(culturais, polticos, organizacionais, econmicos, etc.).
Esperamos contribuir para a qualidade de software com as pesquisas realizadas sob o
olhar sociotcnico. Aproveitamos para agradecer ao comit diretivo do WOSES, aos
apresentadores de artigos e coordenao geral do SBQS pela colaborao para a
realizao do WOSES 2011.
Curitiba, 06 de junho de 2011
Coordenao do WOSES 2011

Anais WOSES 2011- 06/06/2011-Curitiba-PR

COORDENAO
Tania Tait (UEM)
Tayana Conte (UFAM)

COMIT DIRETIVO
Cassio Teixeira (BNDES)
Heitor Costa (UFLA)
Henrique Cukierman (COPPE/UFRJ)
Joo Porto de Albuquerque (ICMC-USP)
Rafael Prikladnicki (PUCRS)
Tania Tait (UEM-Maring)
Tayana Conte (UFAM)

COMIT DE PROGRAMA
Adriano Albuquerque - UNIFOR -Universidade de Fortaleza
Ana Cervigni Guerra - Centro de Tecnologia da Informao Renato Archer - CTI
Ana Regina Rocha - COPPE/ Universidade Federal do Rio de Janeiro
Cssio Adriano N. Teixeira - Universidade Federal do Rio de Janeiro
Cleidson de Souza - IBM Brasil
Clodis Boscarioli - Universidade Estadual do Oeste do Paran
Elisa Huzita - Universidade Estadual de Maring
Ernesto Lleras - Universidad de Los Andes
Gleison Santos - Universidade Federal do Estado do Rio de Janeiro - UNIRIO
Guilherme Travassos - COPPE/ Universidade Federal do Rio de Janeiro
Heitor Costa - Universidade Federal de Lavras
Henrique Cukierman - COPPE/Universidade Federal do Rio de Janeiro
Isabel Cafezeiro - Universidade Federal Fluminense
Ivan da Costa Marques - Universidade Federal do Rio de Janeiro
Joo Porto de Albuquerque - Universidade de So Paulo
Jorge Audy - PUCRS
Jose Antonio Xexeo - Instituto Militar de Engenharia
Juliano Oliveira - Universidade Federal de Gois
Kechi Hirama - Escola Politcnica - Universidade de So Paulo
Luiz Ricardo Begosso - Fundao Educacional do Municipio de Assis
Marcia Moraes - Universidade Federal Fluminense
Marcio Silveira - EDS
Rafael Prikladnicki - PUCRS
Rogrio Nascimento - Universidade Federal de Sergipe
Rosa Pedro - Universidade Federal do Rio de Janeiro
Sabrina Marczak - PUCRS
Silvia Vergilio UFPR
Tayana Conte - Universidade Federal do Amazonas
Tania Tait Universidade Estadual de Maring (UEM)

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Artigos
Uma anlise do aspecto motivacional na implementao de um
Programa de Melhoria de Processo de Software
Davi Viana (Universidade Federal do Amazonas), Jacilane Rabelo
(Universidade Federal do Amazonas), Tayana Conte (DCC/UFAM

05

Habilidades de Engenheiros de Software: uma anlise


qualitativa a partir de uma Reviso Sistemtica
Luiz Leandro Fortaleza (UFAM), Rafael Prikladnicki (PUCRS),
Tayana Conte (DCC/UFAM)

17

O Fator Humano no Desenvolvimento Distribudo de Software


Rosefran Cibotto (Universidade Estadual do Paran UEPR/FECILCAM Cmpus de Campo Mouro), Tania Tait
(Universidade Estadual de Maring (UEM)), Sheila Reinehr
(Pontificia Universidade Catlica do Paran), Andreia Malucelli
(PUCPR)

29

Prticas democrticas e o desenvolvimento e uso de softwares


Luiz Arthur Faria (Universidade Federal do Rio de Janeiro UFRJ), Henrique Cukierman (COPPE/Universidade Federal do Rio
de Janeiro)

41

Democracia e Participao Social: A inter-relao com


Sistemas de Informaes de Sade no SUS
Jos Vargens (ENSP - FIOCRUZ)

54

Repensando a Flexibilidade em Projetos de Gesto de


Processos de Negcios: a Abordagem Sociotcnica da Teoria
Ator-Rede
Marcelo Araujo (University of So Paulo), Joo Porto de
Albuquerque (University of Sao Paulo)

65

75
Uso conjunto de modelos e mtodos para a melhor
compreenso de fatores em Engenharia de Software
Anna Marques (Universidade Federal do Amazonas), Bruno Bonifcio
(Universidade Federal do Amazonas), Tayana Conte (DCC/UFAM)

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Uma anlise do aspecto motivacional na implementao de


um Programa de Melhoria de Processo de Software
Davi Viana, Jacilane Rabelo, Tayana Conte
Grupo de Pesquisa em Usabilidade e Engenharia de Software (USES)
Programa de Ps-Graduao em Informtica (PPGI)
Universidade Federal do Amazonas (UFAM)
Manaus Amazonas Brasil
{davi.viana,tayana}@dcc.ufam.edu.br, jacy@gmail.com.br

Abstract. Nowadays, companies are looking for directions in the adoption of


appropriate programs for software process improvement (SPI). It is therefore
important to develop researches that enable the identification and
understanding the reasons of success and/or failure on SPI implementation.
This paper has two main goals: (1) discuss the motivational findings of a
qualitative study, which used Grounded Theory method; and (2) compare our
findings about motivation in relation to factors indentified in previous
researches on literature.
Resumo. Atualmente, as empresas procuram por direcionamentos adequados
na adoo de programas de melhoria de processo de software (MPS). Por isto
relevante o desenvolvimento de pesquisas que possibilitem identificar e
compreender o que levou essas organizaes ao sucesso e/ou fracasso na
implementao de melhoria de processo de software. Este artigo possui dois
objetivos: (1) discutir os fatores motivacionais identificados em um estudo
qualitativo, no qual se usou procedimentos do mtodo Grounded Theory (GT);
e (2) comparar os achados do estudo qualitativo relacionados motivao
com os fatores identificados em outras pesquisas descritas na literatura.
Palavras-chave: Melhoria de Processo de Software, Motivao, Anlise Qualitativa,
Grounded Theory.

1. Introduo
O aumento da competitividade das empresas com adoo de prticas de engenharia de
software eficazes e eficientes um objetivo que pode ser alcanado pela adoo de
programa de melhoria de processo de software (MPS) [HUMPHREY, 1989]. No
entanto, a implementao do MPS um processo complexo e muitas vezes de longa
durao, pois: (1) evolvem recursos financeiros substanciais [GOLDENSON e
GILBSON 2003]; e (2)
dependem de diversos fatores tcnicos e sociais que,
segundo SANTANA (2007), so questes scio-tcnicas, relativas conduo das
iniciativas de melhoria e interao entre seus participantes, como, por exemplo, a
motivao dos colaboradores em trabalhar com programas de MPS [BADDOO e
HALL, 2002], o envolvimento e comprometimento dos colaboradores [FERREIRA e
SILVA, 2008].
Contudo, analisar os fatores motivacionais assim como qualquer outro fator
social na Engenharia de Software no uma tarefa trivial [CONTE et al., 2009].
necessrio utilizar abordagens que facilitem a identificao e compreenso satisfatria

Anais WOSES 2011- 06/06/2011-Curitiba-PR

do objeto de estudo em questo. Segundo SEAMAN (2008), os aspectos humanos


podem ser melhor compreendidos atravs da execuo de pesquisas de carter
qualitativo. Estas investigaes so conduzidas com a finalidade de obter um
conhecimento intersubjetivo e compreensivo sobre determinado fenmeno [GODOI et
al., 2006].
Atravs dos estudos qualitativos possvel obter uma melhor compreenso dos
fios que integram o tecido scio-tcnico que a Engenharia de Software. Por isto,
estudar de forma conjunta os fatores scio-tcnicos que influenciam as iniciativas de
MPS uma forma de buscar o entendimento de toda a complexidade da envolvida
nesses fatores [MATOS et al., 2010].
Pesquisas qualitativas definem um foco reduzido de abordagem de um problema
para poder investig-lo com a necessria profundidade. Este presente trabalho segue a
linha de trabalhos precedentes do WOSES sobre o uso de anlise qualitativa para
compreender fenmenos em Engenharia de Software [CONTE et al., 2009; MATOS et
al., 2010]. Deste modo, este trabalho apresenta uma discusso sobre os fatores
motivacionais identificados em uma iniciativa de MPS no Estado do Amazonas, do
ponto de vista dos colaboradores das organizaes envolvidas. Optou-se pela viso dos
colaboradores, pois suas percepes so valiosas fontes de informao, uma vez que os
mesmos estiveram presentes na em todas as atividades analisadas.
Este artigo possui dois objetivos: (1) discutir de que maneira os fatores
motivacionais impactaram no programa de MPS, na qual se usou procedimentos do
mtodo de anlise qualitativa Grounded Theory GT (ou Teoria Fundamentada em
Dados) [STRAUSS e CORBIN,1998]; e (2) comparar os achados do estudo qualitativo
relacionados a motivao com os fatores identificados em outras pesquisas descritas na
literatura.
O restante deste presente trabalho est organizado da seguinte forma: a Seo 2
descreve outras pesquisas realizadas em programas de melhoria de processo de software
A Seo 3 apresenta a descrio da estratgia de implementao do programa de melhoria nas empresas do Amazonas. A Seo 4 apresenta como foi conduzido o estudo
qualitativo. A Seo 5 discute os principais resultados relacionados ao aspecto
motivacional e realiza uma comparao dos achados com outros trabalhos na literatura.
Por fim, a Seo 6 apresenta as concluses finais e trabalhos futuros.

2. Fatores Motivacionais em Programas de Melhoria de Processo de


Software
As questes que exercem influncia sobre as iniciativas de implementao de melhoria
de processos de software vm sendo objeto de estudos nos ltimos anos [MONTONI e
ROCHA 2007]. O propsito desses estudos obter um melhor entendimento sobre as
questes que influenciam iniciativas de melhoria de processo de software, bem como
suas interaes, causas, efeitos e formas de tratamento. Essas questes so comumente
denominadas de Fatores Crticos de Sucesso (FCS). Deste modo, a motivao dos
colaboradores tambm caracterizada como um FCS.
MONTONI e ROCHA (2007) apresentam uma metodologia para identificao
de fatores crticos de sucesso em iniciativas de MPS, na qual so identificados, no
contexto nacional: (1) os fatores de ambiente (a capacidade dos ambientes
organizacionais de estabelecer e manter iniciativas de MPS, onde essa medida pode ter
dois pontos de vista: o indivduo e a organizao); (2) o fator de eficincia da estratgia
de implementao do MPS (garantir que os colaboradores da organizao tenham
conhecimento a respeito dos potenciais benefcios que podem ser alcanados); (3) o

Anais WOSES 2011- 06/06/2011-Curitiba-PR

fator correspondente do quo slido o programa de MPS implementada (se realmente


houve mudana na cultura da organizao); (4) o fator do quanto a alta gerncia est
comprometida com o programa de MPS; e (5) medido o fator de aceitao do
programa de MPS e o quanto os colaboradores esto motivados com o mesmo.
Em BADDOO e HALL (2002) apresentado um estudo abordando a
identificao de questes que podem influenciar um programa de MPS do ponto de
vista dos colaboradores de organizaes do Reino Unido. Entre os fatores motivacionais
encontrados, destacam-se: (1) o sentimento de dono da execuo do processo, isto , os
colaboradores precisam se sentir responsveis pelo processo no qual trabalham; (2) a
viso dos benefcios que o MPS traz para a empresa apresentando as experincias
positivas; (3) haver recursos suficientes para a execuo de todo o programa de
melhoria. Em um segundo estudo, BADDOO e HALL (2003) listam um conjunto de
fatores desmotivadores, dos quais se pode destacar: (1) a presso exercida pela
execuo do programa de MPS; (2) as experincias negativas que os colaboradores
possuem e (3) a falta de habilidade dos gerentes de projeto com as atividades do MPS.
Como a rea de Melhoria de Processo de Software faz parte da grande rea de
Engenharia de Software (ES), tambm relevante levar em considerao estudos que
verificaram a motivao em engenheiros de software no geral. Por exemplo,
BEECHAM et al. (2008) realizaram uma Reviso Sistemtica (RS) para verificar quais
os aspectos motivacionais mais influenciam os engenheiros de software1 na realizao
de suas atividades. Entre os achados que podem influenciar a motivao positivamente
ou negativamente destacam-se: (1) os fatores que afetam a produtividade (como,
recompensas e incentivos, necessidade de desenvolvimento profissional, variedade de
trabalho); (2) algumas caractersticas dos engenheiros de software (como ser
competente tecnicamente, sentir-se til, necessidade de socializar, traos de
personalidade); (3) sinais externos ou resultados (tempo de entrega do projeto, sucesso
do projeto, oramentos); (4) aspectos da prpria engenharia de software (resolver
problemas, trabalhar em grupo, desenvolvimento de prticas em ES); e (5) modelos de
motivao utilizados nestes estudos (como o modelo de teoria das caractersticas do
trabalho, Modelo de influncia do projeto das atividades).
Baseado nos modelos identificados na reviso sistemtica, SHARP et al. (2009)
detalharam os modelos para motivao dos engenheiros de software identificados e
criaram um novo modelo para motivao procurando preencher as lacunas encontradas
nos modelos existentes. Adicionalmente, este novo modelo procura explicar como os
fatores encontrados em BEECHAM et al. (2008) se relacionam e contribuem para a
motivao dos engenheiros de software.
A motivao vista como um fator chave de sucesso em projetos de
desenvolvimento de software [SHARP et al., 2009]. Por isto necessrio analisar o que
motivou empresas avaliadas para que isto possa contribuir para futuras implementaes
de MPS e contribuir para o aumento da qualidade dos processos de software e da
produtividade dos colaboradores.

3. Estratgia de implementao de MPS no Estado do Amazonas


Organizaes desenvolvedoras de software partem da premissa que o aumento na
qualidade do processo pode elevar a qualidade do produto final [OSTERWEIL, 1987].
Segundo TRAVASSOS e KALINWSKI (2010), as empresas que implementaram MPS

O estudo denominou engenheiros de software como diversos papis no desenvolvimento de software:


analistas de sistemas, gerentes de projeto, lder de projetos, desenvolvedores e entre outros.

Anais WOSES 2011- 06/06/2011-Curitiba-PR

e foram avaliadas em um modelo de referncia tiveram uma melhoria na qualidade do


produto final, aumento na produtividade e satisfao dos seus clientes. Entretanto,
um nmero pequeno de empresas adotou o modelo na Regio Norte do Brasil. Somente
no ano de 2010 o estado do Amazonas teve suas trs primeiras organizaes avaliadas,
atravs de incentivos do Programa AmazonSoft2, entrado nas estticas com um pouco
mais de 1% do nmero total. Deste modo, analisar como os profissionais se envolveram
e como esse envolvimento impactou este programa de melhoria relevante para auxiliar
futuras implementaes de MPS na Regio.
Este trabalho relata um estudo feito no contexto do programa de melhoria que
guiou a implementao do MPS.BR nestas organizaes. ZAHARAN (1998) aponta
que a falta de estratgia pode ser um dos motivos para fracasso na iniciativa de
melhoria. Visando diminuir esse fator a Figura 1 mostra as etapas da estratgia adotadas
para implantao do programa de MPS. As etapas do programa de MPS foram:
Seleo da Empresas: foram selecionadas cinco empresas entre as empresas incubadas
no Centro de Desenvolvimento e Incubao Empresarial (CIDE) pertencente ao
programa prioritrio AmazonSoft.
Diagnstico inicial: verificou a aderncia do processo de desenvolvimento atual das
empresas em relao ao exigido pelo nvel G do MPS.BR, foi realizada uma
apresentao da situao atual das organizaes.

Figura 1 Estratgia de implementao do MPS.BR nas empresas [SANTOS et al., 2010].

Abordagem dos processos: treinamentos foram realizados para diminuir o esforo


dos colaboradores ao empregar os processos. Os consultores verificavam
periodicamente se a adequao e gerao dos artefatos estavam sendo realizadas para o
projeto piloto.
Maturao: cada empresa definiu seu processo de desenvolvimento, buscando diminuir
a resistncia por parte dos colaboradores. Houve acompanhamento mais direcionado
dos consultores, com o objetivo de institucionalizar os processos nas organizaes.
Avaliao simulada: Analisou quais empresas possuam indicadores suficientes para
uma avaliao oficial. Verificou-se que duas empresas necessitavam de mais um
projeto, pois indicadores importantes foram coletados de maneira equivocada. Uma
empresa voltou para a fase de abordagem dos processos e no avaliou at o momento e
a segunda empresa decidiu interromper o MPS.
Avaliao oficial: foram realizados os ltimos ajustes necessrios para a avaliao
oficial nas trs organizaes, tais como: contratao da avaliao e preparao da
planilha de indicadores.

AmazonSoft www.amazonsoft.br

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Na prxima seo apresentado como foi conduzido o estudo qualitativo que teve a
finalidade de verificar os possveis fatores de influncia no programa de melhoria
realizado nas trs empresas que realizaram a avaliao oficial.

4. Estudo Qualitativo
O estudo qualitativo realizado identificou diversos fatores de influncia, como descrito
detalhadamente em MATOS et al. (2010), SANTOS et al. (2010) e SANTOS et al.
(2011). Este presente trabalho procurou aprofundar a compreenso sobre os fatores
motivacionais que levaram as organizaes desenvolvedoras de Software do Amazonas
a serem bem-sucedidas na avaliao dos seus programas de MPS.
A estratgia adotada para execuo do estudo qualitativo apresentada a seguir.
Esta estratgia foi adotada para que fosse possvel chegar s concluses sobre os fatores
de influncia, inclusive os fatores motivacionais, podendo tambm ser adotada em
futuros estudos. Desta forma, o objetivo est descrito de acordo com o paradigma GQM
(Goal-Question-Metric) proposto por BASILI e ROMBACH (1988) na Tabela 1.
3

Tabela 1 Objetivo do Estudo Qualitativo segundo o paradigma GQM


Analisar
um programa de melhoria de processo de software
Com o propsito de
caracterizar
Em relao
influncia dos fatores de influncia
Do ponto de vista
dos colaboradores da empresa
No contexto de
empresas pioneiras na implementao do nvel G do MPS.BR no
Amazonas

O estudo qualitativo ocorreu em trs diferentes momentos do programa de MPS


(fases): durante a implementao do programa de MPS, logo aps a avaliao oficial do
programa de MPS e quatro meses aps a avaliao. Deste modo foi possvel obter dados
importantes sobre os fatores que influenciaram o programa de MPS.
Cada fase do
estudo qualitativo executava as seguintes etapas: (1) Planejamento, (2) Execuo e
Anlise e (3) Avaliao dos Resultados, conforme ilustra a Figura 2.
Durante o planejamento de cada etapa do estudo, foi feita a definio do escopo
da pesquisa e foram preparados os instrumentos de coleta e anlise de dados. Para
realizar a coleta de dados optou-se por utilizar entrevistas semi-estruturadas baseadas
questes abertas, pois segundo YIN (2001), Entrevistas semi-estruturadas tem como
objetivo principal compreender os significados que os entrevistados atribuem s
questes e situaes relativas aos temas de interesse.
A Tabela 2 apresenta
algumas questes abertas relacionadas motivao que foram utilizadas nas entrevistas.

Figura 2 Processo seguido em cada fase da pesquisa [Santos et al., 2011].

O mtodo GQM sugere que o objetivo de um estudo experimental em engenharia de software seja
declarado de forma estruturada (BASILI e ROMBACH, 1988).

Anais WOSES 2011- 06/06/2011-Curitiba-PR

O instrumento de anlise utilizado foi baseado nos procedimentos do mtodo


Grounded Theory que visa criar uma teoria a partir dos dados coletados. O mtodo GT
descreve um conjunto de procedimentos sistemticos de coleta e anlise dos dados para
gerar, elaborar e validar teorias substantivas sobre fenmenos essencialmente sociais, ou
processos sociais abrangentes (BANDEIRA-DE-MELLO e CUNHA 2003).
Desta forma, pode-se investigar o ponto de vista do colaborador a partir de suas
afirmaes e compreender os fatores que influenciaram o programa de melhoria sem
desmembr-los em fatores tcnicos para um lado e fatores tcnicos sociais para outro
lado.
Tabela 2 Exemplo de perguntas utilizadas para capturar dados a respeito da motivao
dos colaboradores
Durante a implementao do programa de melhoria, houve algum evento pessoal que, de
certa forma, teve influncia nas atividades da implementao do programa de melhoria?
Como era a sua motivao em realizar as atividades do programa de melhoria?
Como voc julga a motivao de outros colaboradores? As pessoas que faziam parte do
mesmo projeto que voc estava participando.
O que a organizao fez para motivar os colaboradores? Se voc fosse um dos scios da
organizao, voc faria algo a mais para motivar?

Aps o planejamento, foi realizada a conduo das entrevistas nas empresas.


Foram entrevistados: programadores, analistas e gerentes dos projetos utilizados na
avaliao devido. Analistas e gerentes de projeto tinham mais potencial de explorao
de fatores devido aos processos que foram implementados (gerncia de projetos e
gerncia de requisitos). Foi criado um Termo de Consentimento Livre e Esclarecido
(TCLE) para informar a respeito do procedimento e confidencialidade da pesquisa e
foram estimulados a falar o mais livremente possvel. As entrevistas foram realizadas
individualmente e gravadas.
Em seguida s entrevistas, foi realizada a anlise dos dados.
A
primeira
fase do mtodo GT (codificao aberta) corresponde criao de cdigos que esto
relacionados a trechos do texto referentes aos aspectos humanos, conforme
exemplificado na Figura 2.

Figura 3 Trecho de uma entrevista na fase de codificao aberta do mtodo GT.

Iniciou-se ento a fase de codificao axial, onde criou-se os relacionamentos entre


cdigos, gerando inter-relaes que agrupam a natureza dos fatores envolvidos em
programas de MPS. As Figuras 4 e 5 apresentam a codificao axial a respeito do
aspecto motivacional destacado neste trabalho.
Para a avaliao dos resultados, os cdigos e os relacionamentos foram
analisados em conjunto de outros pesquisadores envolvidos na pesquisa, de forma a
auditar as anlises realizadas. Esta estratgia foi adotada para assegurar o rigor da
aplicao dos mtodos qualitativos. Se os dados encontrados respondessem a questo de
pesquisa, os dados eram formatados em concluses. Se os dados no fossem
satisfatrios, era necessrio fazer um novo planejamento e iniciar uma nova fase. Na

10

Anais WOSES 2011- 06/06/2011-Curitiba-PR

atividade de concluso do estudo, os relacionamentos entre os cdigos foram analisados


criando as proposies sobre as influncias encontradas nas fases do estudo qualitativo.
Nesta atividade tambm foi analisado o aspecto motivacional abordado em outros
trabalhos na literatura. Optou-se por verificar os resultados da literatura aps a execuo
do estudo qualitativo para que os achados deste presente trabalho no fossem
influenciados pelos resultados j apresentados pela literatura.

5. Discusso dos aspectos motivacionais identificados


Os aspectos motivacionais so questes chave para qualquer projeto de
desenvolvimento de software [BEECHAM et al., 2008]. Este trabalho apresenta uma
discusso sobre os fatores motivacionais encontrados e uma comparao desses
resultados com os fatores identificados em outras pesquisas descritas na literatura.
Ao analisar os dados sobre motivao, foi possvel identificar dois conjuntos de
aspectos motivadores: motivadores individuais (onde o colaborador julgava que
determinado evento/ao o motivava) e motivadores coletivos (onde o colaborador
julgava que determinado evento/ao motivava a ele e aos demais colaboradores),
conforme apresentado na Figura 4 e causas da incapacidade da alta gerncia de motivar
os colaboradores na Figura 5.
Como motivadores individuais identificaram-se: (1) a organizao dos
artefatos de trabalho dos projetos, pois eles teriam respaldo em relao a possveis
reclamaes dos clientes; (2) o interesse pela rea de ES; (3) conseguir o nvel na
avaliao do MPS; e (4) ser um projeto inovador uma vez que no havia empresas
avaliadas por modelo de MPS no Amazonas. Em relao aos motivadores coletivos,
destaca-se: (1) a realizao de atividades de integrao entre os colaboradores com a
finalidade de socializarem-se; (2) obter novos conhecimentos em ES; (3) apresentar aos
colaboradores os reais benefcios do programa de melhoria atravs de reunies; (4)
tambm foi verificada a questo do projeto inovador; (5) organizao do projeto e (6)
conseguir o nvel na avaliao do MPS. Porm vale ressaltar que necessrio verificar
que conseguir o nvel pode gerar uma viso negativa do programa.

Figura 4 Representao grfica de os fatores motivacionais

A maioria dos achados sobre fatores motivacionais (tanto individual quando


coletivo) est presente na literatura [BADDOO e HALL, 2002; RAINER e HALL,
11

Anais WOSES 2011- 06/06/2011-Curitiba-PR

2002; BADDOO e HALL, 2003; MONTONI e ROCHA, 2007; BEECHAM et al, 2008;
SHARP et al, 2009], como: a necessidade de ter o processo e projetos organizados; a
aquisio de novos conhecimentos (no caso deste contexto, em MPS: Gerncia de
Requisitos e Gerncia de Projetos); Alcanar o nvel na avaliao do MPS. Uma
particularidade identificada foi a questo inovadora do programa de MPS. Por ser uma
iniciativa indita no Estado, o MPS fez com que os colaboradores se sentissem
desafiados a executar as atividades, o que representa uma caracterstica dos engenheiros
de software identificada por BEECHAM et al. (2008).
Ainda segundo BEECHAM et al. (2008), observou-se que outra caracterstica
que influencia na motivao dos engenheiros de software a necessidade de
socializao. Esta caracterstica tambm foi identificada em nossa anlise, segundo o
relato de um colaborador: Todo o final do ms tnhamos um caf da manh para
integrao dos funcionrios (...) e eu acho importante ter para a integrao, pois as
pessoas conversam mais, seria um momento de descontrao porque se no voc acaba
ficando meio desmotivado.
O esclarecimento dos reais benefcios do programa de MPS contribui de forma
positiva na motivao dos colaboradores. Segundo MOTTA e CUKIERMAN (2009), a
falta de explicaes sobre o custo-benefcio de uma nova metodologia de trabalho
contribui para a resistncia em relao nova maneira de trabalhar.
Estes resultados podem auxiliar outras implementaes de programas de MPS.
Sugere-se que esses fatores motivacionais sejam trabalhados durante a execuo dos
programas de MPS. Por exemplo: nas reunies para explicar os reais benefcios desta
iniciativa, pode-se enfatizar que haver um maior controle do projeto em relao ao que
foi solicitado pelo cliente e que os colaboradores iro obter novos conhecimentos em
ES, podendo melhorar suas habilidades.

Figura 5 Representao grfica da incapacidade de motivar os colaboradores.

Em relao incapacidade de motivar os colaboradores, verificou-se que a viso de


obrigatoriedade que os colaboradores tinham em relao s atividades do programa de
melhoria fazia com que a alta gerncia no conseguisse motivar todos os colaboradores,
criando-se a seguinte a primeira hiptese: Como o programa de melhoria era visto
como uma obrigao, os colaboradores se sentiam desinteressados pelo MPS. Apesar
desta obrigatoriedade, houve colaboradores que no estavam dispostos a realizar as
atividades, mesmo que obrigados a isto.

12

Anais WOSES 2011- 06/06/2011-Curitiba-PR

A falta de conhecimento e/ou experincia com melhoria de processo de software


causou um desinteresse pelo programa de MPS. Verificou-se ainda que houve uma
resistncia inicial ao programa de melhoria que acabou ocasionando a resistncia
durante todo o programa de melhoria por parte de um colaborador. Com isto surgiu a
segunda hiptese: O desinteresse pelo programa de MPS foi a causa da resistncia
inicial s atividades do programa de melhoria. Em COLEMAN e OCONNOR (2008)
observou-se que existe um tipo de resistncia em relao s atividades do programa de
MPS por parte dos gerentes de projeto, devido aos custos que essas atividades podem
gerar, alm de aumentar a documentao e burocracia.
Uma segunda causa identificada diz respeito falta de controle por parte da alta
gerncia, pois era necessrio verificar com mais detalhes todas as atividades do
programa de MPS. Por fim, falta de sistemas de recompensa e falta de reconhecimento
dos colaboradores que mais contriburam com o programa de melhoria contribuiu para a
incapacidade da alta gerncia de motivar todos os colaboradores.
Na literatura apresentada a necessidade um sistema de recompensa para
motivar os colaboradores [BADDOO e HALL, 2002]: a motivao est diretamente
ligada a incentivos como recompensas e aceitao do grupo. Alm disso, foi observado
que uma das caractersticas dos engenheiros de software que contribuem para a
motivao a necessidade de ser reconhecido por sua capacidade profissional
[BEECHAM et al., 2008]. A Tabela 3 sintetiza os principais achados relacionados ao
aspecto motivacional.

Tabela 3 Sntese dos principais resultados relacionados Motivao


Organizao dos artefatos de trabalho dos projetos
Fatores individuais de
Interesse pela rea de ES
motivao
Conseguir o nvel na avaliao do MPS
Ser um projeto inovador
Atividades de integrao entre os colaboradores
Obter novos conhecimentos em ES
Conhecimento dos reais benefcios do MPS atravs de reunies
Fatores coletivos de
motivao
Ser um projeto inovador
Organizao do projeto
Conseguir o nvel na avaliao do MPS
Viso de obrigatoriedade da execuo das atividades do MPS
Razes da
Falta de controle da execuo do MPS por parte da alta gerncia,
incapacidade de
Falta de um sistema de recompensa pelas atividades realizadas
motivar os
Falta de reconhecimento dos colaboradores que mais participaram
colaboradores
do MPS

O mtodo GT compreende ainda a fase de codificao seletiva, que diz respeito


identificao da categoria central da teoria, porm atravs das anlises axiais j foi
possvel obter os resultados essenciais a respeito dos aspectos motivacionais. Nem todos
os cdigos apontados nos questionrios foram relacionados s categorias at ento
criadas, alm disso, ainda no foi possvel validar as propriedades das categorias
identificadas. Este trabalho faz parte de uma pesquisa maior com o objetivo de verificar
aspectos humanos em programas de MPS. Os demais aspectos humanos identificados
encontram-se em SANTOS et al. (2011).

13

Anais WOSES 2011- 06/06/2011-Curitiba-PR

6. Concluses e Trabalhos Futuros


Esta trabalhou apresentou uma discusso sobre os aspectos motivacionais identificados
atravs da conduo de um estudo qualitativo com a finalidade de identificar aspectos
de influncia no programa de MPS. Para a realizao deste trabalho, foram conduzidas
entrevistas em organizaes de software pioneiras na implementao do nvel G do
MPS.BR no Estado do Amazonas.
Diversas pesquisas apontam a importncia de analisar fatores motivacionais para
aumentar o comprometimento dos profissionais com a organizao e execuo das
atividades [BADDOO e HALL, 2002; BADDOO e HALL, 2003; BEECHAM et al.,
2008]. Deste modo, realizar pesquisas que envolvam a identificao e tratamento de
questes motivacionais pode auxiliar na estratgia de execuo de futuros programas de
MPS a obterem sucesso neste tipo de iniciativa. O impacto do aspecto motivacional
levou a uma empresa que participou deste estudo a iniciar um novo programa de MPS
para obteno de um nvel de maturidade mais elevado.
Nesta pesquisa, utilizaram-se procedimentos de anlise qualitativa que so teis
no sentido de buscar a essncia de determinado evento. No presente trabalho, a essncia
refere-se aos fatores motivacionais relacionados a iniciativas de programa de melhoria.
Os resultados das anlises qualitativas so relevantes para o entendimento mais preciso
dos fatores estudados, porm a generalizao dos resultados dos trabalhos qualitativos
limitada pelo fato dos resultados encontrados estarem relacionados diretamente ao
contexto onde o estudo foi aplicado.
Uma possvel extenso deste trabalho replicar o estudo qualitativo realizado
nos mais diversos programas de MPS do pas com a finalidade de criar uma base de
conhecimento que torne possvel a extrao de similaridade dos fatores relacionados
motivao e outros fatores scio-tcnicos que influenciam nestas iniciativas.
Agradecimentos
Os autores agradecem aos pesquisadores Cleidson de Souza e Dalton Vilela por suas
contribuies durante toda a pesquisa e aos colaboradores das organizaes avaliadas.
Agradecem tambm o apoio financeiro do CNPq.

Referncias
BADDOO, N., HALL, T. (2002) "Motivators of Software Process Improvement: an
analysis of practitioners' views", J. of Sys. and Soft., v. 62, n. 2, pp. 85-96.
BADDOO, N., HALL, T. (2003) "De-motivators for software process improvement: an
analysis of practitioners' views", J. of Sys. and Soft., v. 66, n. 1, pp. 23-33.
BANDEIRA-DE-MELLO, R., CUNHA, C. (2003). "Operacionalizando o mtodo da
Grounded Theory nas Pesquisas em Estratgia: tcnicas e procedimentos de anlise
com apoio do software ATLAS/TI". Curitiba, Brasil.
BASILI, V., ROMBACH, H. (1988). The TAME project: towards improvementoriented software environments. IEEE Transactions on Software Engineering,
14(6), 758-773. doi: 10.1109/32.6156.
BEECHAM, S., BADDOO, N., HALL, T., ROBINSON, H., SHARP, H. (2008).
Motivation in Software Engineering: A systematic literature review. Information &
Software Technology 50(9-10): 860-878

14

Anais WOSES 2011- 06/06/2011-Curitiba-PR

COLEMAN, G., O'CONNOR, R. (2008). Investigating software process in practice: A


grounded theory perspective. Journal of Systems and Software, 81, 772-784.
CONTE, T. CABRAL, R. TRAVASSOS, G. H. (2009). Aplicando Grounded Theory
na Anlise Qualitativa de um Estudo de Observao em Engenharia de Software Um relato de Experincia. V WOSES . Ouro Preto, MG, Brasil.
FERREIRA, P., SILVA, F. (2008). Fatores humanos que influenciam a utilizao de
processos de software (pp. 123-138). Anais do VII SBQS.
GODOI, C., BANDEIRA-DE-MELLO, R., SILVA, A. (2006). "Pesquisa Qualitativa e
o debate sobre a propriedade de pesquisar". In: GODOI, C.K., BANDEIRA-DEMELLO, R., SILVA, A.B.D. (eds), Pesquisa Qualitativa em Estudos
Organizacionais: Paradigmas, Estratgias e Mtodos, So Paulo, Saraiva.
GOLDENSON, D., GIBSON, D. (2003) Demonstrating the Impact and Benefits of
CMMI: An Update and Preliminary Results, SEI Report; CMU/SEI-2003-SR-009.
HUMPHREY, W. (1989) "Managing the Software Process", 1 ed., Reading, MA,
Addison-Wesley Professional.
MATOS, O., SECATTI, V., SANTOS, D., et al., (2010). "Aplicando Grounded Theory
para Compreender os Fatores Crticos de Sucesso em Iniciativas de Melhoria de
Processo de Software". In: VI WOSES. Belm, PA, Brasil.
MONTONI, M. ROCHA, A. R. (2007). A Methodology for Identifying Critical
Success Factors that Influence Software Process Improvement Initiatives: An
Application in the Brazilian Software Industry, Em EuroSPI 2007, LNCS 4764, pg.
175-186.
MOTTA, M. CUKIERMAN, H. (2009). As resistncias implantao de um modelo
de desenvolvimento de software em uma empresa pblica. V WOSES. Ouro Preto,
MG, Brasil.
OSTERWEIL, L., (1987). "Software processes are software too". In: Proceedings of the
9th International conference on Software Engineering, Monterey, California, United
States.
RAINER, A., HALL, T. (2002) "Key success factors for implementing software process
improvement: A maturity-based analysis", J. of Sys. and Soft., v. 62, pp. 71-84.
SANTANA, A. (2007). Problemas em Iniciativas de Melhoria de Processos de
Software sob a tica de uma Teoria de Interveno. Dissertao de Mestrado.
Universidade Federal de Pernambuco. Maro 2007.
SANTOS, D., RABELO, J., MAR, C., et al. (2010). "Resultados de um Estudo
Qualitativo sobre a implementao do modelo MPS em empresas do programa
AmazonSoft ". In: VI Workshop Anual do MPS (WAMPS 2010), Campinas, SP.
SANTOS, D., VILELA, D, SOUZA, C., CONTE, T. (2011). Programas de Melhoria
de Processo de Software Uma pesquisa sobre a influncia dos aspectos humanos.
In: X SBQS 2011. Curitiba, PR - Brasil (Artigo aceito para publicao).
SEAMAN, C. (2008). Qualitative Methods. In F. Shull, J. Singer, & D. I. K. Sjberg
(Eds.), (pp. 35-62). Springer London.
SHARP, H., BADDOO, N., BEECHAM, S., HALL, T., ROBINSON, H. (2009)
Models of motivation in software engineering. Information & Software.
Technologies. 51(1) (2009)
15

Anais WOSES 2011- 06/06/2011-Curitiba-PR

STRAUSS, A., CORBIN, J. (1998). Basics of Qualitative Research: Techniques and


Procedures for Developing Grounded Theory (2nd ed.). London: SAGE Publications.
TRAVASSOS, H., KALINOWSKI, M., (2010). Variao de Desempenho nas
empresas que adotaram o Modelo MPS: resultados iniciais iMPS 2010. VI
WAMPS, Campinas, SP.
YIN, R. (2001). "Estudo de caso: Planejamento e mtodos". Porto Alegre: Bookman.
ZAHARAN, S.,Software Process Improvement Pratical Guidelines for Business
Sucess, Addison-Wesley, 1998.

16

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Habilidades de Engenheiros de Software: uma anlise


qualitativa a partir de uma Reviso Sistemtica
Luiz Leandro Fortaleza1, Rafael Prikladnicki2, Tayana Conte1
1

USES Grupo de Pesquisa em Usabilidade e Engenharia de Software


Universidade Federal do Amazonas (UFAM)
CEP 69077-000 Manaus AM Brasil

Pontifcia Universidade Catlica do Rio Grande do Sul PUCRS FACIN


CEP 90619-900 Porto Alegre RS Brasil
1

{luizfortaleza,tayana}@dcc.ufam.edu.br,

rafaelp@pucrs.br

Abstract. This paper presents a systematic literature review about the skills of
software engineers, aiming to examine which of these skills are useful for
professional education of a software engineer. We also conducted a
classification of the papers found regarding the experimental evaluation used
by them. The grouping of papers about this subject contributes to a better
understanding of how this sociotechnical factor has been explored by research
in Software Engineering, and also it provides a better understanding of how
the professionals skills reflects in software development process.
Resumo. Este artigo apresenta uma reviso sistemtica da literatura sobre
habilidades de engenheiros de software, objetivando analisar quais dessas
habilidades so teis para a formao de um bom profissional. Realizou-se
tambm uma classificao dos artigos encontrados em relao avaliao
experimental utilizada pelos mesmos. A reunio dos trabalhos sobre este tema
contribui para a maior compreenso de como este fator scio-tcnico tem sido
explorado na pesquisa em Engenharia de Software e tambm fornece um
melhor entendimento de quais habilidades do profissional podem contribuir
efetivamente para o processo de desenvolvimento de software.
Palavras-chave: reviso sistemtica, habilidades de engenheiros de software, fatores
humanos da Engenharia de Software

1. Introduo
A importncia do fator humano no desenvolvimento de software tem sido amplamente
discutida, no s em relao ao conhecimento tcnico e capacitao, como no que diz
respeito aos aspectos sociais, tais como: a motivao [Beecham et al. 2008], a
comunicao [Ruff & Carter 2009] e a flexibilidade [Li et al. 2010]. Isto mostra a
relevncia que o estudo de fatores humanos tem para a pesquisa em Engenharia de
Software.
Uma questo de pesquisa relacionada aos fatores humanos da Engenharia de
Software a habilidade das pessoas envolvidas no processo de desenvolvimento. Este
trabalho adota a definio de habilidade utilizada por Ow & Yaacob [1997], segundo a
qual habilidade o nvel de confiana, percepo, conformidade, bem como
conhecimento para a realizao de uma atividade.
Existem estudos que buscam associar determinadas habilidades a resultados
positivos em projetos de desenvolvimento. Li et al. [2010], por exemplo, afirmam que
flexibilidade tem relao direta com qualidade do produto desenvolvido. Com relao

17

Anais WOSES 2011- 06/06/2011-Curitiba-PR

habilidade de trabalhar em equipe, Akgn et al. [2007] concluram que tal habilidade
relaciona-se positivamente com speed to market4, menor custo de desenvolvimento e
sucesso do produto no mercado. J Rivera-Ibarra et al. [2010] propem uma lista de
habilidades associadas a diferentes papis do ciclo de desenvolvimento de software.
importante identificar quais habilidades dos profissionais tm se mostrado
crticas para o desenvolvimento de software, pois isto pode contribuir para a realizao
de treinamentos para o desenvolvimento de habilidades especficas, tanto em mbito
acadmico quanto industrial.
Profissionais com as habilidades certas para a execuo de suas tarefas, as
executam de forma mais eficiente, o que reflete na qualidade do processo de
desenvolvimento de software e no produto final. Assim, o conhecimento sobre
habilidades de engenheiros de software possui relao com o desenvolvimento de
software com qualidade. Este conhecimento torna possvel a identificao de quais
habilidades precisam ser desenvolvidas ou aprimoradas pelos membros de uma
organizao em prol do alcance de maior qualidade no processo de software.
Percebeu-se que o conhecimento sobre habilidades de engenheiros tem sido
explorado na literatura [Largent & Ler 2010; Li et al. 2010; Ruff & Carter 2009;
Akgn et al. 2007], todavia este conhecimento encontra-se disperso em diversos artigos.
A necessidade de reunir este conhecimento disperso motivou a realizao de uma
reviso sistemtica da literatura [Kitchenham 2004], que reunindo trabalhos sobre o
assunto contribui para uma maior compreenso deste aspecto scio-tcnico da
Engenharia de Software. A adoo do mtodo sistemtico em uma reviso da literatura,
a torna mais abrangente, pois seu carter documental, com protocolo definido, critrios
de incluso e excluso explcitos, permitem ao leitor avali-la com relao a sua
completude [Budgen & Brereton 2006].
Com este estudo espera-se identificar um conjunto de habilidades relatadas
como importantes para engenheiros de software. No escopo desta pesquisa, so
considerados engenheiros de software os profissionais envolvidos no ciclo de vida do
software [Turley & Bieman 1995]. O objetivo desta pesquisa contribuir para a
identificao de habilidades que possam formar profissionais mais bem capacitados,
alm de servir de base para conduo de estudos futuros que busquem respostas sobre
como mensurar e avaliar o impacto da aquisio de habilidades especficas relacionadas
ao ciclo de vida de um software.
Este artigo est estruturado da seguinte maneira: a Seo 2 apresenta o
planejamento e execuo da reviso sistemtica. A Seo 3 discute uma classificao da
avaliao experimental realizada pelos artigos encontrados. A Seo 4 apresenta uma
anlise qualitativa das habilidades e dos seus relacionamentos. Por fim, a Seo 5
discute as concluses deste trabalho, bem como trabalhos futuros.

2. Planejamento e execuo da reviso sistemtica


O objetivo desta reviso sistemtica, seguindo o paradigma GQM [Basili &
Rombach 1988], pode ser visto na Tabela 1.
Tabela 1: Objetivo estruturado de acordo com o paradigma GQM

Analisar
Com o propsito de

trabalhos cientficos encontrados por meio de uma abordagem


sistemtica
caracterizar habilidades e competncias necessrias ao profissional de
desenvolvimento de software

Velocidade em atender o mercado

18

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Com relao
Do ponto de vista
No contexto

a importncia ou necessidade de desenvolvimento de tais habilidades


ou competncias
dos pesquisadores
acadmico e industrial

Nesta reviso sistemtica buscou-se caracterizar habilidades necessrias a


engenheiros de software. A questo que motiva essa reviso : Que habilidades so
relatadas como importantes para o desenvolvimento de software com qualidade?.
Para a busca dos artigos foram selecionadas quatro das principais bibliotecas
digitais da rea de informtica: IEEE Xplore, Compendex, Scopus e ACM Digital
Library. Utilizou-se um mtodo de pesquisa baseado em trs filtros, conforme
apresentado na Figura 1: o primeiro correspondendo leitura do abstract; o segundo
leitura da introduo e da concluso; e, por ltimo, o terceiro correspondeu leitura
integral dos trabalhos remanescentes.
Optou-se por utilizar o segundo filtro porque ao se efetuar o teste de protocolo
em uma nica biblioteca (IEEE Xplore), notou-se que somente a leitura do abstract no
seria suficiente para a correta classificao das evidncias encontradas, alm disso, a
utilizao de um segundo filtro apresentou resultados satisfatrios em outras revises
sistemticas [Prikladnicki et al. 2010].

Figura 1: Mtodo de Pesquisa

Na Tabela 2 so apresentados os termos utilizados na string de busca. Esta string


foi formada pela combinao dos trs grupos de termos (sinnimos) considerados.
Tabela 2: Termos de busca utilizados

Grupo 1: desenvolvimento de software

Grupo 2: desenvolvedor

Grupo 3: habilidades

Software Engineering, Software Development,


Software Process, Software Project e Software
Life Cycle
Software Engineer, Software Developer,
Software Development Team, Software
Engineering Team e Software Professional
Skills, Abilities, Competencies, Qualification,
Proficiency, Capacity, Aptness e Adeptness

Ao executar o processo completo de reviso, foram aprovados 63 trabalhos. A


Tabela 3 apresenta o processo que levou a esse valor final, apresentado os totais por
biblioteca e as excluses ao longo da aplicao dos filtros. A ltima coluna apresenta o
total de artigos por biblioteca aps a aplicao dos filtros.

19

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Tabela 3: Aplicao dos filtros durante a execuo da reviso

IEEE Xplore
Compendex
Scopus
ACM Digital
Library
Total

Qt. Inicial

Exc. Filtro 1

Exc. Filtro 2
7
8
31

Exc. Seleo
Final
8
6
15

Qt. Final de
Aprovados
11
9
15

52
53
195

26
30
134

391

243

88

32

28

691

433

134

61

63

Para cada documento aprovado em todos os filtros da reviso sistemtica foi


elaborado um formulrio de extrao de dados, contendo de forma resumida os
resultados do estudo e as habilidades citadas.
Devido limitao de espao, outros detalhes sobre o planejamento e a execuo
da reviso sistemtica, incluindo o protocolo utilizado e a lista completa de artigos
aprovados, podem ser consultados no relatrio tcnico utilizado nesta reviso [Fortaleza
et al. 2011a].

3. Classificao dos Resultados em relao Avaliao Experimental


Na fase de extrao de dados foram adotados critrios para classificar os estudos
selecionados de acordo com a avaliao experimental realizada pelos mesmos. Foram
definidas quatro categorias, formando uma escala de Likert [Likert 1932]. Essas
categorias so descritas a seguir:
Baixa: inclui position paper, relato de experincia sem fundamentao explcita
e descrio de grades curriculares sem aplicao de estudo;
Mdia Baixa: inclui relato de experincia bem detalhado e/ou com boa
fundamentao, position paper bem fundamentado em outros trabalhos da
literatura, e, estudos experimentais cujo foco seja cincia de modo geral, mas
que citem habilidades e competncias para engenheiros de software;
Mdia Alta: inclui estudos de caso no detalhados e surveys sem validao
estatstica explcita;

Alta: inclui quasi-experimentos, estudos de caso bem detalhados, estudos


etnogrficos, surveys analisados com tcnicas estatsticas e estudos que utilizem
variados mtodos de coleta e/ou anlise de dados

Os trabalhos considerados nas duas ltimas categorias foram classificados como


tendo maior qualidade experimental, por apresentarem a avaliao experimental que
fundamenta suas concluses em relao s habilidades necessrias aos engenheiros de
software.
Para a anlise qualitativa, que ser discutida na Seo 4, foram selecionados
apenas os trabalhos com classificao mdia alta e alta, os quais so descritos na Tabela
4 (em razo da limitao de espao, as referncias completas destes trabalhos podem ser
consultadas no relatrio tcnico [Fortaleza et al. 2011a]).

20

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Tabela 4: Trabalhos das categorias mdia alta e alta

Referncia
[Devlin & Phillips 2010]
[Seffah & Grogono 2002]

Mdia Alta

[Callele & Makaroff 2007]


[Catanio 2006]

[Ruff & Carter 2009]


[Schneider et al. 2005]

[Capretz & Ahmed 2010]

[Rivera-Ibarra et al. 2010]


[Li et al. 2010]
[Al-Khatib et al. 1995]

[Begel & Simon 2008]

[Hall et al. 2007]


[Largent & Ler 2010]

Alta

[Pieterse et al. 2006]


[Steen 2007]

[Turley & Bieman 1995]

[Akgn et al. 2007]

[Beranek et al. 2005]


[Cherry & Robillard 2008]

Descrio
Estudo de Caso realizado com um grupo de alunos
atuando em um projeto de desenvolvimento distribudo.
Relata a criao, a partir de entrevistas e surveys de um
programa de treinamento para reintegrao de engenheiros
de software desempregados.
Relata o ensino de Engenharia de Requisitos com suas
habilidades requeridas.
Descreve uma abordagem para o ensino do ciclo de vida
de software para alunos de Cincia da Computao e
Tecnologia da Informao. Na abordagem proposta os
alunos, ao final do curso, avaliavam que habilidades
haviam adquirido ou aprimorado.
Investigao sobre o papel da comunicao, realizada
atravs de um survey baseado em entrevistas e focus group
Survey realizado com alunos, com o objetivo de descobrir
que habilidades advindas de sua formao foram
importantes para sua colocao no mercado de trabalho.
Estudo entre a relao de papis de desenvolvimento de
software, com suas habilidades relacionadas, e perfis
psicolgicos
Framework criado a partir de estudos experimentais para
avaliao de habilidades
Estudo sobre a flexibilidade e seu impacto nos resultados
de projetos de desenvolvimento de software
Survey aplicado a desenvolvedores de software com o
propsito de descobrir que habilidades so consideradas
crticas
Estudo observacional com utilizao de etnografia.
Observou-se oito desenvolvedores de software recmformados.
Investiga o impacto que fatores humanos tm para o
resultado de projetos.
Um estudo da formao de equipes em cursos
universitrios
Investiga o impacto que a diversidade de personalidades, e
consequentemente habilidades, tm sobre uma equipe
Estudo de caso, realizado em ambiente industrial, que trata
da importncia do conhecimento prtico para a qualidade
do produto
Estudo de caso realizado em ambiente industrial, baseado
em 20 entrevistas e um survey aplicado a 129
desenvolvedores. O objetivo era verificar o que diferencia
um engenheiro de software excepcional de um no
excepcional.
Estudo baseado em um survey, respondido por 170
representantes de equipes de desenvolvimento, sobre a
habilidade de trabalhar em equipe e seu impacto para o
resultado do projeto
Trata de papis de desenvolvimento e suas habilidades
associadas. Resultados de um survey aplicado a alunos
Explora o conceito de comunicao informal, atravs de
um estudo etnogrfico no qual foram observados 4

21

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Referncia
[Feldt et al. 2008]
[Martnez et al. 2010]

[Misra et al. 2009]

[Pikkarainen et al. 2008]

[Rombach et al. 2008]


[Guinan et al. 1998]

Descrio
desenvolvedores de software
Resultados iniciais de um estudo experimental sobre perfis
psicolgicos e habilidades
Descreve uma metodologia para distribuio de papis em
uma equipe baseada em medidas psicomtricas, avaliada
por meio de um estudo de caso em ambiente acadmico
Survey realizado com o objetivo de identificar fatores de
sucesso trazidos pela adoo de mtodos geis no
desenvolvimento de software.
Estudo de caso, realizado em ambiente industrial, que
investiga o impacto de prticas geis sobre a comunicao
da equipe de desenvolvimento. Os autores definem dois
tipos de comunicao: a formal e a informal
Estudo de caso que trata da disciplina para o
desenvolvimento de software.
Survey que avalia dinmicas de equipe para a fase de
desenvolvimento de requisitos. Os pesquisadores fazem
uma comparao entre fatores tcnicos e no-tcnicos.

4. Anlise das habilidades e suas relaes


Como os dados obtidos na extrao so qualitativos, ou seja, descrevem conceitos e no
nmeros, optou-se por utilizar mtodos de anlise qualitativos. Segundo Seaman [1999],
o uso de mtodos qualitativos permite um resultado mais rico e informativo Tem-se
observado uma crescente utilizao destes mtodos para a compreenso de fatores
associados a Engenharia de Software [Goede & de Villiers 2003; Conte et. al 2009;
Hoda et al. 2010; Anderlin Neto et al. 2010].
Aps a extrao ter sido realizada em todos os documentos procedeu-se a anlise
qualitativa utilizando um procedimento comum a esse tipo de anlise, a codificao
[Strauss & Corbin 1998].
Segundo Strauss & Corbin [1998], a codificao o
processo de analisar os dados, neste processo so identificados os cdigos (conceitos). E
ento, trechos do documento analisado so relacionados s categorias, que so
agrupamentos de conceitos, definidas pelos pesquisadores. Na Figura 2 apresentado
um exemplo de execuo da codificao aplicado sobre o formulrio referente ao estudo
de Begel & Simon [2008]

Figura 2: Criao de Cdigos relacionados a trechos nos Formulrios

Aps a criao dos cdigos relacionados s citaes nos formulrios, procedeuse anlise de relaes entre esses cdigos. As relaes entre os cdigos foram
descritas em esquemas conceituais que viabilizam a execuo de uma anlise visual de
relaes entre as habilidades.
Na Figura 3 possvel visualizar a representao de dois trabalhos que exploram
a habilidade comunicao. Em 3(a), tem-se uma representao de como a comunicao
tratada no trabalho de Pikkarainen et al. [2008]: comunicao formal que corresponde
a documentos de especificao e atas de reunio, e, comunicao informal que a

22

Anais WOSES 2011- 06/06/2011-Curitiba-PR

comunicao que se estabelece entre os desenvolvedores na rotina de trabalho. Nesse


trabalho, os autores concluram que a utilizao de mtodos geis positiva para a
comunicao da equipe. Em 3(b) temos uma representao do trabalho de Cherry &
Robillard [2008] que dizem que comunicao e colaborao informal (ad hoc) fazem
parte do trabalho em equipe. Esse ltimo trabalho foi desenvolvido por meio de um
estudo etnogrfico no qual foram observados quatro desenvolvedores de software.

(a) Aspectos da Comunicao a partir


de[Pikkarainen et al. 2008]

(b) Comunicao associada


habilidade de trabalhar em equipe
[Cherry & Robillard 2008]

Figura 3: Redes de habilidades relacionadas comunicao

J a Figura 4, apresenta comunicao como uma combinao de diversas outras


habilidades, tais como: saber ouvir, explicar claramente, saber quando ficar em silncio,
dentre outras. Esta ltima figura baseada no trabalho de Ruff & Carter [2009].

Figura 4: Comunicao como uma combinao de outras habilidades

De acordo com Ruff & Carter [2009], a comunicao uma habilidade que
possui associao com flexibilidade. Esta ltima uma habilidade que foi amplamente
discutida por Li et al. [2010], que afirmam que flexibilidade causa de qualidade do
produto e, composta por amplitude de resposta e eficincia de resposta. Amplitude de
resposta associada a capacidades reativas (habilidades de se lidar com situaes
inesperadas). J eficincia de resposta associada a capacidades de antecipao
(habilidades de gerenciar proativamente potenciais mudanas de requisitos nas fases
iniciais do processo de desenvolvimento).
Outra habilidade relatada como importante para engenheiros de software o
trabalho em equipe, tambm citada na Figura 3(b). A Figura 5 representa aspectos desta
habilidade a partir da pesquisa de Largent & Ler [2010], que estudaram a formao de

23

Anais WOSES 2011- 06/06/2011-Curitiba-PR

equipes em cursos universitrios. Os autores relacionaram a comunicao ao trabalho


em equipe, bem como resoluo de conflitos, responsabilidade e comprometimento.

Figura 5: Aspectos relacionados habilidade de trabalhar em equipe a partir de


[Largent & Ler 2010]

A habilidade de trabalhar em equipe tambm foco da pesquisa desenvolvida


por Akgn et al. [2007], Figura 6, que associaram o trabalho em equipe a velocidade de
entrada do produto no mercado, menor custo de desenvolvimento e sucesso do produto.

Figura 6: Habilidade de trabalhar em equipe a partir de [Akgn et al. 2007]

As habilidades de engenheiros de software recm-formados foram tema do


estudo etnogrfico desenvolvido por Begel & Simon [2008]. Na Figura 7 possvel
observar que os recm-formados observados neste estudo possuam dificuldades de
comunicao, trabalho em equipe e cognio, o que indica estas habilidades como reas
a serem trabalhadas no ambiente acadmico.

Figura 7: Habilidades observadas em [Begel & Simon 2008]

24

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Analisando o nmero de vezes que as habilidades foram citadas nos trabalhos de


classificao mdia alta e alta, bem como o nmero de relaes que possuem com
outras habilidades, chegou-se a uma lista de habilidades, que seguindo este critrio
foram consideradas como de maior importncia para engenheiros de software. Esta lista
composta pelas habilidades que so apresentadas na Tabela 5, e que em razo da
limitao de espao so conceituadas em um relatrio tcnico [Fortaleza et al. 2011b].
Tabela 5: Habilidades importantes para engenheiros de software

Flexibilidade
Saber trabalhar em
equipe
Comunicao

Pensamento
Crtico
Organizao

Disciplina

Persuaso

Auto-controle

Perseverana

Adaptao

Possuir viso
ampla
Resistncia ao
stress
Saber ouvir

Aceitar crticas

Resoluo de
conflitos
Responsabilidade

Pr-atividade

Autoaprendizado
Contribuir com
ideias
Inovao

Colaborao

Liderana

Cognio

Resoluo de
problemas

Conciso

Sociabilidade

Expressar-se
claramente

Discutir de
forma produtiva
Aprender com a
experincia
Criatividade

Como foi mostrado pelas figuras apresentadas neste artigo, as habilidades


listadas acima possuem relaes entre si. Por exemplo, saber ouvir uma habilidade que
pode ser interpretada como parte da habilidade de comunicao que tambm possui
relao com expressar-se claramente. Sociabilidade possui relao com trabalho em
equipe. Estas relaes nos permitem concluir que o desenvolvimento de certas
habilidades leva ao desenvolvimento de outras. E, de acordo com os trabalhos elencados
por esta reviso sistemtica, estas habilidades tm impacto positivo sobre o processo de
desenvolvimento de software. Deste modo, o desenvolvimento ou aperfeioamento de
tais habilidades torna o engenheiro de software melhor capacitado para a execuo de
suas atividades.

5. Concluso
No processo de software um dos fatores de maior impacto para a produo de software
de qualidade o conjunto de habilidades dos engenheiros de software envolvidos no
desenvolvimento [Beecham et al. 2008]. Vrias pesquisas tm sido conduzidas, com o
propsito de identificar quais habilidades so as mais relevantes para a formao de um
bom profissional [Turley & Bieman 1995; Rivera-Ibarra et al. 2010].
Este artigo apresentou uma reviso sistemtica realizada com o propsito de
identificar os resultados dos vrios trabalhos cientficos sobre habilidades teis para
engenheiros de software. Para tal identificao observou-se a quantidade de trabalhos
em que uma determinada habilidade figura, bem como sua relao com outras
habilidades.
Uma ameaa a validade deste estudo diz respeito ao nmero de bibliotecas
digitais utilizadas, todavia as bibliotecas utilizadas so consideradas meta-bibliotecas, o
que aumenta a abrangncia dos resultados obtidos pelas consultas.

25

Anais WOSES 2011- 06/06/2011-Curitiba-PR

O conhecimento de quais habilidades so importantes para a formao de


engenheiros de software benfico ao planejamento de treinamentos, alocao de
tarefas em funo de habilidades, e traz benefcios ao resultado do processo de
desenvolvimento.
O conjunto de habilidades apresentado pode ser utilizado em pesquisas que
visem melhoria do processo de software a partir da capacitao dos desenvolvedores
envolvidos. Pode-se utilizar os resultados obtidos para a conduo de estudos que
busquem a compreenso de quais fatores scio-tcnicos levam ao desenvolvimento ou
aperfeioamento de habilidades especficas.
Ressalta-se que algumas das habilidades apresentadas possuem relao com
outras, de modo que habilidades de comunicao e flexibilidade, por exemplo, tm
impacto sobre a habilidade de trabalhar em equipe. Deste modo, ao se planejar o
desenvolvimento de determinada habilidade preciso notar a necessidade de se
estimular o desenvolvimento das habilidades relacionadas, para assim formar um
profissional mais completo.
Como trabalho futuro, pretende-se investigar quais habilidades de engenheiros
de software so importantes em contextos especficos, como Desenvolvimento
Distribudo de Software (DDS) e para fases especficas do ciclo de vida do software,
como a fase de elicitao e anlise de requisitos. Pretende-se ampliar a reviso para os
trabalhos publicados em conferncias nacionais, de forma a verificar se os resultados
obtidos sero similares aos obtidos atravs das bibliotecas digitais utilizadas no escopo
desta reviso.

6. Agradecimentos
Os autores agradecem a CAPES pelo auxlio financeiro atravs da concesso de uma
bolsa de mestrado e ao CNPq, que por meio do Projeto FTS Brasil (Edital Universal:
processo 483125/2010-5), tornou possvel a realizao deste trabalho.

7. Referncias
Akgn, A.E., Keskin, H., Byrne,J. & Imamoglu, S.Z., 2007. Antecedents and
consequences of team potency in software development projects. Inf. Manage.,
44(7), pp.646-656.
Anderlin Neto, A., Arajo, C., Oliveira, H.A.B.F. & Conte, T., 2010. Utilizando
Grounded Theory para Compreender a Aceitao de uma Tcnica de Elicitao de
Requisitos. In IX Simpsio Brasileiro de Qualidade de Software: VI Workshop Um
Olhar Sociotcnico Sobre a Engenharia de Software. Belm, PA, Brazil.
Basili, V.R. & Rombach, H.D., 1988. The TAME project: towards improvementoriented software environments. Software Engineering, IEEE Transactions on,
14(6), pp.758-773.
Beecham, S., Baddoo, N., Hall, T., Robinson, H. & Sharp, H., 2008. Motivation in
Software Engineering: A systematic literature review. Inf. Softw. Technol., 50(910), pp.860-878.
Begel, A. & Simon, B., 2008. Struggles of new college graduates in their first software
development job. In SIGCSE 08 - Proceedings of the 39th ACM Technical
Symposium on Computer Science Education. pp. 226-230.

26

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Budgen, D. & Brereton, P., 2006. Performing systematic literature reviews in software
engineering. In Proceedings of the 28th international conference on Software
engineering. New York, NY, USA: ACM, pp. 1051-1052.
Cherry, S. & Robillard, P.N., 2008. The social side of software engineering-A real ad
hoc collaboration network. Int. J. Hum.-Comput. Stud., 66(7), pp.495-505.
Conte, T., Cabral, R. & Travassos, G.H., 2009. Aplicando Grounded Theory na Anlise
Qualitativa de um Estudo de Observao em Engenharia de Software Um Relato
de Experincia. In VIII Simpsio Brasileiro de Qualidade de Software: V
Workshop Um Olhar Sociotcnico Sobre a Engenharia de Software. Ouro Preto,
MG, Brazil. pp. 26-37.
Fortaleza, L.L., Prikladnicki, R. & Conte, T., 2011a. Habilidades de Engenheiros de
Software: planejamento e execuo de uma reviso sistemtica, Relatrio Tcnico
RT-USES-2011-0001. Available at: www.dcc.ufam.edu.br/uses.
Fortaleza, L.L., Prikladnicki, R. & Conte, T., 2011b. Conceituando as habilidades de
Engenheiros de Software elicitadas por uma reviso sistemtica, Relatrio
Tcnico RT-USES-2011-0003. Available at: www.dcc.ufam.edu.br/uses.
Goede, R. & de Villiers, C., 2003. The applicability of grounded theory as research
methodology in studies on the use of methodologies in IS practices. In Proceedings
of the 2003 annual research conference of the South African institute of computer
scientists and information technologists on Enablement through technology.
Hoda, R., Noble, J. & Marshall, S., 2010. Using grounded theory to study the human
aspects of software engineering. In Human Aspects of Software Engineering. New
York, NY, USA
Kitchenham, B., 2004. Procedures for performing systematic reviews. Technical Report
TR/SE-0401.
Largent, D.L. & Ler, C., 2010. "You mean we have to work together!?!": A study of
the formation and interaction of programming teams in a college course setting. In
ICER 10 - Proceedings of the International Computing Education Research
Workshop. pp. 41-49.
Li, Y., Chang, K.-C., Chen, H.-G. & Jiang, J.J., 2010. Software development team
flexibility antecedents. Journal of Systems and Software, 83(10), pp.1726 - 1734.
Likert, R., 1932. A Technique for the Measurement of Attitudes. Archives of
Psychology, 23(140).
Ow, S.H. & Yaacob, M.H., 1997. A study of employee competency in software process
management. In Software Engineering Standards Symposium and Forum, 1997.
Emerging International Standards. ISESS 97., Third IEEE International..
Pikkarainen, M., Haikara, J., Salo, O., Abrahamsom, P. & Still, J. 2008. The impact of
agile practices on communication in software development. Empirical Softw.
Engg., 13(3), pp.303-337.
Prikladnicki, R, Audy, J.L.N. & Shull, F., 2010. Patterns in Effective Distributed
Software Development. IEEE Software, 27(2), pp.12-15.
Rivera-Ibarra, J.G., Rodriguez-Jacobo, J., Fernndez-Zepeda, J.A. & Serrano-Vargas,
M.A., 2010. Competency Framework for Software Engineers. In Software
Engineering Education and Training (CSEE T), 2010 23rd IEEE Conference.
27

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Ruff, S. & Carter, M., 2009. Communication learning outcomes from software
engineering professionals: A basis for teaching communication in the engineering
curriculum. In Proceedings - Frontiers in Education Conference, FIE.
Seaman, C.B., 1999. Qualitative Methods in Empirical Studies of Software
Engineering. IEEE Transactions on Software Engineering, 25(4), pp.557-572.
Strauss, A. & Corbin, J., 1998. Basics of Qualitative Research: Techniques and
procedures for developing grounded theory, Sage.
Turley, R.T. & Bieman, J.M., 1995. Competencies of exceptional and non exceptional
software engineers. The Journal of Systems and Software, 28(1), pp.19-38.

28

Anais WOSES 2011- 06/06/2011-Curitiba-PR

O Fator Humano no Desenvolvimento Distribudo de


Software
Rosefran Adriano Gonales Cibotto1, Tania Fatima Calvi Tait2, Andreia
Malucelli3, Sheila Reinehr3
1

Departamento de Matemtica (Fundao Araucria) Universidade Estadual do Paran


Campus Campo Mouro (UEPR/FECILCAM)
Av. Com. Norberto Marcondes, 733 - CEP 87.303-100 - Campo Mouro - PR - Brasil
2

Departamento de Informtica Universidade Estadual de Maring (UEM)


Av. Colombo, 5790 - Zona 07 - Bloco 20 - CEP 87.020-450 - Maring - PR Brasil
Programa de Ps-Graduao em Cincia da Computao
3

Pontifcia Universidade Catlica do Paran - PUCPR


Programa de Ps-Graduao em Informtica- PPGIa
R. Imaculada Conceio, 1155 - Prado Velho - CEP 80215-901 - Curitiba - PR - Brasil
rosefran@gmail.com, tait@din.uem.br, {sheila, malu}@ppgia.pucpr.br

Abstract. The Distributed Software Development (DSD) has become a


common practice due to several reasons, especially those related to reduced
costs and increased productivity. However, there are several risks in adopting
such practice including those related to human factors. This paper presents a
set of coordinated actions to mitigate the risks in DSD processes that come
from human factors.
Resumo. O Desenvolvimento Distribudo de Software (DDS) tem se tornado
uma prtica comum por motivos diversos, entre eles, principalmente, a
reduo de custos e o aumento da produtividade. No entanto, diversos so os
riscos do uso desta prtica, incluindo especialmente os relacionados com os
fatores humanos. Este artigo apresenta um conjunto de aes coordenadas
para reduzir os riscos associados aos fatores humanos em processos de DDS.
Palavras-chave: desenvolvimento distribudo de software, planejamento, fator
humano.

1. Introduo
O desenvolvimento distribudo de software (DDS) caracteriza-se pela distribuio de
equipes em locais distintos em um ou diversos pases. Esta modalidade de trabalho tem
sido adotada por vrias organizaes em busca de vantagens competitivas, ganho de
produtividade, reduo de custos, utilizao de recursos geograficamente dispersos e
melhorias na qualidade dos softwares [Prikladnicki et al. 2003; Prikladnicki e Audy
2004; Pilatti et al. 2007; Huzita et al. 2007]. Todavia, existem dificuldades nesta prtica,
das quais se destacam: fatores culturais organizacionais e regionais, conflitos de
comunicao e comportamentais entre os stakeholders, entre outros [Enami et al. 2006].
A organizao, alm de toda a estrutura formal e material, tambm uma instituio
social e humana, na qual as solues e decises no so somente tcnicas e racionais.
Inevitavelmente a organizao possui contedos psicolgicos, sociais e polticos, e nela
configuram-se relaes humanas, de carter constante, determinadas tambm pela
estruturao de procedimentos e tarefas informais. A estrutura emocional, as

29

Anais WOSES 2011- 06/06/2011-Curitiba-PR

necessidades, os desejos e a tenso, peculiares a cada pessoa diante de determinada


situao de trabalho, tambm podem refletir em comportamentos muito variados.
Herbsleb (2005) corrobora com este entendimento, afirmando que necessrio
compreender o comportamento dos engenheiros de software, das equipes de
desenvolvimento, e da organizao como um todo, bem como, suas prticas sociais e
culturais. Portanto, para atingir qualidade e eficcia nas atividades cotidianas, alm de
fatores tcnicos, os fatores humanos tambm devem receber especial ateno.
Devido ao peso dado ao fator sociocultural nesta modalidade de desenvolvimento de
software, conforme destacado pelos autores em [Nakatsu e Iacovou 2009], este artigo
expe um modelo de aes a serem executadas que abordam essencialmente o fator
humano e sua importncia neste processo, envolvendo questes de carter psicolgico,
motivacional, de comunicao formal e informal, responsabilidades, culturas regionais e
organizacionais, confiana e entrosamento entre as equipes, dentre outras. Efetuar um
planejamento com relao a tais itens permite maior controle organizacional, prevendo
possveis conflitos de ordem comportamental, hierrquica ou cultural. A partir do
mapeamento de tais problemas, aes podem ser tomadas para evit-los ou minimizar o
impacto que eles exercem nos projetos. Como consequncia, permite melhorar a
qualidade do processo de fabricao dos softwares e, portanto, no produto final
disponibilizado ao cliente, propiciando a ele maior satisfao.
O restante deste artigo est assim organizado: a seo 2 apresenta a reviso da literatura,
a seo 3 descreve a metodologia, a seo 4 relata a proposta, a seo 5 expe a
avaliao da proposta e, a seo 6 apresenta as concluses e trabalhos futuros.
2. Reviso da Literatura
As diferenas culturais possuem grande relevncia no comportamento humano,
conforme pode ser observado nos diversos estudos realizados na rea. Em um estudo
comparando os riscos da terceirizao domstica de desenvolvimento de software em
relao ao desenvolvimento na modalidade de offshore, Nakatsu e Iacovou (2009)
apontam 20 fatores relacionados primeira opo e 25 relacionados segunda. Dentre
os fatores de risco relacionados com o offshore destacam-se: barreiras de lngua nas
comunicaes dos projetos, diferenas culturais, restries relacionadas ao fuso horrio,
falta de comunicao face-a-face com a equipe, desconhecimento de leis contratuais
internacionais, entre outros. Interessante observar que em ambos os casos, apontou-se
uma deficincia em gerenciar as expectativas do usurio, fator intrinsecamente
relacionado mais aos aspectos humanos do que aos tcnicos, propriamente ditos.
Carmel (1999) aborda a formao de equipes distribudas ao redor do globo e os
principais fatores a serem considerados ao montar uma equipe para um projeto
distribudo. O trabalho chama de foras centrfugas os fatores que podem levar uma
equipe ao fracasso e, os fatores que podem levar ao sucesso de foras centrpetas. Este
trabalho serviu de base inicial e norteou o levantamento das caractersticas,
necessidades e problemas enfrentados pelas organizaes que atuam em DDS.
Evaristo e Scudder (2000) efetuaram uma anlise de casos reais envolvendo
distribuio de projetos nos Estados Unidos, Japo e Europa. Os autores abordam
diversos fatores a serem administrados em projetos distribudos envolvendo software,
hardware ou ambos. Eles propem dimenses de projetos distribudos que devem ser
observadas. Algumas destas dimenses, tais como: hierarquia, distncia percebida,
sincronismo e cultura, serviram de base para a elaborao deste trabalho.
O modelo MuNDDoS (Maturidade no Desenvolvimento Distribudo de Software) foi
elaborado para ser um facilitador nos projetos de DDS [Prikladnicki e Audy 2004]. Este

30

Anais WOSES 2011- 06/06/2011-Curitiba-PR

modelo sugere a existncia das dimenses organizacional e de projetos. Ele contribuiu


para a elaborao das bases das aes propostas.
Kiel (2003) efetuou um estudo em uma companhia de desenvolvimento de software
situada na Alemanha, Canad, Estados Unidos e Malsia, que destaca cinco temas
principais: tempo, idioma, poder, cultura e confiana, que influenciam diretamente no
cotidiano de equipes dispersas. Estes cinco fatores contriburam significativamente para
o desenvolvimento deste trabalho.
Enami (2006) desenvolveu um modelo de gerenciamento de projetos para um ambiente
de DDS, para isto abordou diversos temas que esto diretamente relacionados a este
trabalho, tais como: equipes virtuais, diferenas culturais, follow-the-sun, nvel de
disperso geogrfico e as responsabilidades dos trs nveis gerenciais: gerente geral,
responsvel pela anlise estratgica do DDS, definio de gerentes locais, superviso
dos gerentes de projeto, gerenciamento do relacionamento com parceiros de negcios,
estabelecimento de polticas para resoluo de conflitos entre os projetos da
organizao, dentre outros; gerente de projetos, responsvel por efetuar o
planejamento e gerenciamento de projetos sob sua responsabilidade; gerente local,
responsvel por gerenciar uma das unidades distribudas, supervisiona projetos alocados
em sua unidade, motiva as pessoas e efetua o gerenciamento geral de sua equipe.
Cibotto et al. (2009) destacaram onze caractersticas socioculturais existentes no
DDS das quais sete possuem forte relevncia com relao aos recursos humanos
envolvidos nas equipes que efetuam o desenvolvimento de software descentralizado,
so eles: agrupamento das equipes; distncia fsica entre as equipes; culturas regionais;
idiomas; culturas organizacionais; processo decisrio; e, confiana.
Os diversos trabalhos citados forneceram as bases para a elaborao das aes
focada no ser humano, pois tratam da formao de equipes virtuais e da dimenso
organizacional, os quais compem elementos fundamentais para o DDS.

3. Metodologia
A metodologia de desenvolvimento foi dividida em quatro etapas, descritas a seguir:
(i)

Estudo dos conceitos de DDS e seus desafios com relao ao fator humano:
cujo objetivo foi analisar as caractersticas que circundam o DDS como um todo.
Destacam-se: os desafios existentes, de ordem psicolgica, comunicao,
comportamental, dentre outros, para revelar a relao que envolve o ser humano
e suas influncias socioculturais a respeito do desenvolvimento de software em
ambiente descentralizado.

(ii)

Anlise de trabalhos relacionados ao DDS e suas equipes: visa efetuar


reviso literria relacionada ao comportamento das equipes que trabalham com
DDS para perceber os desafios e dificuldades enfrentadas pelas organizaes
que optaram por esta modalidade. Foram delimitados preferencialmente
trabalhos realizados na ltima dcada.

(iii)

Elaborao do conjunto de solues referentes aos desafios do DDS:


procurou-se desenvolver aes que visam resolver ou atenuar o impacto de tais
desafios e dificuldades, possibilitando assim que as organizaes que trabalham
com as equipes distantes possam focar em seu objetivo final que produzir
software de qualidade.

(iv)

Avaliao das solues propostas: foi criado um cenrio para o


desenvolvimento de um sistema, que permitiu a aplicao das aes
desenvolvidas na etapa anterior, efetuando a verificao da viabilidade destas
solues, que envolveu equipes no Brasil e em Angola.
31

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Esta metodologia permitiu o desenvolvimento de aes que visam combater as


dificuldades relacionadas ao fator humano para que as organizaes possam focar no
desenvolvimento de seus produtos.

4. Aes Relacionadas ao Fator Humano


As organizaes que atuam no DDS enfrentam diversos desafios que no se apresentam
em desenvolvimento local e outros que, embora existam, so potencializados em virtude
da distncia entre seus colaboradores. Dentre eles, merecem destaque os aspectos
culturais, sociais, fatores de gerenciamento local e geral de todas as equipes envolvidas
no processo de DDS. Dezoito aes foram desenvolvidas para dirimir o impacto que as
caractersticas existentes no DDS exercem com relao ao fator humano. Tais aes
foram agrupadas em quatro categorias: recursos humanos; aspectos psicolgicos;
aspectos culturais; e, recursos humanos, aspectos psicolgicos e culturais.

4.1 Recursos Humanos


Quadro 1. Aes referentes aos Recursos Humanos.
Ao
Formar equipes de
desenvolvimento

Descrio
Formar equipes autossuficientes com
diversidade de profissionais

Padronizar atitudes
das equipes

Treinar as equipes para tomarem


atitudes similares ao enfrentar o
mesmo problema
Criar um plano de treinamento para
os profissionais

Realizar
treinamento tcnico
Definir escopo de
novos projetos
Desenvolver
projetos
coordenadamente
Efetuar reunio
presencial

Analisar a capacidade empresarial


das equipes em iniciar um novo
projeto
Organizar o desenvolvimento ocorrer
de modo coordenado de forma a ser
follow-the-sun
Propiciar reunies presenciais
peridicas entre as diversas equipes

Prover sigilo de
informaes

Definir quem ter acesso s


informaes privadas do projeto

Finalidade
Diminuir problemas de
comunicao devido menor
frequncia de dvidas
Padronizar as decises em
todas as equipes

Responsvel
Gerente geral
Ger. local

Propiciar a qualificao tcnica


dos colaboradores

Ger. geral
Ger. local
Ger. projetos
Ger. geral
Ger. local
Ger. projetos
Ger. geral
Ger. local
Ger. projetos
Ger. geral
Ger. local
Ger. projetos
Ger. geral
Ger. local
Ger. projetos

Efetuar a anlise de custobenefcio em relao aos


investimentos necessrios
Procurar obter maior produo
ao longo dos projetos
Aumentar a afinidade entre os
participantes dos diversos
locais
Manter o sigilo das informaes
quando necessrio

Ger. geral
Ger. local

Esta categoria envolve aes para preveno e resoluo de problemas relacionados aos
colaboradores envolvidos em todo processo de DDS. As aes aqui agrupadas
repercutem nos nveis operacional e gerencial de todas as etapas do processo de
desenvolvimento de software, bem como nas equipes envolvidas. Sete aes se
enquadram neste grupo, conforme apresentado no Quadro 1.
Formar equipes de desenvolvimento: a formao da equipe dever envolver o
maior nmero possvel de papis e os mais relevantes stakeholder para a efetiva gesto
das expectativas [Herbsleb 2007]. Quando uma equipe possui o pessoal necessrio para
efetuar todo o ciclo do processo de desenvolvimento, ela se torna menos dependente das
demais. Quanto mais autossuficiente cada equipe for, envolvendo uma diversidade de
profissionais, menor a necessidade de comunicao com as demais para dirimir as
dvidas referentes ao desenvolvimento, evitando diversos problemas de comunicao
[Kroll e Kruchten 2003]. Uma exceo fica por conta de equipes especficas para uma
atividade, tais como: inspeo, qualidade, homologao e teste, dentre outras. Esta ao
propicia ganhar tempo ao longo dos projetos e procura evitar que uma equipe fique

32

Anais WOSES 2011- 06/06/2011-Curitiba-PR

desorientada, enquanto depende das demais para esclarecer questes que poderiam ser
resolvidas internamente com pessoal especfico da rea.
Padronizar atitudes das equipes: devido s influncias culturais distintas nas diversas
equipes envolvidas no DDS, pode haver diversos estilos de trabalho, em que as equipes,
ao se depararem com problemas similares, podem escolher maneiras diferentes de
enfrentar a situao. A tomada de decises, bem como a execuo das atividades, pode
ser diferente em cada local [Olson e Olson 2003]. Para trazer uma uniformidade em
todos os grupos, os gerentes podem trabalhar com exemplos reais e, assim, educar os
colaboradores a tomar determinada atitude em relao s circunstncias similares s
quais possam passar. Outra opo elaborar documentos formais que direcionem as
atitudes a serem tomadas em relao a problemas que possam ser encontrados fora do
escopo planejado nos projetos, como por exemplo, questes de segurana em caso de
catstrofes naturais ou quaisquer outras situaes incomuns.
Realizar treinamento tcnico: uma caracterstica bsica associada ao alto desempenho
das organizaes sua capacidade de acompanhar a evoluo do mercado em que esto
inseridas. Isto somente pode ser feito por meio de investimentos constantes em
treinamento e desenvolvimento dos funcionrios [Rabechini Jnior et al. 2002]. Criar
um plano de treinamento, desde a alta administrao at o nvel operacional,
identificando os participantes, quais as suas necessidades e um cronograma, incorporado
a um plano de carreira, so providncias que contribuem para o aperfeioamento,
desenvolvimento pessoal e motivao do quadro de colaboradores. Elementos como
conhecimento de novas tecnologias, aprimoramento, melhoria na qualidade e
desempenho so benefcios que as organizaes devem considerar ao oferecer os
treinamentos.
Definir escopo de novos projetos: quando uma for procurada por um cliente para
desenvolver um sistema, o gerente local deve entrar em contato com o gerente geral
para, juntos, avaliarem a estrutura interna com o intuito de saber se existe capacidade de
iniciar um novo projeto. A partir destas informaes o gerente geral e os gerentes de
projetos devem analisar se existe capacidade entre as equipes para o desenvolvimento
do projeto dentro dos prazos e expectativas do cliente ou se necessrio expandir a
estrutura (pessoal ou infraestrutura).
Desenvolver projetos coordenadamente: organizar as equipes que estejam separadas
por fuso horrio, permitindo que trabalhem sequencialmente no mesmo projeto para que
o desenvolvimento seja follow-the-sun (desenvolvimento por 24 horas contnuas)
[Prikladnick et al. 2003; Prikladnicki e Audy 2004; Enami et al. 2006; Haywood 2000].
Outra opo trabalhar em paralelo, em outro mdulo, que propicia maior
independncia entre as tarefas exercidas por cada equipe, possibilitando maior
gerenciamento com relao a atrasos no cronograma de atividades. Esta medida visa
alcanar maior ganho de produtividade ao longo dos vrios.
Efetuar reunio presencial: a reunio presencial continua sendo mais vantajosa em
relao ao encontro virtual, por ser considerada a forma mais eficaz de comunicao
para facilitar a negociao e resoluo de conflitos, inclusive em questes psicolgicas,
em que o participante possa se sentir pouco vontade ao se expressar, o que no ocorre
quando est face-a-face [Damian et al. 2000]. A reunio peridica presencial entre os
colaboradores das diversas equipes possibilita maior interao, ajuda a aproximar as
diferentes culturas e permite uma afinidade que, normalmente, no existe quando os
interlocutores esto a uma grande distncia [Enami 2006; Pilatti e Audy 2006].
Prover sigilo de informaes: Determinadas informaes sobre os projetos
desenvolvidos necessitam ser mantidas em sigilo. Em casos especficos, algumas
equipes podem ter acesso a informaes que outras no devem ter conhecimento.

33

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Existem situaes em que numa mesma equipe, apenas alguns colaboradores tero
acesso informao privada para manter sigilo no projeto [Enami 2006]. Nestes casos,
deve ser realizado um levantamento de quais so estas informaes e quem sero os
profissionais que tero acesso a elas e a suas atualizaes.

4.2 Aspectos Psicolgicos


Nesta categoria, foram includas aes de planejamento que buscam aumentar a relao
afetiva profissional entre os participantes das diversas equipes, o que propicia um maior
companheirismo, facilidade na resoluo de conflitos em busca de objetivos comuns.
Essa afinidade entre os recursos humanos aumenta a cumplicidade e melhora a
comunicao informal, o que pode ser til para dirimir pequenas dvidas e aumentar a
troca de informaes sobre os projetos envolvidos. Cinco aes se enquadram no grupo
de Aspectos Psicolgicos, conforme se pode observar no Quadro 2.
Quadro 2. Aes referentes aos Aspectos Psicolgicos
Ao
Fazer intercmbio
de pessoal

Descrio
Planejar intercmbios de pessoal
entre as diversas equipes

Fazer
confraternizao

Planejar confraternizaes
envolvendo as diversas equipes

Elaborar contratos

Elaborar contratos entre as unidades


envolvidas esclarecendo os limites da
troca de informao
Definir os responsveis pelas
tomadas de decises gerais ou optar
por um gerenciamento democrtico
Planejar reunies presenciais

Definir os
responsveis pelas
decises
Efetuar reunio
presencial

Finalidade
Diminuir as diferenas culturais
e diluir o impacto que as
mesmas trazem aos projetos
Diminuir as diferenas culturais
e aumentar a relao afetiva
entre o pessoal
Aumentar a confiabilidade para
o compartilhamento do
conhecimento
Evitar a frustrao das equipes
envolvidas no desenvolvimento

Responsvel
Gerente geral
Ger. local
Ger. projetos
Ger. geral
Ger. local
Ger. projetos
Ger. geral
Ger. local

Aumentar a confiana entre as


equipes envolvidas

Ger. geral

Ger. geral

Fazer intercmbio de pessoal: culturas diferenciadas podem gerar conflitos no


planejamento do trabalho, no processo decisrio, no estilo de argumentao e no fluxo
da conversa [Olson e Olson 2003]. As pessoas que participam do intercmbio adquirem
experincias que envolvem a realidade de locais distintos de sua origem. Ao retornar
para o local de origem, o participante torna-se elo entre a sua equipe e as demais em que
fez parte enquanto esteve fora, alm de melhorar a afinidade com o pessoal de destino.
Com a convivncia, os seres humanos tm a possibilidade de se conhecer melhor e
iniciar uma amizade, com isto, existe a tendncia de facilitar a comunicao tanto
formal quanto informal, mesmo via telecomunicao.
Fazer confraternizao: o simples planejamento de um calendrio de
confraternizaes, ao longo de um perodo, aumenta a motivao das diversas equipes.
Embora exista uma dificuldade em reunir todos os parceiros, devido pausa nas
atividades, ao tempo de deslocamento e alto custo, considerando a distncia entre as
equipes situadas em diferentes continentes, comemorar o trmino de um grande projeto
ou outra data em especial, vai alm da motivao do pessoal. Esta atividade, embora de
curta durao, permite, assim como o intercmbio, trazer maior afinidade entre os
participantes de diversos projetos, e aos que ainda no tiveram nenhum contato. Este
relacionamento afetivo criado pela proximidade do grupo gera laos de
companheirismo, contribuindo para uma melhor comunicao e empenho destes para a
resoluo de problemas. Alm disso, as confraternizaes colaboram para a
aproximao das diferenas culturais das equipes [Enami 2006; Pilatti e Audy 2006].

34

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Elaborar contratos: o foco dado a estes documentos neste momento no o de carter


legal, que tambm importante, mas o de esclarecer precisamente os limites de trocas
de informaes entre as diversas equipes ao longo do desenvolvimento dos projetos,
como se fossem cdigos de conduta. Definindo quais informaes devem ser repassadas
ou consultadas, os membros de cada local ficam vontade para fornecer ou solicitar
dados sigilosos dos projetos e informaes que envolvem propriedade intelectual do
software. Com a troca de conhecimento bem definida, muito tempo pode ser
economizado e grande parte da burocracia eliminada, quando for necessrio o
compartilhamento de informaes sigilosas entre as equipes [Kobitzsch et al. 2001].
Definir os responsveis pelas decises: este item foi includo no pelas aes
decisrias em si, mas pela repercusso das mesmas entre os envolvidos. Os
colaboradores em geral, podem se sentir frustrados quando percebem que decises
organizacionais, de workflow, infraestrutura e projeto, dentre outras, so centralizadas e
oriundas de um local em especfico. Isto ocorre independente das equipes serem do
mesmo grupo organizacional ou terem formado parcerias, estarem trabalhando em um
nico ou em diversos projetos [Kiel 2003]. Uma maneira de evitar a imposio de
normas unilaterais estudar a viabilidade de trabalhar com gerncia democrtica,
envolvendo todas as equipes na tomada das decises organizacionais.
Efetuar reunio presencial: embora um tpico semelhante tenha sido abordado na
seo 4.1, o objetivo implcito aqui estabelecido outro. Neste tpico, as reunies
presenciais visam aumentar a confiana entre as pessoas, que possuem diferenas
culturais, lingusticas e de fuso horrio, facilitando dirimir as dvidas e agilizar o
processo decisrio em geral [Kiel 2003; Pilatti e Audy 2006]. Devido ao fato de
integrantes de vrios lugares estarem presentes no mesmo local, a comunicao
informal pode ser incentivada, permitindo que os participantes se conheam melhor,
aumentando suas redes de contatos e melhorando a convivncia.

4.3 Aspectos Culturais


Esta categoria, assim como a de Aspectos Psicolgicos aparece diretamente vinculada
aos Recursos Humanos. Aqui foram includas aes que procuram suprimir as
desavenas causadas pela diferena cultural existente entre as diversas localidades
difundidas ao redor do globo. Quatro aes se enquadram neste grupo, conforme se
pode observar no Quadro 3.
Quadro 3. Aes referentes aos Aspectos Culturais
Ao
Programar encontro
de formao
Promover
proficincia de
idioma
Realizar reunio
informal
Incentivar
comunicao
informal

Descrio
Programar encontros de formao
com integrantes das diferentes
equipes
Definir um idioma padro de
comunicao e promover proficincia
do mesmo aos integrantes das
equipes envolvidas no DDS.
Promover reunies informais
Procurar mtodos que permitam a
comunicao informal entre os
diversos integrantes dos projetos

Finalidade
Promover o aperfeioamento e
minimizar o impacto das
diferenas culturais
Melhorar a comunicao e
evitar equvocos devido a
expresses regionalistas

Responsvel
Gerente geral

Diminuir conflitos e desavenas


culturais
Permitir a conversa sobre
variados assuntos livremente e
diluir as diferenas culturais

Ger. geral

Ger. geral

Ger. geral
Ger. local

Programar encontro de formao: o encontro de formao possui dois objetivos, os


quais devem ser trabalhados em conjunto: o primeiro a formao profissional em si,
que pode almejar criar novas capacitaes, estudar nova tecnologia, aprimorar uma

35

Anais WOSES 2011- 06/06/2011-Curitiba-PR

tcnica existente, ensinar procedimentos, dentre outros; outra finalidade a de criar um


agrupamento de pessoal de diferentes localidades, com isto, minimizar ou eliminar
problemas advindos de diferenas culturais e disperso geogrfica em DDS. Estes
encontros devem abordar, alm da formao em si, temas como: a cultura dos pases
envolvidos; responsabilidade e autoridade dentro do projeto; comunicao entre os
membros da equipe; e, forma de realizar o trabalho.
Promover proficincia de idioma: o idioma uma diferena cultural marcante, sem
um idioma comum seria extremamente complexo o desenvolvimento de projetos nas
diversas localidades. Alm da utilizao de um nico idioma padro para comunicao
interequipe, faz-se necessrio a proficincia de todos os comunicadores, da gerncia ao
nvel operacional, no idioma escolhido [Favela e Pea-Mora 2001]. Embora o domnio
do idioma possa ser um dos fatores de avaliao curricular para contratao de
colaboradores, quando necessrio, a organizao deve fornecer, incentivar e at mesmo
exigir o aperfeioamento [Pilatti et al. 2007].
Realizar reunio informal: estas reunies no objetivam a resoluo de questes
tcnicas ou de decises de qualquer nvel (operacional, ttico ou estratgico). Seu
carter informal auxilia os membros das vrias equipes a se conhecer melhor e conhecer
o ambiente do outro, visando trabalhar as desavenas ou possveis conflitos entre os
membros das equipes [Pilatti et al. 2007]. Portanto, quanto maior a frequncia em que
elas ocorrem menores tendem a ser as desavenas culturais entre as diversas equipes e,
com isto, aumenta a afinidade entre elas e a tolerncia com relao aos aspectos
culturais. Para ter este carter de informalidade, interessante que haja um ambiente
como sala de estar, destinado a estes encontros. Outra atitude batizar o local com
nome que no remeta a reunio, evitando assim qualquer formalidade no recinto.
Incentivar comunicao informal: como j observado, a comunicao sem qualquer
formalidade to relevante quanto a comunicao formal. Assim, o pessoal de um
determinado local, usa os corredores, o espao do cafezinho, o tempo durante as
refeies, antes ou depois das reunies para conversar sobre o fim de semana ou esporte
preferido e tambm aproveita a oportunidade para discutir assuntos de interesse da
organizao [Herbsleb 2007]. Embora, menos vontade que na interao pessoal direta,
os parceiros devem procurar por mtodos que permitam este mesmo tipo de
comunicao distncia, sem gravao dos dilogos ou das informaes trocadas para
permitir liberdade de comunicao. Vale salientar que na cultura de algumas
organizaes, isto pode significar perda de tempo que poderia ser dedicado a outras
atividades mais produtivas ou lucrativas.

4.4 Recursos Humanos, Aspectos Psicolgicos e Culturais


As trs categorias exibidas anteriormente se sobrepem em dois itens bastante
polmicos e debatidos na sociedade: tica e discriminao. Embora possa existir
discriminao e desigualdade em uma organizao que trabalha com desenvolvimento
de software de maneira centralizada, tais problemas tornam-se mais relevantes e com
maior impacto quando as equipes esto geograficamente dispersas em um enredo
globalizado, devido grande variedade de culturas agregadas aos diversos locais. Duas
aes foram enquadradas como integrantes destes trs grupos, por este motivo so
tratadas separadamente das anteriores, conforme se pode observar no Quadro 4.

36

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Quadro 4. Aes referentes aos Recursos Humanos, Aspectos Psicolgicos e Culturais


Ao
Elaborar um cdigo
de conduta
Combater a
discriminao e
desigualdade

Descrio
Criar um cdigo que envolva
procedimento a serem tomados em
diversas reas
Criar mecanismos para diminuir ou
eliminar aspectos como
discriminao sexual, social, tnica e
de gnero

Finalidade
Evitar problemas de conduta
que firam as diferentes culturas
e eliminar a discriminao
Evitar que a discriminao ou
desigualdade interfiram
negativamente entre as
diversas equipes

Responsvel
Gerente geral

Ger. geral

Elaborar um cdigo de conduta: a cultura organizacional e procedimentos de trabalho


so fatores que podem influenciar na comunicao. Estilos de comunicao diferentes
tambm podem criar dificuldades e at mal-entendidos. A elaborao de um documento
que determina aes e condutas a serem tomadas em determinadas ocasies uma boa
ttica a ser adotada. Este documento pode padronizar o que se espera de cada equipe e
de seus integrantes, no cotidiano e em reunies internas e externas, presenciais ou no.
Nele, podem ser abordadas questes ticas ou que possam gerar discriminao religiosa,
tnica, sexual ou qualquer outra, que so encontradas em diferentes culturas.
Combater a discriminao e desigualdade: para que as equipes possam trabalhar em
harmonia, toda a forma de discriminao e desigualdade deve ser combatida. Como
exemplo, diversos pases podem ter suas equipes gerenciadas por mulheres, no entanto,
em alguns locais no h receptividade com o gerenciamento feminino, nem mesmo
aceitam igualdade para troca de informaes com uma gerente de outra equipe,
independente do local onde ela esteja [Evaristo et al. 2004]. Problemas desta espcie
devem ser banidos desde o incio da parceria entre as vrias equipes. Alm da
discriminao sexual, deve ser trabalhado para eliminar as discriminaes social, tnica
e de gnero. A criao de um cdigo do cdigo de tica supracitado a ser praticado por
todos os parceiros pode contribuir para este objetivo, buscando diminuir o impacto
causado por estes fatores.

5. Avaliao das Aes Propostas


Este modelo de planejamento passou por um processo de avaliao com a criao de um
cenrio para sua aplicao durante o ciclo de vida de um sistema financeiro que
consistiu em simular um ambiente real de desenvolvimento intercontinental. Todas as
aes apresentadas nos Quadros 1, 2, 3, e 4, foram analisadas sob a perspectiva dos trs
nveis gerenciais (gerente geral, gerente local e gerente de projetos), respectivamente. O
objetivo foi procurar falhas existentes em cada uma das aes e procurar apresentar
maneiras de aperfeio-las.
Para isto, foram criadas quatro equipes, em que todos os integrantes fazem ou fizeram
parte do Grupo de Pesquisa em Desenvolvimento Distribudo de Software da
Universidade Estadual de Maring [Huzita et al. 2007]. Duas destas equipes estavam
localizadas em Maring, uma em Campo Mouro (Paran, Brasil) e a quarta equipe em
Luanda (Angola, frica). Destaca-se que fatores especficos de cada regio surgiram no
momento da aplicao do modelo, o que culminou em reorganizao das atividades,
como por exemplo, a queda sistemtica de energia, em Luanda, o que motivou a
reorganizao dos horrios das equipes e serviu para confirmar os problemas oriundos
da disperso geogrfica e diferenas regionais. As aes outrora apresentadas j
possuem as melhorias sugeridas pelas quatro equipes de trabalho supracitadas.
Apesar do grupo de estudos possuir conhecimento acumulado sobre DDS, o mtodo de
avaliao aplicado possui a limitao de refletir a opinio de integrantes, atuais ou no,

37

Anais WOSES 2011- 06/06/2011-Curitiba-PR

desse grupo. No entanto a questo das diferenas socioculturais pode ser analisada com
a colaborao da equipe de Luanda.

6. Consideraes Finais e Trabalhos Futuros


A preocupao das organizaes de desenvolvimento de software com a reduo de
custos e aumento de produtividade, aliada comunicao entre as organizaes via
Internet por sofisticados meios de multimdia (sistemas de udio, vdeo,
compartilhamento de arquivos eletrnicos e apoio computacional por acesso remoto)
so fatores que ajudam a possibilitar a realizao de DDS, pois facilitam a interao
entre os stakeholders [Damian et al. 2000]. Isto as leva a desenvolver projetos com
equipes geograficamente dispersas, trabalhando cooperativamente em seus projetos.
A distribuio das equipes traz benefcios para as organizaes como a reduo de
custos pela contratao de recursos humanos mais baratos, aproveitamento da legislao
trabalhista de alguns pases e de faixa salarial atrativa para ambas as partes,
proximidade do cliente, alm de permitir desenvolvimento follow-the-sun. No entanto,
existem tambm diversas dificuldades, especialmente as de carter cultural, de
confiana e de comunicao [Mockus e Herbsleb 2001; Favela e Pea-Mora 2001; Kiel
2003; Olson e Olson 2003; Prikladnicki et al. 2003; Prikladnicki e Audy 2004; Enami et
al. 2006; Pilatti et al. 2007].
O presente trabalho procurou mostrar os desafios e problemas existentes em DDS
focados no ser humano e como eles poderiam ser sanados ou minimizados, visando
melhorar a qualidade do processo. Para tanto, foram tratadas suas caractersticas e ao
final, foi apresentada uma proposta de soluo para cada problema detectado. Foram
desenvolvidas aes que visam contribuir para tais organizaes alcanarem seus
objetivos, por meio do enfrentamento dos desafios advindos da distribuio do
desenvolvimento de software, os quais ultrapassam as fronteiras referentes Cincia da
Computao. Centrado no fator humano e procurando sanar dificuldades culturais,
ticas, de conhecimento, buscando sua motivao, o trabalho possui o ser humano como
fator chave na qualidade da produo do software.
A diviso das aes em quatro categorias permitiu agrup-las para facilitar sua
aplicao. De um modo geral, elas se equivalem e todos os itens devem ser levados em
considerao. Cada ao possui um ou mais responsveis pelo seu planejamento e
execuo. Estes responsveis devem estudar o melhor modo de aplicar cada ao e
definir como execut-la, visando alcanar uma soluo possvel de acordo com a
realidade da organizao e as finalidades da ao, por este motivo o modelo indica o
que deve fazer, mas no entra no mrito de como cada ao deve ser executada, pois
esta uma definio que deve ser tomada durante o planejamento.
O prximo passo desta pesquisa a ampliao dos procedimentos de validao, de
modo a permitir generalizaes mais abrangentes. Entre estas ampliaes inclui-se o uso
em ambientes multiculturais.

Referncias
Carmel, E. (1999) Global Software Teams: Collaboration Across Borders and Time
Zones, Prentice-Hall, EUA.
Cibotto, R. A. G.; Pagno, R. T.; Tait, T. F. C.; Huzita, E. H. M. (2009) Uma Anlise da
Dimenso Scio-Cultural no Desenvolvimento Distribudo de Software, Workshop
Olhar Sociotcnico sobre a engenharia de software - Woses 2009 In VIII Simpsio
Brasileiro de Qualidade de Software. Ouro Preto.

38

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Damian, D. E., Eberlein, A., Shaw, M. L. G e Gaines, B. R. (2000) Using Different


Communication Media in Requirements Negotiation, IEEE Software, 18 (3).
Enami, L. N. M. (2006) Um Modelo de Gerenciamento de Projetos Para um Ambiente
de Desenvolvimento Distribudo de Software, Dissertao (Mestrado em Cincia da
Computao) - Departamento de Informtica. Universidade Estadual de Maring.
Enami, L. N. M., Huzita, E. H. M e Tait, T. F. C. (2006) Uma proposta para gerenciar
equipes virtuais no ambiente distribudo de software, SBSI - III Simpsio Brasileiro
de Sistemas de Informao, Curitiba-PR.
Evaristo, J. R; Scudder, R. (2000) Geographically Distributed Project Teams: A
Dimensional Analysis, 33rd Hawaii International Conference on Systems Sciences.
Evaristo, J. R., Scudder, R., Desouza, K. C e Sato, O. (2004) A Dimensional Analysis
of Geographically Distributed Project Teams: A Case Study, Journal of Engineering
and Technology Management, vol. forthcoming.
Favela, J. e Pea-Mora, F. (2001) An Experience in Collaborative Software
Engineering Education, IEEE Software, 18(2), pp. 47-53.
Haywood, M. (2000) Working in Virtual Teams: A Tale of Two Projects and Many
Cities. IT Professional, v.2, n.2, pp.58-60, March/April 2000.
Herbsleb, J. D. (2005) Beyond computer science In: International Conference on
Software Engineering, XXVII. St. Louis, 2005. Anais... Los Alamitos, IEEE
Computer Society. Press, p. 23-27.
Herbsleb, J.D. (2007) Global Software Engineering: The Future of Socio-technical
Coordination. In: International Conference on Software Engineering, XIX,
Minneapolis. AnaisLos Alamitos, IEEE Computer Society Press, p. 188-198.
Huzita, E. H. M., Tait, T. F. C., Colanzi, T. E. e Quinaia, M. A. (2007) Um Ambiente
de Desenvolvimento Distribudo de Software DiSEN, I WDDS I Workshop de
Desenvolvimento Distribudo de Software. Joo Pessoa - PB.
Kiel, L. (2003) Experiences in distributed development: a case study, The
International Workshop on Global Software Development, ICSE, Portland, OR, May
9 pp. 4447.
Kobitzsch, W., Rombach, D. e Feldmann, R. L. (2001) Outsourcing in India. IEEE
Software, v.18, n.2, pp.78-86, March/April 2001.
Kroll, P. e Kruchten, P. (2003) The Rational Unified Process Made Easy: A
Practitioners Guide to the RUP, Pearson.
Mockus, A. e Herbsleb, J. (2001) Challenges of Global Software Development In:
International Software Metrics Symposium, 7. London.
Nakatsu, R., Iacovou, S. (2009) A comparative study of important risk factors involved
in offshore and domestic outsourcing of software development projects: A two-panel
Delphi study.. Information and Management, v.46, pp 57-68.
Olson, J. S., Olson, G. M. (2003) Culture Surprise in Remote Software Development
Teams, Queue Focus: Distributed Development, v.1, n.9, pp.52-59, Dec/2003.
Pilatti L., Audy J. (2006) Caractersticas do Desenvolvimento Global de Software em
Ambientes Offshore In sourcing: Lies Aprendidas de um Estudo de Caso. II
Workshop Um Olhar Sociotcnico sobre a Engenharia de Software - WOSES. Pg.85.

39

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Pilatti, L., Prikladnicki, R., Audy J. L. N. (2007) Avaliando os Impactos dos Aspectos
No-Tcnicos da Engenharia de Software em Ambientes de Desenvolvimento Global
de Software: Um Caso Prtico, III Workshop Um Olhar Scio-Tcnico sobre a
Engenharia de Software (WOSES 07), Porto de Galinhas.
Prikladnicki, R., Audy, J. L. N., Evaristo, R. (2003) Requirements Management in
Global Software Development: Preliminary Findings from a Case Study in a SWCMM context, II International Workshop on Global Software Development at
ICSE, Portland, Oregon.
Prikladnicki, R., Audy, J. (2004) MuNDDoS - Um Modelo de Referncia para
Desenvolvimento Distribudo de Software, XVIII Simpsio Brasileiro de
Engenharia de Software - Braslia, DF, Brasil. Anais. pp. 289-304.
Rabechini Junior, R., Carvalho, M. M., Lurindo, F. J. B. (2002) Fatores crticos para
implementao de gerenciamento por projetos: o caso de uma organizao de
pesquisa, Produo (So Paulo), v. 12, p. 28-41.

40

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Prticas democrticas e o desenvolvimento e uso de softwares


Luiz Arthur Faria1, Henrique Luiz Cukierman2
1, 2

PESC/COPPE/Universidade Federal do Rio de Janeiro


luizart@gmail.co, hcukier@cos.ufrj.br

Abstract. The paper intends to discuss the relationshipo between democratic practices
specially those related to the solidary economy, workers collective managementand
free software and its strenghtening (or weakening) considered the available choices of
technologies and licenses for software development.
Resumo. O artigo pretende discutir as relaes entre prticas democrticas especialmente relacionadas autogesto, economia solidria e ao software livre - e
seu fortalecimento (ou enfraquecimento) a partir das opes disponveis de tecnologias
e licenas para desenvolvimento de sofware.

Futuros usurios devem participar da escolha da linguagem de programao de


um novo software? Cultura e formas de gesto encontradas no ambiente de
desenvolvimento influenciam o produto final, o software? A licena de um software
uma questo tcnica?
Estas so algumas das questes tratadas no presente artigo, que busca discutir,
de forma no exaustiva, a circulao de prticas democrticas na elicitao de requisitos
e no processo de desenvolvimento de software. Para isso, utiliza-se como principal
referencial terico a Teoria Ator-Rede (TAR), que sugere analisar os objetos de
pesquisa como coletivos heterogneos redes constitudos por entidades humanas e
no-humanas, vinculadas por relaes igualmente heterogneas e precrias. Por sua vez,
essas mesmas entidades podem ser analisadas tambm como redes, como atores-rede.
Portanto, o termo rede aqui tem o sentido de rede sociotcnica, uma assemblage, uma
estabilizao provisria de elementos heterogneos que imbrica o tcnico e o social
de forma indissocivel.
O artigo apresenta brevemente um olhar sobre o desenvolvimento e a
implantao de dois desenvolvimentos para web: o Portal Comunitrio da Cidade de
Deus (PCDD, disponvel em http://www.cidadededeus.org.br), baseado no software
livre PLONE, em uso na Cidade de Deus (CDD) e implementado/gerido por
organizaes sociais de base comunitria (OSBCs) locais, em parceria com o Ncleo de
Solidariedade Tcnica da Universidade Federal do Rio de Janeiro (SOLTEC/UFRJ)5; e
o Cirandas.net (disponvel em http://www.cirandas.net), uma das implementaes do

O Ncleo de Solidariedade Tcnica da UFRJ (SOLTEC) um programa interdisciplinar de


extenso,
pesquisa e ensino, que desenvolve projetos em rede com abordagem territorial e participativa, nos
campos da Tecnologia Social e da Economia Solidria, visando construo de polticas pblicas
para a equidade social e o equilbrio ambiental. (SOLTEC, [d2003])

41

Anais WOSES 2011- 06/06/2011-Curitiba-PR

software livre Noosfero e que conta com mais de 3500 usurios, 250 comunidades e
21.800 sites de empreendimentos de economia solidria (EESs) brasileiros6.
As surpresas de um processos democrtico: o portal comunitrio como porta-voz
da boa CDD
Em sua pesquisa de mestrado, Celso Alexandre Alvear (2008b) apontou que o
conjunto das OSBCs da Cidade de Deus no contribua para o desenvolvimento local da
regio, entre outros fatores, pela baixa articulao interna. A implementao de um
portal comunitrio seria uma das alternativas para o problema, no somente pelo
produto PCDD, mas tambm pelo seu prprio processo de construo:
[e]nto na verdade o portal comunitrio [pano de] fundo, ele [um] meio, na
verdade o objetivo colocar o pessoal ali sentando junto nas reunies do portal
comunitrio, para comear a se conhecer melhor, diminuir algumas divergncias
polticas, que tinham l, e construir algo coletivo que permita a longo prazo,
com essas reunies do Portal, criar uma identidade coletiva para poderem fazer
projetos reais juntos.
Ainda segundo enfatizado por Alvear (2008b), o processo democrtico da
construo do Portal constituiu uma importante oportunidade para os atores locais.
Durante as reunies peridicas para a sua construo, ao longo do ano de 2008 e incio
de 2009, OSBCs foram envolvidas na definio de funcionalidades prioritrias do
software, da forma de levantamento de recursos para hospedagem do site e das regras
para participao e gesto do Portal. Cabe ressaltar a opo por um processo de
desenvolvimento do PCDD em que ele no foi encarado como um problema tcnico
destinado a especialistas. O caminho adotado foi o de envolver os futuros usurios na
construo do software.
De fato, o que se observa que a opo por um processo de construo
democrtico, com o envolvimento dos futuros usurios, resultou em uma maior
integrao entre as organizaes. Fruto, ao menos em parte, dos novos espaos e
oportunidades para contato e colaborao (entre elas, as reunies para definir questes
comuns do Portal), a integrao foi citada por diversos dos entrevistados: quando
perguntado sobre os elementos mais importantes que compem o Portal, Felipe Zohler
(2009), da Cooperativa de Trabalho Forte da Cidade de Deus (COOPFORTE CDD,
participante do Portal), no hesitou em apontar a forma (...) democrtica como ele foi
construdo, lembrando das reunies nas quais definiram suas fronteiras (at onde ia o
Portal), e indicou como evidncia o fato da quase ausncia de hierarquia: o Portal no
tem at hoje uma direo. Na entrevista em grupo, Maria do Socorro (2009), da
Associacao Semente da Vida da Cidade de Deus (ASVI), reforou a integrao entre as
instituies: [...] principalmente acho que a gente quebrou essa histria de que as
instituies da Cidade de Deus no se entendem, o que foi uma construo muito legal.
O levantamento de requisitos para configurao do Portal, por exemplo,
ocupou seis reunies7, com as seguintes etapas:
6

Os EESs foram mapeados em um processo coordenado pela Secretaria Nacional de Economia


Solidria (SENAES) e pelo Frum Brasileiro de Economia Solidria (FBES); o software foi desenvolvido
pela cooperativa baiana Colivre.
7
At junho de 2009 haviam sido realizadas mais de 30 reunies com presena mdia de 11
pessoas representando 9 instituies [] [e] mais de dez reunies internas deles (sem nossa presena
[do SOLTEC]) para discutir a gesto do grupo, a organizao financeira e construir as polticas do portal.
(ALVEAR, 2009)

42

Anais WOSES 2011- 06/06/2011-Curitiba-PR

'Tor de parpite' Para que iremos fazer o portal (objetivo)? Quem acessar o
portal? Quem sero os membros do portal?
'Ideias no papel' Trocar informao entre as ONGs? Permitir que as empresas
acessem as organizaes / Buscar patrocinadores? Dar informaes para
moradores sobre as atividades das ONGs? Fornecer servios aos moradores da
CDD? Fornecer outras informaes (de programas do Estado, atividades e
cursos gratuitos, vagas em empresas) aos moradores? Fornecer informaes para
que rgos pblicos, polticos e universidades formulem polticas pblicas.
Definio de prioridades.
'Pesquisando' Pesquisar junto a pblicos do portal suas preferncias
(moradores de CDD/membros e pblicos das OSBCs da CDD).
'Portal adentro' Desenho de at trs nveis da rvore do portal.
'Ajuntando os pedaos' Olhar sobre o todo, verificao de coerncia e
atendimento dos objetivos. (ALVEAR, 2009)
A integrao das organizaes comunitrias e o processo democrtico ao longo
das etapas so prticas que fazem parte da rede do PCDD. Como vimos, eles aparecem
tanto nas intenes do prprio Alvear, como na prtica relatada pelos participantes. Mas
a prtica observada aps o processo de construo/implantao do Portal no apenas
mostra a materializao das intenes de seus construtores, mas tambm revela, por
exemplo, ainda que revelia das previses de seu proponente, que o Portal surge
tambm como suporte comunicao da CDD com o mundo, ou seja, como alternativa
aos grandes e tradicionais meios de comunicao. Alvear (2010) reconheceu que essa
faceta do Portal da comunicao e mesmo da mediao entre comunidade e poder
pblico foi para ele inesperada. Nas palavras de seus construtores,
a chance da gente mostrar a verdadeira realidade que a Cidade de Deus.
Porque eu, atravs da Internet mesmo, que esse mundo de comunicao, eu
tenho contatos [...] Quando eu falo que moro aqui, sempre perguntam: 'voc no
tem medo de morar a?'... A partir do dia dezoito [de abril de 2009, data do
lanamento do Portal], vo ver uma outra realidade do que a Cidade de Deus...
atravs do Portal. E ali no Portal elas vo conhecer a verdadeira comunidade da
Cidade de Deus. (JOO CARLOS DE SOUZA, 2009).
Eu acho que a coisa mais prtica pra se mostrar a Cidade de Deus. No tem
outra iniciativa mais prtica pra se mostrar a Cidade de Deus como ela , e a
parte boa da Cidade de Deus. (FELIPE ZOHLER, 2009).
Pra mim o Portal o nosso porta-voz. (JOANA, 2009).
O Portal considerado aqui em oposio grande mdia, tida como propagadora
de uma m CDD e prejudicial autoestima dos moradores. Percebe-se que os
entrevistados reconhecem na Internet, que abriga o porta-voz da boa CDD o Portal
, uma aliada que lhes d o poder de falar. Assim, pode-se dizer que a busca pela
integrao das OSBCs da Cidade de Deus, via construo de um portal comunitrio na
Internet, produz um resultado extra: ao objetivo de integrar as OSBCs da CDD e "criar
uma identidade coletiva para poderem fazer projetos reais juntos" (ALVEAR, 2008b),
agrega-se uma nova forma de divulgar a comunidade para o mundo.
Neste ponto, vale dialogar com os autores Roel Nahuis e Harro van Lente,
quando discutem as relaes entre inovaes tecnolgicas e democracia, em Where

43

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Are the Politics? Perspectives on Democracy and Technology (2008, p. 565),


elencando as diferentes tradies de anlise nesse campo. Entre tais tradies, os autores
citam a perspectiva segundo a qual os resultados interessariam menos que o processo
democrtico de construo da tecnologia. Para alguns autores,
[e]sta dinmica pode abrir uma nova possibilidade de aprofundamento das
relaes democrticas: a incorporao dos usurios-beneficirios nas decises
tecnolgicas. Assim, a incluso dos usurios beneficirios nos processos de
projeto e produo de tecnologias sociais8 gera a possibilidade de desenvolver
uma nova dimenso das sociedades democrticas: a cidadania sociotcnica.
(THOMAS;FRESSOLI,2009,p. 117)
Nessa linha, o que importa a questo de como interferir (democraticamente)
nos lugares e momentos certos (NAHUIS; LENTE, 2008, p. 563). O portal da CDD
materializa tal tradio, dado o lugar de destaque conferido ao processo participativo de
construo do Portal. Contudo, apesar da grande importncia conferida ao processo, o
caso do Portal sugere que tal tradio no d conta de resultados surpreendentes
ocasionados pela construo de um novo artefato.
A mediao entre o dentro e o fora da Cidade de Deus, tal como entre
moradores e o poder pbico, foi uma situao no prevista com a qual as instituies se
depararam. O exemplo mostra a relevncia de toda a rede ali envolvida, como sugere a
Teoria Ator-Rede (TAR), que preconiza a incluso de elementos heterogneos na
anlise, da que deve se levar em conta no somente o processo participativo mas
tambm os prprios artefatos envolvidos neste caso, um portal na web. Assim, o
software trazido da posio de pano de fundo, como inicialmente colocado por
Alvear(2008b), para uma posio de igual destaque em relao quela do seu processo
de construo.
O tcnico transbordando para o social: o cdigo e a (auto)gesto
Um ponto importante na relao entre usurios, softwares e desenvolvedores do
PCDD, e que contribui para a discusso sobre possibilidades democrticas no fazer
tecnologia/software, o no envolvimento de membros do Portal nos nveis mais altos
de administrao do software, que ficavam a cargo de Celso Alvear, o responsvel pelo
desenvolvimento tcnico do Portal. Aqui h uma questo especfica levantada pelo
pesquisador, relacionada aos valores embutidos no cdigo de muitos dos softwares
livres:
esses sistemas, por mais que o desenvolvimento deles tenha uma lgica
cooperativa [...], [seu uso] implica uma lgica hierrquica. [...] Se voc coloca
todos como administradores de nvel mximo, o que acontece que voc d um
poder ilimitado. [...] Da mesma forma que h sistemas [de informao] de
votao, por que um sistema de gerenciamento de contedo no pode ter um
sistema de votao para algumas informaes chave entrarem no ar? (ALVEAR,
2008a)

Tecnologia Social compreende produtos, tcnicas e/ou metodologias reaplicveis,


desenvolvidas na interao com a comunidade e que represente efetivas solues de transformao
social, segundo a
Rede de Tecnologia Social (RTS). REDE DE TECNOLOGIA SOCIAL ([d2005]).

44

Anais WOSES 2011- 06/06/2011-Curitiba-PR

O desenvolvimento do PCDD coloca o debate da administrao do Portal nos


termos de uma questo pertinente democracia direta. O software livre utilizado
como base para a construo do PCDD no embutiria a aparente lgica cooperativa
de seu desenvolvimento: sua administrao conformaria uma gesto hierrquica do
Portal. Uma caracterstica problemtica em proposies com um nvel intenso de
participao nas decises, como o PCDD, porque voc vai ter grupos onde aquele
sistema vai definir qual ser o [seu] modo de organizao (ALVEAR, 2008b). Nesse
caso, o software de desenvolvimento do Portal conforma um modelo hierrquico de
gesto (heterogesto), distante de um modelo de autogesto, que deve reunir princpios
como gesto democrtica, controle no processo de produo e distribuio dos
resultados (FARIA, FARIA, 2006). Para Alvear, a alternativa da delegao arriscada
do ponto de vista da autogesto, considerando a concentrao de poder localizada no
perfil administrador do sistema:
acaba que o cara [a quem se delega a administrao] concentra as informaes
todas, concentra as decises e aquilo se perpetua. [...] um pouco diferente da
cooperativa, onde voc tem um presidente mas a assembleia a entidade
mxima. (ALVEAR, 2008b)9
Este exemplo do PCDD mostra que o software livre, apesar de caracterizado
simultaneamente como uma forma de produo e de ao poltica democrtica por
autores como Christopher Kelty (2008), apresenta limites a uma democracia direta,
por exemplo, na administrao dos sistemas produzidos. Neste caso, as relaes de
poder materializadas no cdigo do software remetem a um controle hierrquico e
centralizador das decises, distanciando-se das almejadas relaes autogestionrias do
Portal.
Vale trazer novamente luz a contribuio de Roel Nahuis e Harro van Lente,
quando ressaltam que artefatos definem enquadramentos, na medida em que embutem
roteiros (scripts) para os atores. Assim, softwares embutem scripts mais ou menos
participativos e democrticos. Um exemplo o script embutido na administrao do
PCDD, um roteiro onde se assegura o papel de um administrador central.
A chamada perspectiva performativa tambm pode contribuir com anlises de
tecnologia e democracia, a partir da noo de que
o cenrio [...] e o enquadramento [] nunca so passivos ou inocentes, eles
fazem algo, eles so performativos. [] A questo, assim, no se o cenrio
mais puro ou neutro, mas qual cenrio [] oferece mais variaes/opes de
comportamento. (NAHUIS; LENTE, 2008, p. 570)
A contribuio dessas abordagens permite reforar que os artefatos podem
embutir, fomentar, facilitar, conformar, agir no sentido de suscitar um comportamento
participativo de seus usurios, ainda que tais artefatos no determinem esse
comportamento. Essa ltima perspectiva, a performativa, fortalece a ideia de que os
artefatos como o PCDD conformam um mundo, ou cenrios, que podem ser
constitudos por prticas democrticas.
Examinando a controvrsia sobre o gerenciamento do PCDD, cuja soluo
poder ser o desenvolvimento de um novo mdulo ou mesmo de um outro software
(ALVEAR, 2008b), emerge a importncia da agncia dos no-humanos na conformao
9

Alvear (2008a) preocupou-se com experincias anteriores ao Portal na CDD, que objetivavam
articular instituies comunitrias mas enfrentaram problemas decorrentes da centralizao de
informaes e decises.

45

Anais WOSES 2011- 06/06/2011-Curitiba-PR

e perpetuao das relaes sociais. O social face a face, como afirma Latour (2005,
p. 64), parece no ser suficiente para estabilizar essas relaes: o poder, como a
sociedade, o resultado final de um processo [...]. Poder e dominao tm que ser
produzidos, combinados, compostos. Nesse sentido, no h como desconsiderar a
atuao de elementos no-humanos, como softwares, na anlise de como se distribui
agenciamentos (e poder).
Para evidenciar esse ponto, vale mencionar uma passagem do primeiro contato
com o Portal, ocorrida no I Festival de Tecnologias Sociais e Economia Solidria,
realizado na UFRJ no final de 2008, quando, por ocasio da primeira mesa do evento,
Rodrigo Fonseca chamava a ateno para uma reflexo sobre a questo da tecnologia:
'Aparatos de tecnologia que foram desenvolvidos com outras intenes dentro do
jogo de relaes sociais que resulta num sistema excludente [...] tambm
resultam numa tecnologia que em si excludente. [] [Cuidado com] a ideia
ingnua de que com qualquer artefato a gente pode desenvolver aes de
incluso social ou desenvolver empreendimentos econmicos solidrios que se
pretendem autogestionrios.' (FONSECA, 2008)
Na mesma mesa, Daniel Tygel10 preocupava-se com as urgncias e os limites de uma
tecnologia frente proposta da autogesto:
'[a] gente tem condies de fazer o hardware livre? A gente faz o software livre
[...] mas [est rodando] em cima de uma mquina [...] fabricada por uma grande
empresa capitalista, e tem o chip da Intel, que a gente est muito longe de tentar
chegar perto de desenvolver [...] Ento, o chip em si, [...] a gente tem que abrir
mo?' (TYGEL, 2008)
Essas dvidas colocam-nos em uma posio delicada: ao mesmo tempo que no
parece recomendvel a ingenuidade de contar com qualquer tecnologia como aliada
para incluses sociais participativas, democrticas e autogestionrias, tambm no
parece razovel abrir mo da infinidade de caixas-pretas disponveis. O que fazer com
aqueles artefatos cujo ambiente social de construo nas palavras de Latour
(2001), seu sociograma11 esto em uma corporao capitalista, e portanto no
autogestionria? A tecnologia poderia determinar completamente as aes dos usurios,
a ponto de inviabilizar seu uso?
A Teoria Ator-Rede tem demonstrado a no neutralidade da cincia e das
tecnologias: todo desenvolvimento tecnolgico implica escolhas, e os artefatos no
nascem apartados das intenes e associaes engendradas com o objetivo de produzilos. Dessa forma, se pode afirmar que as tecnologias embutem e certamente
propagam prticas e valores. Contudo, no seria possvel afirmar a priori que as
tecnologias determinariam comportamentos: para Latour, uma fonte de incerteza
aquilo que nos leva a agir:
[a] ao deve permanecer como uma surpresa, uma mediao, um evento. por
essa razo que ns devemos iniciar [uma investigao] [...] no pela
'determinao da ao pela sociedade', pelas 'habilidades de clculo dos
indivduos' ou pelo 'poder do inconsciente' [...] mas a partir da subdeterminao

10

Daniel Tygel foi o representante da secretaria executiva do FBES. Mais informaes em


http://www.fbes.org.br/. Acesso em 05 out. 2008.
11
Latour (2000) mostra em Cincia em Ao como a modificao no sociograma do artefato
(novos aliados que apoiam o desenvolvimento do artefato) alteram o seu tecnograma (as caractersticas
ditas tcnicas do artefato).

46

Anais WOSES 2011- 06/06/2011-Curitiba-PR

da ao, a partir das incertezas e controvrsias sobre quem e o que est agindo
quando 'ns' estamos agindo. (LATOUR, 2005, p. 45)
A ao, para Latour (2005), seria sempre empreendida por um hbrido: nem
totalmente determinada pelo humano nem pelos no-humanos enredados; nem pelo
tcnico, nem pelo social. Toda a rede age, num mundo feito de concatenaes de
mediadores onde podemos dizer que cada ponto age de forma total (LATOUR, 2005,
p. 59). O autor ainda ressalta que
[s]e a ao limitada a priori ao que os humanos 'intencionais', 'significativos'
fazem, difcil ver como um martelo, uma cesta, um gato [...] podem agir. Ao
contrrio, se ns nos atermos nossa deciso de iniciar pelas controvrsias sobre
atores e agenciamentos, ento qualquer coisa que modifica um estado de coisas
fazendo diferena um ator []. (LATOUR, 2005, p. 71)
Se toda a rede age e a ao assim parte sempre de um hbrido do social e do tcnico,
dos humanos e dos no-humanos , no h como escapar de uma anlise caso a caso
para avaliar o uso ou no de determinada tecnologia. No PCDD, Alvear tomou a
deciso, junto aos integrantes do Portal, de utilizar o Plone, mesmo com os riscos
desejada autogesto do Portal. Nesse caso, o entendimento das relaes de conformao
mtua entre o tcnico e o social, que moldam tambm os agenciamentos na
administrao do software, acendeu um sinal de alerta, mas no paralisou o projeto.
Esse caso aponta para a ideia de que as redes heterogneas somente so
compreensveis se utilizados referenciais tericos que buscam considerar todas as
entidades da rede. Latour (2005, p. 68) enfatiza o que seria uma das considerveis
diferenas de abordagem entre o que ele chama de sociologia das associaes, que
utiliza a TAR como mtodo, e a sociologia do social, cuja anlise da sociedade
partiria de categorias estabilizadas (classes, gneros, raas etc.). Assim, o autor prope
tratar o social no como um tipo especfico de ingrediente que difere de outros
materiais, mas como um movimento durante um processo de agrupamento
(LATOUR, 2005, p. 1).
Para justific-lo, cita o estudo realizado por Shirley Strum
(1987) com babunos, no intuito de entender as conexes entre competncias sociais
bsicas e a noo de sociedade (LATOUR, 2005, p. 69). Em sua pesquisa, Strum
(1987) conclui que
a agresso no foi uma influncia to importante na evoluo [dos babunos]
como se havia pensado, e que estratgias sociais e de reciprocidade social foram
extremamente importantes. Se os babunos as possuram, certamente os
precursores de nossos ancestrais humanos tambm as tiveram. (STRUM, 1987
apud LATOUR, 2005, p. 69)
Contudo, ao defender que os objetos tambm agem12 modificando uma
situao e produzindo diferenas, Latour afirma que tais competncias sociais bsicas
proveem apenas um minsculo subconjunto das associaes que compem a sociedade
(LATOUR, 2005, p. 69). Assim, este social face a face no seria suficiente para
estabilizar relaes entre humanos. Para o autor,
[] o poder exercido atravs de entidades que no dormem e associaes que
no se desmancham que permitem que o poder dure e se expanda e, para

12

Captulo Third source of uncertainty: Objects too Have Agency (LATOUR, 2005).

47

Anais WOSES 2011- 06/06/2011-Curitiba-PR

alcanar tal faanha, alm de pactos sociais, muitos materiais tm que ser
pensados. (LATOUR, 2005, p. 70)
Latour (2005) sinaliza assim que os objetos so atores imprescindveis como
mediadores e, portanto, como estabilizadores da sociedade de humanos. Em nosso
objeto de estudo neste artigo, o cdigo do software usado na CDD, bem como a
configurao do sistema em execuo, no s so moldados pelas instituies mas
tambm agem para moldar as relaes entre elas na medida em que estabilizam uma
hierarquia e uma forma de gesto do Portal.
A licena de software: tecnopoltica?
Se o PCDD est enredado em uma extenso territorial relativamente reduzida,
sendo moldado por / moldando poucas organizaes, o Cirandas.net, software
desenvolvido para a ecosol (economia solidria) brasileira13, um exemplo que prope
a interconexo a distncia entre EESs (empreendimentos de economia solidria). Nesse
caso, a socializao se d em grande medida no atravs do face a face (LATOUR,
2005, p. 64), mas com o apoio de softwares e hardwares, realidade cada vez mais
comum no mundo contemporneo, onde a conexo entre entidades heterogneas,
especialmente a grandes distncias, viabilizada/moldada notadamente pela mediao
das TICs, e, em especial, de softwares.
A construo do Cirandas um caso em que sintonias e conexes entre
softwares livres e ecosol vm sendo articuladas como uma forma de estabilizar relaes
solidrias entre humanos. Apesar da preferncia por softwares livres no ser um aspecto
essencial para todos os EESs, h posies nesse sentido como a de Walmira Rosa, do
Grupo de Mulheres Bordadeiras do Parque do Piau (GMBPAPI):
O software livre atualmente s est no telecentro, mas o software livre est
entrando com [...] uma proposta quase que de economia solidria, para acabar
com o monoplio da Microsoft. s isso, ele quer quebrar essa coisa, e a
economia solidria batendo de frente com a 'economia formal'. (WALMIRA
ROSA, 2009)
Porm, alm de afinidades, h tambm diferenas entre os mundos dos softwares
livres e da economia solidria. Algumas delas se manifestaram na controvrsia sobre
um requisito no funcional do sistema: a licena de software adotada no Cirandas (GNU
General Public License, GPL, uma das licenas de software livre mais utilizadas) difere
da proposta alternativa de outro software para a economia solidria, a saber, a licena
Copysol. Ela utilizada neste software, chamado Solidarius, passvel de integrao com
o Cirandas. A Copysol uma proposio lanada por seu construtor, Euclides Mance,
em que o cdigo-fonte aberto (LISTA, REDESOL), mas, ao contrrio da GPL, o uso
do software fica restrito ao campo da economia solidria. Essa caracterstica faz com
que no se possa contar com cdigos j desenvolvidos em GPL para compor o software
dificuldade admitida pelo prprio Mance (2009). Ele afirmou que
a GPL [...] tem uma viso de liberdade, de que a liberdade quanto mais irrestrita,
mais ampla ela para todos. uma noo que est na base dessa lgica, do
conhecimento totalmente livre e todo mundo tem direito a todo e qualquer tipo

13

Economia solidria trata do conjunto de atividades econmicas de produo, distribuio,


consumo, poupana e crdito, organizadas sob a forma de autogesto, de acordo com o Ministrio do
Trabalho e Emprego (MTE). MINISTRIO DO TRABALHO E EMPREGO (acessado em 11 out. 2008).

48

Anais WOSES 2011- 06/06/2011-Curitiba-PR

de conhecimento. [...] O que ns defendemos que haja critrios ticos na


utilizao do conhecimento (MANCE, 2008).
Tygel chegou a questionar a Free Software Foundation (FSF), organizao sem
fins lucrativos que visa defender os direitos dos usurios de software livre (FREE
SOFTWARE FOUNDATION, [d2004]), sobre a possibilidade de adicionar critrios
ticos GPL, como registra a troca de e-mails resumida abaixo:
[Daniel Tygel:] Ol, amigos do GNU e FSF. [] Estamos desenvolvendo um
software que desejamos licenciar no esprito da GPL. [] Seria uma adaptao
da GPL direcionada somente para empreendimentos solidrios e uso pessoal. Ele
no seria livre para companhias proprietrias. []
[Michael Ftsch, da FSF:] Isso seria contra o esprito da GPL e do software livre
em geral. essencial que usurios, incluindo empresas, tenham a liberdade de
usar o software para qualquer propsito.
[Daniel Tygel:] Mas vemos que h diferentes licenas de software livre. []
No achamos que a proposta seja contra o 'esprito do software livre em geral'.
Talvez contra o esprito da GPL, mas software livre tem vrios significados [...].
Quando uma grande corporao chega ao mercado, ela domina, no compete:
ela se torna hegemnica, ento isso no tem nada a ver com liberdade. [...] [S]e
criarmos a licena, inspirada na GPL, ela no pode ser vista como um ramo ou
uma adaptao? Democracia tambm um nico princpio, mas ele se manifesta
em diferentes constituies em diferentes pases, e abre um caminho para
diferentes concepes, representadas por diferentes grupos ou partidos. No
deveria ser possvel ser dessa forma na GPL?
[Michael Ftsch:] Eu nunca disse que a GPL a nica licena de software livre.
Entretanto, para considerarmos uma licena livre, ela tem que dar aos usurios
todas as liberdades definidas na Free Software Definition. [...] Portanto, me
desculpe por no poder ajud-lo a escrever uma licena como a que voc tem em
mente. (TYGEL; FTSCH, 2007)
A provocao de Tygel teve como retorno da FSF que, para a GPL, s um valor
importa: a liberdade (TYGEL, 2009), enunciada em termos genricos. Tygel (2009)
relatou que os atores da FSF falaram que esse debate foi feito extensivamente
anteriormente, e eles concluram que no querem tocar em poltica, tica etc.. Diante
da negativa da FSF, Tygel (2009) avaliou a proposio da Copysol como interessante,
mas invivel, lembrando que no adianta s colocar como Copysol, tem que articular
tudo. Para ele, o interessante seria que o 'toque de midas' no valesse para o Copysol
(TYGEL, 2009), referindo-se a uma das caractersticas da licena GPL: se parte de
um software construdo com base em um componente de software distribudo em
GPL, o software todo dever ser GPL.
Mas, apesar da FSF no ter se convencido sobre a abertura da GPL a ramos
ou adaptaes, Tygel conseguiu persuadir os desenvolvedores de um framework
(ZK14), licenciado em GPL, para que ele pudesse ser usado no Solidarius.
[Daniel Tygel:] Estamos desenvolvendo uma aplicao Web utilizando o
framework ZK, mas queremos usar a licena Copysol, que uma verso
modificada da GPL: a nica modificao que o direito de reproduzir e
14

Mais sobre o framework ZK em http://www.zkoss.org/WhyZK/top10.dsp. Acesso em 06 mar.

2010.

49

Anais WOSES 2011- 06/06/2011-Curitiba-PR

modificar a sua aplicao somente restrito a organizaes sem fins lucrativos e


empreendimentos de economia solidria. [] Podemos fazer isso?
[Jean Yen, da equipe de desenvolvimento do ZK:] Sua aplicao sem fins
lucrativos e somente poder ser utilizada sob a licena Copysol? Se for esse o
caso, podemos, como uma exceo, permitir que voc distribua o ZK sob GPL
como parte da sua aplicao Copysol [].
[Daniel Tygel:] A resposta sim s suas duas perguntas, ento estamos muito
felizes com o seu retorno!
[Jean Yen:] Que timo. Esperamos que voc possa aproveitar bastante o ZK.
(TYGEL; YEN, 2009)
Assim foi resolvida a controvrsia Copysol versus GPL, ao menos, nesse caso
especfico do uso do ZK no Solidarius. Este mais um caso em que o que poderia ser a
priori enquadrado como um aspecto tcnico - a licena de uso do software aparece
em meio a uma teia que simultaneamente tcnica, militante e poltico-ideolgica. Ao
considerar simultaneamente variveis como a filosofia de liberdade irrestrita do
software livre, a grande quantidade de softwares livres disposio e o crescimento da
economia solidria, os construtores do Cirandas e do Solidarius lidam com questes
dificilmente enquadrveis como puramente tcnicas ou puramente polticas, sendo
pertinente propor cham-las de tecnopolticas. Cabe ainda ressaltar aqui que as
observaes de Roel Nahuis e Harro van Lente (2008), sobre a interrelao entre
tecnologia e democracia, parecem adequadas no somente para requisitos funcionais
de um software, como foi o caso das funcionalidades administrativas do PCDD, mas
tambm para suas caractersticas no funcionais, como a licena a ser utilizada.
Richard Stallman (2010), na temtica do software livre, sustenta que se o
cdigo a lei [, em referncia ao livro Code and other laws of cyberspace, de
Lawrence Lessig (2000)], aqueles governados por tais cdigos tm que ter o poder de
decidir o que eles [ os cdigos ] vo ditar (STALLMAN, 2010, p. 114). De
maneira mais ampla, Winner (1986) entende que
[] inovaes tecnolgicas so similares a atos legislativos ou aes polticas
bsicas que estabelecem uma estrutura de ordem pblica que pode durar por
muitas geraes. Por esta razo, a mesma ateno cuidadosa que dada s
regras, papis e relaes da poltica, devem tambm ser dadas a coisas tais como
a construo de rodovias, a criao de redes de televiso, e a customizao de
aspectos aparentemente insignificantes em novas mquinas. (WINNER, 1986, p.
7)
Traduzindo esse pensamento para os casos aqui investigados, possvel afirmar
que os processos/metodologias de construo, bem como seus requisitos funcionais,
como na administrao do PCDD, e no funcionais, como na escolha da licena do
Cirandas, no devem ser tratados como aspectos tcnicos apartados dos efeitos
democrticos que podem eventualmente gerar. Deve-se assim, na perspectiva das
prticas democrticas, buscar envolver diferentes atores nessas decises, melhor
encaradas como decises sociotcnicas.
Referncias bibliogrficas
ALVEAR, Celso Alexandre Souza de, 2008a. [Sobre Portal Comunitario da Cidade
de Deus]. Trabalho apresentado na mesa redonda Tecnologias da Informacao e

50

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Economia Solidria, Eixo Temtico Economia Solidaria e Comrcio Justo, no I


Festival de Tecnologias Sociais e Economia Solidaria, Rio de Janeiro, 24 out.
______, 2008b. [Sobre o Portal Comunitrio da Cidade de Deus]. Rio de Janeiro.
Entrevista concedida a AUTOR DO ARTIGO em 12 de novembro de 2008.
______, 2009. Apresentacao Portais Comunitarios Web. Arquivo utilizado por Celso
Alexandre Souza de Alvear em 05 jun. 2009. Rio de Janeiro.
______, 2010. [Sobre o Portal Comunitario da Cidade de Deus]. Entrevista
concedida via skype a AUTOR DO ARTIGO de Faria em 09 de julho de 2010.
FARIA, Jose Henrique de; FARIA, Jose Ricardo Vargas de, 2006, Poder e controle
em organizacoes solidarias. In: PIMENTA, Solange Maria; SARAIVA, Luiz A. S.;
CORREA, Maria Laetitia. (Org.). Terceiro Setor: dilemas e polemicas. 1 ed. Sao
Paulo, p. 83-115.
FONSECA, Rodrigo, 2008. [Sobre Tecnologias Sociais e Economia Solidria].
Trabalho apresentado na mesa redonda Tecnologias da Informao e Economia
Solidria, evento da Troca de Saberes, no I Festival de Tecnologias Sociais e
Economia Solidria, Rio de Janeiro, 23 out. 2008.
FREE SOFTWARE FOUNDATION, [d2004].
<http://www.fsf.org>. Acesso em: 03 mar. 2010.

About.

Disponivel

em:

JOANA, 2009. [Sobre o empreendimento Do Nosso Jeito no Portal Comunitario da


Cidade de Deus]. Rio de Janeiro. Entrevista concedida a AUTOR DO ARTIGO em
03 de abril de 2009.
KELTY, Christopher M., 2008, Two bits: The Cultural Significance of Free
Software. Durham and London, Duke University Press.
LATOUR, Bruno, 2000, Ciencia em acao: como seguir cientistas e engenheiros
sociedade afora, So Paulo, UNESP.
______, 2001 A Esperanca de Pandora: ensaios sobre a realidade dos estudos
cientificos.. Bauru, SP: EDUSC.
______, 2005, Reassembling the Social: An Introduction to Actor-Network-Theory.
New York, Oxford University Press.
LISTA REDESOL. Disponivel em: <http://br.groups.yahoo.com/group/redesol/>.
Acesso em: 03 mar. 2010.
MANCE, Euclides Andre, 2008. Sobre Cadeias Produtivas e Polticas Pblicas.
Trabalho apresentado na mesa redonda Cadeias Produtivas e Politicas Pblicas,
evento da Troca de Saberes, no I Festival de Tecnologias Sociais e Economia
Solidaria, Rio de Janeiro, 23 out.
______, 2009. [Sobre o Solidarius e o Cirandas]. Entrevista concedida via skype a
Celso Alexandre Souza de Alvear em 21 de maio de 2009. Arquivo gravado em meio
digital.
MINISTERIO DO TRABALHO E EMPREGO (MTE), [d2006]. Sistema Nacional
de
Comercio
Justo
e
Solidario.
Disponivel
em:
<http://www.mte.gov.br/ecosolidaria/prog_organizacao_sistema.asp>. Acesso em:
24 mar. 2010.

51

Anais WOSES 2011- 06/06/2011-Curitiba-PR

NAHUIS, Roel; LENTE Harro van, 2008, Where Are the Politics? Perspectives on
Democracy and Technology. In: Science Technology Human Values; 33; 559.
NCLEO DE SOLIDARIEDADE TCNICA DA UNIVERSIDADE FEDERAL
DO RIO DE JANEIRO, SOLTEC/UFRJ, [d2003], Institucional. Disponvel em:
<http://www.soltec.ufrj.br/index.php/soltec>. Acesso em 02 maio 2010.
REDE DE TECNOLOGIA SOCIAL (RTS), [d2005a], Documento constitutivo da
Rede de Tecnologia Social. Disponvel em: <http://www.rts.org.br/a-rts/documentoconstitutivo/documento_constitutivo.pdf>. Acesso em: 10 set. 2009.
ROSA, Walmira Penha, 2009. [Sobre o Grupo de Mulheres Bordadeiras do Parque
Piaui e a informatica na economia solidaria]. Belm. Entrevista concedida a AUTOR
DO ARTIGO, em 31 de janeiro de 2009.
SOCORRO, Maria do, 2009. [Sobre a Associacao Semente da Vida da Cidade de
Deus (ASVI) no Portal Comunitario da Cidade de Deus]. Rio de Janeiro. Entrevista
concedida a AUTOR DO ARTIGO em 03 de abril de 2009.
SOUZA, Joao Carlos de, 2009. [Sobre a Cooperativa de Trabalho Forte da Cidade de
Deus (Coopforte CDD) no Portal Comunitario da Cidade de Deus]. Rio de Janeiro.
Entrevista concedida a AUTOR DO ARTIGO em 03 de abril de 2009.
STRUM, Shirley C,. 1987. Almost Human: A Journey into the World of Baboons.
New York, Random House.
STALLMAN, Richard. 2010. Is Digital Inclusion a Good Thing? How Can We
Make Sure It Is? In: IEEE Communications Magazine, v. 48, February 2010, p.
112-118.
THOMAS, Hernan; FRESSOLI, Mariano, 2009, En busqueda de una metodologia
para investigar Tecnologias Sociales. In: DAGNINO, Renato, Tecnologia social:
ferramenta para construir outra sociedade. Colaboracao: Carolina Bagattolli et al.
Campinas,SP.: IG/UNICAMP.
TYGEL, Daniel, 2008. Sobre Tecnologias Sociais e Economia Solidria. Trabalho
apresentado a mesa redonda Tecnologias Sociais e Economia Solidaria, evento da
Troca de Saberes, no I Festival de Tecnologias Sociais e Economia Solidaria, Rio de
Janeiro, em 23 out. 2008.
______, 2009. [Sobre o Cirandas]. Entrevista concedida via skype a AUTOR DO
ARTIGO em 18 de dezembro de 2009.
______; FOTSCH, Michael, 2007. Troca de de e-mails entre Daniel Tygel (FBES) e
Michael Fotsch (da FSF) realizada entre 07 e 19/12/2007 (e-mails em
07/12/2007,14/12/2007, 19/12/2007, 19/12/2007, 19/12/2007), encaminhada a
AUTOR DO ARTIGO em 21/01/2010.
______; YEN, Jean, 2009. Troca de e-mails entre Daniel Tygel (FBES) e Jean Yen
(da comunidade do framework ZK) realizada entre 07 e 12/08/2009 (e-mails em
07/08/2009, 10/08/2009, 10/08/2009, 11/08/2009, 11/08/2009, 12/08/2009),

52

Anais WOSES 2011- 06/06/2011-Curitiba-PR

encaminhada durante entrevista de Tygel concedida via skype a AUTOR DO


ARTIGO Faria em 18 dez. 2009.
WINNER, Langdon, 1986. Do Artifacts have Politics?. In: ---. The Whale and the
Reactor: A Search for Limits in an Age of High Technology. Chicago: The
University of Chicago Press. p. 19-39. Traduo por Fernando Manso. Reproduo
livre, em 196 portugus brasileiro, do texto original para fins de estudo, sem
vantagens pecunirias envolvidas. Todos os direitos preservados.
ZOHLER, Felipe J, 2009. [Sobre a Cooperativa de Trabalho Forte da Cidade de
Deus(Coopforte CDD) no Portal Comunitrio da Cidade de Deus]. Rio de Janeiro.
Entrevista concedida a AUTOR DO ARTIGO em 03 de abril de 2009.

53

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Democracia e Participao Social: A inter-relao com


Sistemas de Informaes de Sade no SUS
1

Jos M. C. Vargens1
Escola Nacional de Sade Pblica Sergio Arouca (ENSP) Fundao Instituto
Oswaldo Cruz (FIOCRUZ) CEP 21041-210 Rio de Janeiro RJ Brasil
jvargens@gmail.com

Abstract. The access to health information is considered part of the broader


concept of health adopted by the SUS. The democratic system (participatory
process of policy decision) has a positive influence on the health status of
individuals and the community. However, social participation is not adopted
for the specification of information systems in the Brazilian Health System.
This essay reflects on alternatives of insertion of the popular participation in
the requirements specification phase, considering that social participation is
only possible if the democratic constitution of the subject. As the main
theoretical references, there were used the reflexive experience of J. Dewey
and methodology of shared knowledge construction. It is suggested that
information systems should be built using participatory methods that
incorporate popular representation to attend the demands of society.
Resumo. O acesso a informaes em sade considerado parte integrante do
conceito ampliado de sade adotado pelo SUS. O sistema democrtico
(processo participativo de deciso poltica) exerce influncia positiva sobre o
estado de sade dos indivduos e da coletividade. Entretanto, a participao
social no adota para a especificao dos sistemas de informaes em sade
do SUS. Este ensaio reflete sobre alternativas de insero da participao
popular na etapa de especificao de requisitos, considerando que a
participao social s possvel se houver a constituio do sujeito
democrtico. Foram utilizados como principais referenciais tericos a
experincia reflexiva de J. Dewey e a metodologia da construo
compartilhada do conhecimento. Sugere-se que os sistemas de informaes
sejam construdos atravs de metodologias participativas que incorporem a
representao popular para atenderem as demandas da sociedade.

1. Conceito ampliado de sade


O SUS um sistema complexo que tem uma dinmica intensa de evoluo tanto
dos seus processos quanto da inovao tecnolgica adota e, naturalmente, essa
complexidade est presente nos seus sistemas de informaes causando sua constante
defasagem, por isso encontram-se presente as insatisfaes de todos os envolvidos com
o seu uso, e exigindo novos requisitos funcionais em sua atualizao.
Este ensaio faz uma reflexo sobre a inter-relao entre desenvolvimento de
sistema de informaes em sade e democracia e participao social tendo como fulcro
a constituio do sujeito democrtico.
Como premissa o conceito de sade ampliado sustenta a hiptese de que
democracia fundamental para o estado de sade da populao. Ao debater os
contornos da promoo da sade Marcondes (2007:7) aponta como uma das questes o

54

Anais WOSES 2011- 06/06/2011-Curitiba-PR

desdobramento da compreenso da sade, anteriormente citada, para alm da prtica


clnica, e incorpora as condies de vida, geradas pelas relaes sociais, como
importante elemento do processo sade-doena. Nele, partimos do reconhecimento de
que o adoecimento e a vida saudvel no dependem unicamente de aspectos fsicos ou
genticos, mas so, tambm, e principalmente, influenciados pelas relaes sociais que
modulam formas de acesso alimentao, educao, trabalho, renda, lazer, informao,
paz e ambientes saudveis, entre outros aspectos fundamentais para a sade ema
qualidade de vida. O conceito ampliado de sade, portanto, considera como parte
integrante o acesso a informaes em sade. Implica ainda em admitir que o processo
participativo de deciso poltica exerce influncia positiva sobre o estado de sade dos
indivduos e da coletividade uma vez que a partir desse processo se qualificam as
relaes sociais e, conforme Pellegrini Filho, 2000:13 O segundo achado importante
o reconhecimento da importncia do chamado capital social como mediador entre as
iniqidades de renda e a situao de sade. O menor desenvolvimento do complexo de
relaes de solidariedade e confiana em sociedades no equitativas seria um
importante fator explicativo de sua situao de sade inferior a sociedades onde este
complexo de relaes mais desenvolvido.
1.1 A democracia participativa como parte integrante desse conceito
Tal hiptese acarreta o reconhecimento das arenas de disputa poltica no setor
sade, no Brasil Vale ressaltar que, desde sempre, o movimento da Reforma Sanitria
teve claro que no apenas a oferta universal de servios de sade concretizasse o direito
de todos, mas que estava subjacente a idia de que tambm a sociedade se
responsabilizasse e participasse das decises, garantindo por essa via os direitos
coletivos. O que se vislumbrava era um crescente nvel de politizao da sociedade com
gradativa ampliao da conscincia sanitria, ou seja, da conscincia sobre o direito
sade e sobre a cidadania. (Crtes, 2009:9) A partir da constituio de 1988 tal
reconhecimento formalizado atravs de estatuto legal. Foram criados os Conselhos de
Sade Nacional, Estaduais e Municipais onde os usurios do sistema de sade ocupam
50% dos acentos. Foram normatizados pelo Ministrio da Sade os Conselhos Gestores
das unidades de sade.
1.2 A informao como parte integrante desse conceito
A apropriao das informaes em/de sade pelos atores sociais (Crtes,
2009:22) parte fundamental para a constituio de sujeitos democrticos com
capacidade de argumentao para defender suas demandas durante os debates de
construo de polticas de sade, sendo importante que tais atores participem da
construo dos consensos sobre as polticas de informao em sade do pas para que
elas de fato se revertam em benefcios de toda a sociedade.
Conforme Breilh (2000:103), La idea de que en la fsica del intercambio
simblico, un sistema de informacin no cuenta solo por la informacin directa que
procesa, por los datos que difunde, sino por su eficacia simblica, ES decir por su
fuerza material para moldear El pensamiento, porque su construccin acta tambin
como base material Del universo simblico en salud y, como cualquier otro artefacto, es
vector de sensibilidades y matriz de sociabilidades.

55

Anais WOSES 2011- 06/06/2011-Curitiba-PR

2. A necessidade de consolidar a democracia participativa no Brasil


2.1 A participao social
No Brasil importante consolidar a democracia participativa porque ela d as
condies para a definio de polticas de sade que abranjam as dimenses do conceito
ampliado de sade. Esta consolidao da democracia no Brasil depende da instituio
de instncias de interlocuo que estabeleam processos participativos. preciso o
fortalecimento dos espaos de construo de consensos porque A institucionalidade
democrtica, ento, se configura como dimenso indispensvel, mas no suficiente para
a resposta positiva e incisiva adversidade do contexto econmico. Tanto quanto a
vigncia de uma estrutura legal de direitos adquiridos com burocracias especializadas
no provimento dos mesmos -, tanto quanto as expectativas (e as possibilidades)
eleitorais de satisfao das demandas por bem-estar, conta o formato propiciador de
negociaes e consensos a respeito de tais direitos e demandas. (Vianna, 2005:166). Os
conselhos de sade so espaos de debate com representao popular estruturados
legalmente.
2.2 A constituio do sujeito democrtico como ponto fundamental
A participao social s possvel se houver a constituio do sujeito
democrtico, que hoje um desafio perante nossa realidade. Sobre esse tema
Gerschman (2003:54) relaciona as condies necessrias consolidao das
democracias:
Ao considerar a consolidao de democracias recentes, tanto no caso
do Brasil como de outros pases da Amrica Latina que atravessaram
regimes autoritrios, mas tambm em pases que hoje tm democracias
consolidadas, poderamos afirmar que elas se sustentam na capacidade de
autogerar ou reproduzir comportamentos democrticos na rbita do governo
e da sociedade (Gershman, 1995), situao que se torna vivel sempre que:
. comportamentos poltico-democrticos tenham sido internalizados
pelos atores polticos no processo de socializao; referimo-nos aceitao
da diferena como valor tico, mais do que ao mero ato de votar num
candidato na oportunidade de eleies;
. exista consenso entre as atores polticos, que a diversidade de
interesses presentes na sociedade impe, quanto a substituir a satisfao
imediata dos interesses prprios por interesses de carter coletivo;
. a democracia promova, num momento posterior, a satisfao dos
prprios interesses, condio imprescindvel, alis, para que o consenso
entre os atores seja alcanado.
Nesse sentido, a reproduo da democracia indissoluvelmente
relacionada constituio de sujeitos democrticos; a referncia a sujeitos
remete a uma concepo societria embutida na noo de democracia.
Nesta, o reconhecimento do si mesmo e do outro se expressa na existncia
de direitos a serem usufrudos pelo conjunto dos cidados. [...] Assim,
podemos afirmar que a excluso social incompatvel com a democracia.

A aceitao da diferena como valor tico e a existncia de consenso quanto


relevncia dos interesses coletivos passa, necessariamente, pelo acesso s informaes
que pavimentam a sua construo. Nesse sentido Nos processos dialgicos de incluso
digital em sade, problematizar a determinao histrica e social na produo das
informaes em sade e nas definies de adoo das tecnologias de informao
expresso da correlao de foras polticas e econmicas em disputa no bojo da poltica
56

Anais WOSES 2011- 06/06/2011-Curitiba-PR

de informao e TIS [Tecnologias de Informao em Sade] amplia a capacidade da


ao de conhecer. (Moares, 2009:887), portanto a informao em sade tem que ser
pensada como um campo que contribui para a constituio de sujeitos democrticos
capazes de re-gerar a democracia e, ao mesmo tempo, ocorra a construo de pactos e
de conhecimentos com potencial para dar conta da demandas de informaes em sade
a serem usufrudas pelo conjunto dos cidados.
2.3 A importncia da informao para a consolidao da democracia
participativa
A informao exerce papel relevante para a consolidao da democracia
participativa porque com base nas informaes a que tem acesso e com a qual sabe
lidar que os diversos atores sociais disputam a formulao da poltica. Conforme
(Moraes, 2009:885) A anlise dessas dimenses do processo de acesso/apropriao/uso
da informao e das TIS no mbito dos conselhos de sade evidencia a situao
desigual entre os segmentos que os compem, trazendo tona os limites da decorrentes
para processos deliberativos colegiados que pressupem simetria de capacidade crtica
de anlise e argumentao. O enfrentamento efetivo dessa desigualdade torna-se
estratgico ao avano do exerccio do controle social e ao prprio projeto democrtico
de pas que se quer construir no Brasil.
Para alm da incluso digital este processo dialgico precisa ocorrer em todos os
sistemas de informaes em sade, principalmente naqueles que estruturam o processo
de definio de polticas e de gesto do SUS, sendo, portanto, necessrio que ocupem os
espaos de participao social do sistema de sade porque A democracia, tal como a
entendemos neste trabalho, ou seja, no sentido pleno ou enquanto democracia
substantiva, s se poderia realizar no contexto local nacional e pela constituio de
sujeitos democrticos interagindo no plano da sociedade e do Estado. Gerschman
(2003:57) desse modo os sistemas de informaes estruturantes do SUS so o reflexo
das definies ocorridas nos espaos de poder do sistema de sade do pas, e para
consolidar a democracia preciso que os sistemas de informaes em sade sejam
desenvolvidos a partir de um modelo que reflita uma democracia participativa de forma
a contemplar as demandas de todos os atores afetados por ele.
3. O papel da informao para a constituio do sujeito democrtico
3.1 A informao como espao de disputa poltica
Para Chau (2005:304) Adam Schaff explica que a expresso sociedade
informtica, empregada por ele para designar a sociedade contempornea, significa
uma sociedade na qual todas as esferas da vida pblica e da vida privada esto cobertas
por processos informatizados e por inteligncias artificiais que do origem a novas
geraes de computadores. O problema, diz ele, saber quem tem a gesto de toda a
massa de informaes que controla a sociedade, quem utiliza essas informaes, como e
para que as utiliza. O problema no est em quem sabe e quem no sabe operar um
computador (isso se resolve facilmente com treinamento e todas as pessoas podem
oper-lo) e sim em quem tem e quem no tem o poder para armazenar e utilizar
informaes adequadas. O problema, portanto, sendo de poder, poltico. Dessa forma
a informao um espao de disputa poltica, quem formula as polticas de informao
em sade determina uma viso de mundo que influencia a formulao das polticas em
geral. Ao analisar os sistemas de informaes estruturantes do SUS Moraes (1994:43) j
identificava que Nesse sentido, que uma primeira aproximao em torno do que
poderia ser chamada de atual Poltica de Informaes em Sade suficiente para
apontar a existncia de uma diversidade de interesses que esto envolvidos em sua
57

Anais WOSES 2011- 06/06/2011-Curitiba-PR

direcionalidade, deixando claro que Informao significa um espao estratgico de


disputa de poder inter e intra-institucional. Tais interesses envolvem desde as empresas
de produo de software e hardware, at a prpria defesa de espaos institucionais
disputados por setores que, em sua prxis, definem seus sistemas de informaes na
medida de seu prestgio e poder.
3.2 A dependncia da participao social para se definir informaes
relevantes
Diante do fato da reproduo do modelo hegemnico de centralizao das decises
referentes aos sistemas de informaes fica claro que sua evoluo em direo s
demandas formadas em consenso pela sociedade s ocorrer na medida em que haja
uma ampliao dos espaos de discusso que permitam um questionamento mais
aprofundado dos sistemas de informaes em sade. As arenas de participao social
so espaos com possibilidade de surgimento de novas abordagens para a definio,
produo e disseminao de informaes. Assim, enfrentar a questo de um (re)pensar
das informaes, inserido em um processo democrtico que se vincula a um projeto
social emancipador, passa, necessariamente, por discutir as relaes de dominao
poltica, a natureza do poder e a produo do saber. Nesse sentido, espera-se estar
ficando claro que os marcos da democracia representativa no so suficientes.
(Moraes, 2002:78)
3.3 Os sistemas de informaes como reproduo do modelo hegemnico
A informao em sade um artefato vital para a reflexo e a proposio de
polticas de sade porque representa e d concretude a modelos de viso de mundo que
disputam a hegemonia do setor, por isso conceber, desenvolver sistemas, produzir,
disseminar e usar informaes de sade so espaos de disputa poltica e,
conseqentemente, as polticas de informao em sade do modelo hegemnico esto,
continuamente, presentes nas polticas vigentes no sistema de sade, mesmo quando no
explicitadas, talvez, principalmente quando no explicitadas. Na atualidade o que se
presencia a imposio de um modelo de se fazer sistemas de informaes que inibe a
participao social uma vez que A afirmao de que os computadores democratizam as
informaes no uma tese verdadeira: a informtica tal como vem sendo praticada,
est voltada para a concentrao e centralizao das informaes e para o controle da
vida e das aes dos indivduos e no para a difuso democrtica da informao. [...] A
democratizao da informao depende de aes polticas da sociedade e dos
governos. (Chau, 2005:304).
Os mtodos adotados para o desenvolvimento dos sistemas de informaes
estruturantes do SUS esto calcados no princpio da mercantilizao de servios e que
sistema de informao mercadoria, mas se Pacotes de informao so mercadorias
em um processo capitalista que transborda para todas as dimenses da vida humana.
Mas, como nenhuma mercadoria inocente, a informao globalizada tambm
signo, smbolo, significado. Carrega valor de uso, valor de troca e contedo
informacional pleno de vises de mundo em disputas nas relaes de poder e produo
de saber. (Moraes, 2002:70). Crtes (2009:23) ressalta que Os estudos que compem
Participao e Sade no Brasil partem do pressuposto de que o conceito de usurio de
servios, assim como o de consumidor, inadequado para analisar as relaes sociais
que se estabelecem pelos mecanismos examinados. A noo derivada do campo da
economia e se refere a indivduos que usam bens e servios que so oferecidos por
diferentes vendedores e prestadores. [...] No entanto, no um instrumento analtico
adequado para a compreenso de processos polticos que envolvem atores coletivos.

58

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Tampouco favorece o entendimento das relaes entre Estado e sociedade, sobre as


quais tem se concentrado boa parte dos estudos sobre processos participativos. Podese, perfeitamente, entender que este pressuposto prevalece na construo de sistemas de
informaes em sade j que essa construo deve ser compreendida como um processo
que envolve atores coletivos e visa atender demandas de usurios de servios.
Para Wood (2003 apud Menezes, 2010:34) Toda prtica que transformada em
mercadoria deixa de ser acessvel ao poder democrtico. Isso significa que a
democratizao deve seguir pari passu com a destransformao em mercadoria.
Assim preciso que os sistemas de informaes em sade sejam desenvolvidos de tal
forma que seus resultados contribuam para a constituio dos sujeitos democrticos que,
assim, tero maior qualidade na sua participao social no processo de consolidao da
democracia no pas.
Conclui-se que para responder s demandas por informaes contidas no conceito
ampliado de sade preciso que os sistemas de informaes do SUS sejam
desenvolvidos por e para os atores que participam do processo de consolidao dos
espaos de democracia participativa do setor sade, em outras palavras preciso que os
sistemas de informaes sejam desenvolvidos atravs da participao social de todos os
atores da sade e, num ciclo virtuoso, contribuiro para a evoluo dos sistemas de
informaes em sade.
4. Reflexes-propostas sobre o tema: Pontos a modificar para que sistemas de
informaes contribuam para a constituio de sujeitos democrticos
Para poder atingir a meta de ser concebido atravs de um processo de
participao social e ser usado por todos os atores sociais preciso que o
desenvolvimento de sistemas de informaes esteja assentado em um novo modelo
conceitual que rompa com o modelo hegemnico de centralizao de poder.
Moroni lista quatro mitos que dificultam a participao: A participao por si s
muda a realidade; A sociedade no est preparada para participar como protagonista das
polticas pblicas; A sociedade no pode compartilhar da construo das condies
polticas para tomar e implantar decises; A sociedade vista como elemento que
dificulta a tomada de decises (apud Menezes, 2010:40). Todos esses mitos esto
presentes nos processos de deciso referentes ao desenvolvimento de sistemas de
informaes, e por isso esses processos so entraves prticos concretizao da
participao social no desenvolvimento de sistemas de informaes em sade do SUS.
Mesmo as metodologias de desenvolvimento de sistemas mais recentes,
especificamente no que tange ao levantamento de requisitos, so instrumentos de
manuteno do status quo do processo de produo de sade uma vez que no abrem
espao para questionamentos a este mesmo processo. Mesmo as aquelas que lanam
mo de tcnicas de dinmicas de grupo (USE CASE, BRAIN STORM, JAD so alguns
exemplos) tem como objetivos a reduo do tempo de especificao, visando a reduo
do custo de desenvolvimento, e a cooptao dos participantes, visando seu
comprometimento com as etapas seguintes do processo de desenvolvimento e
implantao do sistema. Porm todas trazem como pressuposto entre os critrios para
seleo dos participantes a sua competncia sobre o campo delimitado pelo processo,
excluindo automaticamente aqueles que ainda no tm domnio cientfico do assunto
e, tambm, considerando como fora do escopo da dinmica de grupo questionamentos
sobre o prprio processo a ser especificado, eliminando, dessa forma, as possibilidades
de inovao dos processos de produo de sade. Essas excluses fazem com que a
especificao do sistema, seja ele qual for, estar ratificando o modelo hegemnico

59

Anais WOSES 2011- 06/06/2011-Curitiba-PR

vigente impedindo a construo de alternativas que atendam as demandas dos atores


sociais fora dos crculos de poder.
4.1 O que so Sistemas de Informaes Estruturantes do SUS
Hirama (2010) constata que A crescente complexidade dos sistemas
computacionais atualmente no solucionada apenas pelo vis de hardware e software e
de ferramentas. Exigem-se conhecimentos das necessidades dos usurios e das
organizaes. Neste sentido, os sistemas so denominados sistemas scio-tcnicos. De
acordo com Sommerville (2007), sistemas scio-tcnicos incluem hardware, software e
pessoas e so instalados dentro de uma organizao e so projetados para auxiliar a
organizao a atingir um grande objetivo. Assim, o desenvolvimento de sistemas sciotcnicos exige um tratamento complementar de requisitos tcnicos com requisitos
sociais.
Nos sistemas de informaes estruturantes em sade essa complexidade vai alm
dos sistemas computacionais envolvendo a ampliao dos conjuntos de dados a
registrar, para atender a uma diversidade de necessidades especficas de cada localidade
alm das demandas gerenciais das esferas de gesto do SUS, dos processos de cuidado
das pessoas, considerando sua integralidade e as caractersticas locais, da mudana da
escala de tempo, precisando tratar tanto de questes que exigem anlise de curtssimo
prazo quanto daquelas cujo horizonte temporal extrapola o senso comum, de tal forma
que se produza informaes que auxiliem a adoo de polticas de sade, de
intervenes no processo sade-doena, na educao popular, etc. desta forma a
especificao de um sistema de informaes deixou de ser um problema exclusivo dos
analistas de sistemas, trazendo problemas de toda ordem para o mundo cientfico.
Elicitao de requisitos a etapa do processo de desenvolvimento de sistemas em
que os desejos daqueles que encomendam o sistema ganha concretude, sendo nesta fase
que se definem abrangncia, propsitos, produtos, interfaces, resultados esperados e
critrios de avaliao do sistema a ser construdo. A engenharia de requisitos o ramo
da engenharia de software que se dedica pesquisa e utilizao de tcnicas voltadas
elicitao de requisitos, assim neste campo que se deve intervir. Todas as tcnicas
propostas para lidar com este assunto admitem ser esta uma fase onde a interao entre
todos os envolvidos no processo fundamental, onde se d o encontro dos saberes que
determinaro o produto final do processo.
Elicitar os requisitos de um sistema pressupe definir quais deles sero atendidos
pelo sistema, assim a traduo da demanda inicial em demandas concretas de
informaes em sade necessita a participao de representantes de todos os
interessados/envolvidos no sistema para que ele efetivamente cumpra seu papel no
conjunto de sistemas de informaes do SUS. Incluir os conselhos de sade no processo
de elicitao de requisitos dar voz representao popular na formulao e
priorizao das suas demandas por informaes em sade.
Este momento de interao uma relao social entre atores com competncias
diversas em busca de um consenso em torno de um problema, um momento com fortes
tenses entre os diversos pontos de vista existentes no grupo de trabalho. De fato este
um momento de aprendizagem coletiva onde o profissional de TI precisa ser educando e
educador simultaneamente.

60

Anais WOSES 2011- 06/06/2011-Curitiba-PR

4.2 A experincia reflexiva de Dewey como constituio do sujeito


democrtico
Para Dewey (1959) Aprender da experincia fazer uma associao retrospectiva
e prospectiva entre aquilo que fazemos s coisas e aquilo que em conseqncia essas
coisas nos fazem gozar ou sofrer. A idia de uma cadeia de experincias como sendo o
fulcro do processo de aprendizagem to abrangente e relevante para a formao das
pessoas para Dewey (1976) ao ponto de ressaltar: Independentemente de qualquer
desejo ou intento, toda experincia vive e se prolonga em experincias que se sucedem.
O aprendizado entendido como o processo em que um conjunto de experincias
que so transformadas em hbitos e tais hbitos formam o cabedal de respostas
possveis que uma pessoa lana mo diante das novas situaes que enfrenta. Da resulta
a filosofia da educao de Dewey atribuir tanta importncia qualidade das
experincias vividas pelo educando. Moreira (2002, p 128) lembra que Dewey
propunha era que as escolas desenvolvessem atividades nas quais os alunos tomassem
parte conjuntamente, para que pudessem experimentar o sentido social de suas aes.
Para ele (1959, p. 162) Dizer que a reflexo se manifesta em situaes
incompletas que ainda evoluem, dizer que a mesma reflexo ocorre quando as coisas
so incertas, duvidosas ou problemticas. (...) O objeto do ato de pensar contribuir
para chegar-se a uma concluso, para planejar-se uma possvel terminao tomando
como base aquilo que j conhecido. Como diz Penaforte (2001, p. 60) Na viso de
Dewey, no h aprendizagem genuna em processos divorciados da experincia, onde se
memorizam fatos sem perceber relacionamentos, gerando um conhecimento superficial
e destitudo de significado pessoal para o ser que aprende.
Do ponto de vista da filosofia da educao de John Dewey a seqncia de
atividades do processo de elicitao dos requisitos um continuum experiencial e,
portanto, pode ser analisado a partir dos seus fundamentos. Assim as condies
objetivas e subjetivas presentes durante o processo de elicitao devem ser avaliadas
segundo a tica dos critrios de discernimento da qualidade de sua contribuio para
uma experincia educativa. Itens tais como ambiente social, interao inter-pessoal dos
participantes, incentivo reflexo sobre as experincias vividas em processos
anteriores, os hbitos usados pelos profissionais durante processo de trabalho a ser
automatizado, etc. passaro a ser critrios para avaliao das tcnicas utilizadas na
engenharia de requisitos para qualificar uma metodologia de elicitao de requisitos de
sistemas de informaes em sade.
As metodologias utilizadas atualmente pela engenharia de software atribuem ao
profissional de TI envolvido nesta etapa do desenvolvimento de um sistema a
responsabilidade de documentar e descrever as especificaes aprovadas pelo grupo e,
normalmente, lhe atribui, tambm, o papel de mediar o processo de construo coletiva
da especificao e de selecionar os requisitos que sero atendidos pelo sistema. um
poder discricionrio. Para poder cumprir este papel sua formao acadmica,
normalmente, se esfora para que ele incorpore critrios de classificao de saberes,
enfatizando os princpios de uma cincia positivista, onde a forma do emprico, daquilo
que pode ser comprovado no laboratrio, preponderante como se a engenharia de
software fosse apenas um processo tcnico. Uma das conseqncias desta formao a
dificuldade em aceitar outros enfoques no momento de exercer seu papel, isto acontece
mesmo com enfoques cientficos no positivistas. No entanto o processo de elicitao
de requisitos no um processo tcnico, mas scio-tcnico e isto implica na necessidade
de mudana de atitude dos profissionais de TI.

61

Anais WOSES 2011- 06/06/2011-Curitiba-PR

4.3 A construo compartilhada do conhecimento para definir os requisitos


dos sistemas de informaes em sade.
Os novos limites dos problemas apontam para a necessidade de ampliar o conjunto
dos atores envolvidos no processo de sua soluo forando o limite da cincia para alm
daqueles que detm um conhecimento especialista com base na certificao acadmica e
na ocupao profissional permitindo o ingresso dos leigos no processo. Este novo
patamar da cincia denominado por Funtowicz e Ravetz (1997:229) como cincia Psnormal e para eles Na verdade, nas condies em que opera a cincia ps-normal, as
funes essenciais de controle de qualidade e avaliao crtica no podem mais ser
realizadas plenamente por um corpo restrito de especialistas. Este novo conjunto de
participantes denominado de comunidade ampliada de pares. Os sistemas de
informaes de sade so parte integrante do sistema de sade e, por isso, podem ser
estudados a partir do enfoque da cincia ps-normal tendo, ento, que desenvolver
metodologias que incorporem no processo de desenvolvimento de sistemas o conceito
de comunidade ampliada de pares.
Para superar o fato de que os especialistas no so suficientes para especificar um
sistema de informaes em sade preciso romper o paradigma subjacente no setor
sade segundo o qual os usurios de um sistema so os profissionais de sade que lidam
com ele. Usurios no so apenas aqueles que lidam com o sistema, mas, tambm, as
pessoas que so atingidas por ele. Assumir estes novos usurios implica em expandir as
fronteiras do sistema aambarcando as populaes alvo do sistema como atores
diretamente interessados nos seus resultados e, portanto, com direito de estar
representada na comunidade ampliada de pares que definir sua especificao.
Incorporar as representaes populares formais num grupo de trabalho onde se d o
encontro de saberes diferenciados e equivalentes, e ter mecanismos para lidar com este
fato condio sine qua nom da nova metodologia. No SUS implica em incluir as
representaes populares dos conselhos de sade no grupo de trabalho montado para
especificar os requisitos dos sistemas de informaes.
4.4 Metodologias participativas como instrumento para concretizar a juno da
Participao Social no desenvolvimento dos sistemas de informaes
estruturantes do SUS
Uma alternativa para a produo de sistemas de forma participativa a substituio
das atuais metodologias por uma metodologia participativa para a etapa de elicitao
dos requisitos do sistema. A relevncia da discusso da educao popular em sua
dimenso poltica, inicia nesta tese atravs do seu dilogo com as metodologias
participativas, uma vez que estas situam na participao, tanto de pesquisadores como
da populao interessada, o diferencial no emprego da metodologia e das tcnicas de
pesquisa. Contudo, esta participao est caracterizada nos marcos de uma prtica
educativa de modo a evitar a reproduo de interesses tradicionais nas relaes de poder
que concentram nos pesquisadores, a identificao e anlise das questes sociais que,
por sua vez, legitimam concepes e aes sobre a populao, em detrimento de um
projeto a ser feito com os interessados. (Marcondes, 2007:66)
Dar importncia a ampliao dos atores envolvidos parece ser um caminho para se
obter respostas desejadas dos sistemas de informaes para os problemas locais de
sade servindo de ponto de referncia para que os sistemas de informaes estruturantes
do SUS se ajustem a estas demandas, assim relevante identificar no processo de
desenvolvimento de sistemas os pontos onde a participao popular, atravs do conceito

62

Anais WOSES 2011- 06/06/2011-Curitiba-PR

de comunidade ampliada de pares, seja relevante e a intervir. A elicitao de requisitos,


certamente, uma delas.
A constituio de sujeitos democrticos s poder existir, de fato, no setor sade
quando os sistemas de informaes em sade romperem os diques do modelo
hegemnico de vigilncia e inundar os espaos de participao da sociedade na
formulao e gesto das polticas de sade. Portanto, preciso que os sistemas de
informaes sejam construdos atravs de metodologias participativas para que atendam
as demandas da sociedade e representem as polticas de informaes de sade por ela
definida.

Referncias
Breilh, J; Derrota Del conocimiento por la informacin: una reflexin necesaria
para pensar en el desarrollo humano y la calidad de vida desde una perspectiva
emancipadora; Cincia & Sade Coletiva, 5(1):99-114,2000.
Chau, M; Convite Filosofia; Editora tica; So Paulo, SP; 2005
Crtes, SV; Introduo: Atores, Mecanismos e Dinmicas Participativas, in Crtes,
SV (Org.); Participao e Sade no Brasil; Rio de Janeiro RJ: Editora FIOCRUZ;
2009
Dewey, J; Democracia e Educao; So Paulo; Editora Nacional, 1959
Dewey, J; Experincia e Educao; So Paulo, Companhia Editora Nacional, 1976.
Ferla, AA, Possa, LB, Armani, TB, Schaedler, LI, Crtes, SV; Mecanismos de
Participao em Hospitais do Ministrio da Sade, in Crtes, SV (Org.);
Participao e Sade no Brasil; Rio de Janeiro RJ: Editora FIOCRUZ; 2009
Funtowicz, S. e Ravetz, J; Cincia ps-normal e comunidades ampliadas de pares
face aos desafios ambientais; Histria, Cincias, sade vol. IV(2); 219 - 230, jul.
out. 1997.
Gerscham, S; Democracia, polticas sociais e globalizao: relaes em reviso, in S.
Gerchman e M. L. W. Vianna (orgs.). A Miragem da Ps-Modernidade: democracia
e polticas sociais no contexto da globalizao. Rio de Janeiro: Editora FIOCRUZ;
2003
Hirama, K; Um Estudo sobre Modelos de Negcio e de Comunidade para Elicitao
e Anlise de Requisitos Sociais; VI Workshop "Um Olhar Sociotcnico sobre a
Engenharia de Software"; 07 de junho de 2010 - Belm, Par; Evento Paralelo ao IX
Simpsio Brasileiro de Qualidade de Software.
Menezes, J S B; Sade, participao e controle social: uma reflexo em torno de
limites e desafios do Conselho Nacional de Sade na atualidade; Dissertao de
mestrado; ENSP FIOCRUZ; 2010
Moraes, I H S de; Poltica, Tecnologia e Informao em Sade A utopia da
emancipao; Salvador, BA Casa da Qualidade Editora, 2002.
Moraes, I H S de, Veiga, L, Vasconcellos, M M, Santos, S R F R; Incluso digital e
conselheiros de sade: uma poltica para a reduo da desigualdade social no
Brasil; Cincia & Sade Coletiva 14(3):879-888; 2009
Moraes, I H S de; Informao em Sade: Da prtica fragmentada ao exerccio da
cidadania; So Paulo SP; Editora HUCITEC; 1994

63

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Moreira, C O F; Entre o Indivduo e a Sociedade: um estudo da filosofia da


educao de John Dewey; Bragana Paulista: EDUSF, 2002.
Pellegrini Filho, A; Informao Cientfica Tcnica e Eqidade em Sade, in I
Seminrio Nacional de Informao e Sade o Setor Sade no Contexto da
Sociedade da Informao; Srie Fiocruz Eventos Cientficos 3; Rio de Janeiro RJ;
Editora FIOCRUZ; 2000
Penaforte, J C; John Dewey e as Razes Filosficas da Aprendizagem Baseada em
Problemas; in Mamede, S; Penaforte, J (org.); Anatomia de uma nova abordagem
educacional; So Paulo: Ed. HUCITEC; Fortaleza: Escola de sade Pblica; 2001.
Vianna, M L W; Poltica versus Economia: notas (menos pessimistas) sobre
globalizao e Estado de Bem-Estar, in S. Gerchman e M. L. W. Vianna (orgs.). A
Miragem da Ps-Modernidade: democracia e polticas sociais no contexto da
globalizao. Rio de Janeiro: Editora FIOCRUZ; 2003

64

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Repensando a Flexibilidade em Projetos de Gesto de


Processos de Negcios: a Abordagem Sociotcnica da Teoria
Ator-Rede
Marcelo Henrique de Araujo1, Joo Porto de Albuquerque2
1

Faculdade de Economia, Administrao e Contabilidade Universidade de So Paulo


(FEA/USP) 05508-900 So Paulo SP Brasil
2

Departamento de Sistemas de Computao, Instituto de Computao e Cincias


Matemticas Universidade de So Paulo (ICMC/USP) Caixa Postal 668 13560-970
So Carlos SP Brasil
marcelo.haraujo@usp.br, jporto@icmc.usp.br

Abstract. Over the last years, there was an increasing use of Business Process
Management (BPM) in organization, with special emphasis over the objective
of achieving business process flexibility. The present paper seeks to discuss
the issue of flexibility in BPM projects, with the goal of identifying the
limitations of traditional BPM research, which is mostly based upon a
fragmented and dichotomous view of reality i.e. it assumes a putative
division between technical and non-technical elements. Furthermore,
this paper analyses in which way the Actor-Network Theory (ANT) approach
may be useful for overcoming the limitations of traditional approaches in the
understanding of flexibility in BPM projects. Lastly, the paper discusses how
the sociotechnical perspective of ANT can be put into practice to deal with the
flexibility issue in BPM projects.
Resumo. Nos ltimos anos houve grande disseminao do uso da abordagem
de Gesto de Processos de Negcios (BPM Business Process Management
em organizaes), com especial nfase sobre o objetivo de obter de
flexibilidade nos processos de negcios. O presente artigo busca discutir o
tema da flexibilidade em projetos de BPM a fim de evidenciar as limitaes de
pesquisa tradicionais da rea de BPM, que se fundamentam em uma viso
fragmentada e dicotmica da realidade i.e. assumindo uma pretensa diviso
entre elementos tcnicos e no-tcnicos. Alm disso, o artigo analisa de
que maneira a abordagem baseada na Teoria Ator-Rede (TAR) pode ser til,
como perspectiva sociotcnica, para superar as limitaes das abordagens
tradicionais na compreenso da flexibilidade em projetos BPM. Por fim, o
artigo discute de que maneira o olhar sociotcnico da TAR pode ser colocado
em prtica para lidar com a questo da flexibilidade em projetos BPM.

1. Introduo
Os ltimos 20 anos foram marcados por inmeras transformaes no contexto social,
poltico e econmico, afetando diversas reas do conhecimento. Uma das peculiaridades
deste perodo histrico foi o crescente aumento da competitividade entre as
organizaes, configurando um cenrio marcado pela instabilidade. A fim de se adequar
e sobreviver neste novo ambiente tornou-se cada vez mais imperativo que as

65

Anais WOSES 2011- 06/06/2011-Curitiba-PR

organizaes sejam flexveis isto , capazes de responder a situaes novas e


inesperadas.
Dentro deste contexto, nos ltimos anos houve grande disseminao do uso da
abordagem de Gesto de Processos de Negcios (mais conhecida pela sigla em ingls
BPM Business Process Management), devido ao fato de que esta abordagem permite
combinar os recursos da Tecnologia da Informao (TI) viso processual, a fim de
estruturar e melhorar o fluxo de trabalho e obter maior flexibilidade nas operaes
(Smith e Fingar, 2003; Weske, 2007).
Diversos autores (Regev et al., 2006; Schonenberg et al., 2008; Weske, 2007) se
dedicaram a analisar a questo da flexibilidade em projetos BPM. Porm, essas
abordagens se concentram na identificao de determinados elementos implicitamente
categorizado pelos autores como elementos tcnicos e no-tcnicos para verificar a
maneira com que estes poderiam aumentar ou reduzir a flexibilidade, portanto,
configurando uma anlise sob uma perspectiva assimtrica e dicotmica (Teixeira,
2006). Entretanto, esse tipo de abordagem se torna insuficiente para lidar com situaes
em que a prtica humana e os artefatos tcnicos esto intimamente imbricados, sendo
necessrio adotar uma abordagem que no assuma a priori a diviso entre aspectos
sociais e tcnicos, e sim os considere integradamente por meio de um olhar sociotcnico
(Cukierman et al., 2007). Como esse olhar sociotcnico se reflete, portanto, no
tratamento do tema da flexibilidade nos projetos de Gesto de Processos de Negcio?
Qual a principal vantagem de adotar o olhar sociotcnico frente s abordagens
tradicionais da rea de BPM?
A fim de responder a essas perguntas de pesquisa, o presente artigo apresenta
uma discusso terica sobre flexibilidade na Gesto de Processos de Negcio, com base
na abordagem sociotcnica da Teoria Ator-Rede (Callon, 1986; 1991; Latour, 1994;
2000; 2005; Law, 1992). Assim sendo, as contribuies deste artigo so: (i) apresentar e
discutir as limitaes tericas da discusso da flexibilidade em projetos de Gesto de
Processos de Negcios (BPM) sob uma tica dicotmica; (ii) analisar a flexibilidade
sob a tica do referencial Teoria Ator-Rede e (iii) discutir de que maneira a aplicao da
perspectiva sociotcnica da Teoria Ator-Rede pode ser adequada para superar as
limitaes das pesquisas dicotmicas na discusso da flexibilidade em projetos BPM.
O restante do artigo esta estruturado da seguinte forma: A Seo 2 discute os
fundamentos dos projetos BPM e apresenta a flexibilidade sob uma tica dicotmica. A
Seo 3 apresenta o referencial da Teoria Ator-Rede (TAR), enquanto que a Seo 4
discute as implicaes prticas da perspectiva sociotcnica da TAR em projetos BPM.
A Seo 5 tece as consideraes finais deste artigo.

2. Business Process Management


A Gesto de Processos de Negcios (BPM) ganhou grande popularizao entre
as empresas nos ltimos anos, pois esta abordagem permitiu o uso da Tecnologia da
Informao (TI), no intuito de integrar os processos de negcios da instituio. Segundo
Davenport (1994) os processos de negcios so um conjunto de atividades logicamente
relacionadas e executadas para obter um resultado ao negcio
Entretanto, apesar da recente aceitao dos projetos BPM pelas organizaes,
vital lembrar que o gerenciamento de processos de negcios no algo novo. A fim de
elucidar o desenvolvimento histrico da abordagem processual Smith e Fingar (2003),
elucidam trs grandes perodos (wave) do paradigma processual. A primeira gerao
tem incio nas dcadas de 70 e 80, tendo como marco a criao do modelo japons de
66

Anais WOSES 2011- 06/06/2011-Curitiba-PR

controle total da qualidade (Total Quality Control), utilizado com sucesso nas indstrias
japonesas. A base do controle de qualidade est na metodologia de melhoria contnua
(kaizen), que utiliza o controle estatstico de processos no intuito de que a taxa de erros
da produo fosse prxima de zero. Os princpios desta primeira gerao permitiram as
indstrias japonesas oferecerem produtos com maior agilidade, qualidade e com custo
mais baixo que seus concorrentes.
A partir da dcada de 90, diante da incompatibilidade das prticas de melhoria
contnua cultura norte-americana, inicia-se a segunda gerao da gesto baseada em
processos, conhecida como Reengenharia de Processos de Negcios (BPR : Business
Process Reengineering). Essa abordagem abandona os princpios de kaizen da primeira
gerao e aposta na otimizao por meio de mudanas radicais nos processos, no intuito
de obter grandes saltos qualitativos. Este perodo tambm foi marcado pela
disseminao dos Sistemas Integrados de Gesto (ERP: Enterprise Resource Planning)
como instrumento de automao dos processos de negcios. Ao final da dcada de 90,
as organizaes comeam a viver a frustrao da reengenharia, pois o BPR falhou em
prover agilidade e apoio s mudanas, oferecendo solues tecnolgicas inadequadas e
inflexveis (BALDAM et al., 2007).
A partir da virada do sculo, nasce o sucessor da reengenharia, a Gesto de
Processos de Negcios, mais conhecido pelo termo Business Process Management
(BPM). Segundo Smith & Fingar. (2003), nesta terceira gerao (The Third Wave) da
viso processual a habilidade de mudar o processo possui mais importncia do que
apenas cri-lo, propiciando condies para que estes sejam monitorados e
continuamente otimizados. Neste modelo, o trabalhador passa a participar no projeto de
mudana, a fim de obter maior flexibilidade nas operaes.
A literatura da rea prope o uso de modelos cclicos para o gerenciamento de
processos de negcios, conhecidos como ciclo de vida BPM. Weske (2007) prope um
ciclo composto por quatro grandes etapas: Projeto e Anlise, Configurao, Execuo e
Avaliao. Cada uma dessas etapas ser explicada detalhadamente a seguir.
Na fase de Projeto e Anlise (process design) realizado um levantamento, de
como o trabalho realizado na organizao, a fim de identificar, revisar e validar os
processos de negcios. Umas das principais atividades desta etapa a modelagem de
processos de negcios, em que as prticas organizacionais so definidas, estipuladas e
formalizadas em modelos de processos isto , artefatos grficos que por meio de
alguma notao (e.g. BPMN, EPC etc.) definem o fluxo das tarefas envolvidas no
processo. Estes artefatos grficos tornam a comunicao entre diferentes stakeholders
(partes interessadas) mais eficiente, implicando em melhoria na definio dos processos.
Aps a definio e validao dos processos, a etapa seguinte consiste da
Configurao (system configuration), ou seja, utilizam-se as definies dos processos
de negcios (modelos de processos) para realizar a implementao dos processos. Esta
fase possui um vis mais tcnico, onde se enfatiza plataformas e ferramentas de
software usados para dar suporte a implantao dos processos. A fase seguinte consiste
da Execuo dos processos (process enactment), na qual a nfase est em acompanhar e
monitorar a realizao dos processos em tempo real ou em tempo de execuo.
As informaes geradas pela execuo dos processos de negcios so base para
a ltima etapa do ciclo de vida BPM, a Avaliao (diagnosis). O objetivo desta
atividade coletar os dados gerados da execuo das atividades dos processos e analisar
se os objetivos organizacionais esto sendo atingidos de maneira satisfatria,
identificando eventuais ineficincias no processo de forma a permitir propor melhorias
nos processos de negcio.
67

Anais WOSES 2011- 06/06/2011-Curitiba-PR

2.1. Flexibilidade e BPM: Uma viso tradicional


Na literatura acadmica da rea, diversos autores (Regev et al., 2006;
Schonenberg et al., 2008; Weske, 2007) se dedicaram a analisar de que maneira a
flexibilidade pode ser obtida nos projetos BPM. Regev et al. (2006) desenvolvem uma
taxonomia para a flexibilidade em BPM que possui trs dimenses ortogonais: (i) nvel
de abstrao da mudana: nesta dimenso assume-se a existncia de dois nveis do
processo - nvel de definio do processo ou modelo (process type) e nvel da execuo
prtica do processo (process instance) - e avalia-se de que maneira as alteraes em um
destes nveis implica no outro nvel de abstrao; (ii) sujeito da mudana: refere-se s
diversas perspectivas envolvidas no processo, por exemplo, perspectiva funcional
descreve o que deve ser realizado pelo processo - perspectiva operacional foca-se nas
atividades que so executadas no processo ; (iii) propriedade da mudana: refere-se as
caractersticas especficas das mudanas (e.g. durao da mudana, extenso etc.).
Assim, os autores analisam como as caractersticas destas dimenses citadas implicam
em maior ou menor grau de flexibilidade. Schonenberg et al., (2008) avaliam um
conjunto de ferramentas de automao de processos e, a partir desta anlise,
desenvolvem uma taxonomia alternativa, a qual classifica o tipo de flexibilidade com
base no grau de completeza da definio do processo em relao sua configurao,
isto , se o processo configurado em tempo de projeto (design-time) ou em tempo de
execuo (run-time). Weske (2007), por outro lado, enfatiza a existncia da
flexibilidade tanto nas representaes explicitas dos processos (i.e. modelos de
processos de negcios), quanto nas ferramentas de software que do apoio automao
dos processos.
Em todas estas abordagens descritas a flexibilidade conceituada como um
atributo do artefato tcnico, que poderia ser obtida essencialmente por meio de
configuraes ou alteraes no artefato incluindo aqui tanto o modelo que representa
o processo como o software de automao de processos -, ou seja, estes trabalhos se
caracterizam por uma viso tecnolgica da flexibilidade. Embora tal abordagem seja til
para o desenvolvimento de novas ferramentas e tcnicas para apoiar processos,
permanece a necessidade de estudos empricos sobre como a flexibilidade pode ser
obtida em situaes prticas das organizaes (Becker et al., 2009). A abordagem
tecnolgica no capaz de analisar de que maneira as prticas organizacionais, modelos
e softwares de BPM podem ser combinados para obter a desejada capacidade de
mudana, bem como que tipos de recursos so mobilizados na prtica organizacional
para alcanar a flexibilidade.
Para lidar com situaes prticas nas quais os componentes comumente
categorizados como tcnicos e sociais esto intimamente imbricados, necessria uma
perspectiva mais ampla que considere integralmente as redes sociotcnicas urdidas em
torno dos artefatos tecnolgicos de BPM. Neste intuito, o presente artigo utiliza uma
abordagem sociotcnica baseada no referencial terico da Teoria Ator-Rede, que toma a
flexibilidade como uma propriedade emergente das redes sociotcnicas envolvidas, a
fim de melhor compreender como e em que medida a flexibilidade pode ser obtida de
fato na prtica organizacional.

3. Abordagem Sociotcnica da Teoria Ator-Rede


A base do argumento da Teoria Ator-Rede (TAR) se encontra na metfora de
redes heterogneas. Segundo esta abordagem, a sociedade, as organizaes, agentes e

68

Anais WOSES 2011- 06/06/2011-Curitiba-PR

mquinas so todos efeitos e gerados de redes de materiais diversos, ou seja, redes


compostas de elementos humanos e no-humanos (Law, 1992). Nesta perspectiva, todos
esses atores so constitudos por teias de relaes, sendo chamados de atores-rede ou
actantes. Assim, a TAR considera que uma relao social no se d apenas pelos
elementos humanos, porm ela se constri a partir de uma srie de elementos
heterogneos (humanos e no-humanos) que possibilitam essa interao.
De acordo com Law (1992), o objeto da TAR explorar e descrever os
processos locais de orquestrao social e ordenamento segundo padres e resistncias.
Esse processo tambm denominado de traduo, a qual pode ser definida como um
processo de arregimentar ou alistar os elementos (humanos e no-humanos) da rede
sociotcnica em torno de um objetivo em comum. Segundo Law (1992), a traduo a
base da TAR, pois permite entender como os elementos da rede heterognea se
mobilizam, sobrepem-se e mantm-se unidos.
Embora alguns dos primeiros trabalhos que se basearam na TAR tenham
enfatizado os processos de traduo e ordenamento social mediante o estabelecimento
das redes sociotcnicas, trabalhos recentes tm considerado que um dos fundamentos da
TAR entender as estruturas de poder no como algo esttico, mas sim como um
processo relacional, que se (re)produz nas prticas sociais e possui como implicao
uma ordem social. Assim, toda ordem social um resultado precrio, ou seja, nunca
est completa e deve ser performada continuamente na teia de relaes das redes
sociotcnicas (Latour, 2005). Ao considerar que urdidura da rede ocorre de maneira
relacional e distribuda, em um determinado momento do tempo os elementos da rede
podem adquirir um objetivo em comum por meio de uma engenharia heterognea
(Law, 1992), resultando assim em certo ordenamento. No entanto, interaes futuras
desses elementos podem resultar em uma disperso desses objetivos e assim desfazer
esse ordenamento social. Essa instabilidade das redes constitui o que Law (1992)
denomina o carter precrio dos ordenamentos.

3.1. Projetos BPM sob a tica da Teoria Ator-Rede


A partir da sensibilizao terica da TAR sobre projetos BPM, pode-se
compreender que a atividade de modelagem de processos de negcios como a urdidura
de uma rede heterognea, ou de um ator-rede. As organizaes podem ser
compreendidas como estruturas compostas de elementos heterogneos (e.g. cargos,
papis, funes, sistemas de informao integrados, softwares de modelagem de
processos etc.). Portanto, ao formalizarmos as prticas organizacionais em um modelo
de processo, estamos alistando esses diversos elementos e tecendo relaes mais ou
menos durveis entre eles.
Assim, para composio das redes sociotcnicas torna-se necessrio que ocorra o
processo de traduo acima descrito, no qual esses diversos elementos so
arregimentados a fim de faz-los convergir em torno de um objetivo em comum, em
torno de um modelo de processo de negcio. Formas organizacionais, maneiras de
executar atividades de trabalho e pressupostos tcitos so, assim, negociados no
processo de definio dos modelos de processos. A modelagem de processos de
negcio tece, ento, um conjunto de relaes entre elementos humanos e no-humanos
relativamente estveis (uma rede heterognea), as quais podem ser vistas como
encapsuladas em um modelo de processo de negcio ou objeto pontualizado (Law,
1992).

69

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Conforme discutido na Seo 2, aps a definio dos modelos de processos,


estes artefatos (modelos de processos) sero fundamentais para o desenvolvimento de
uma ferramenta de software que automatize os processos de negcios. Sob a tica do
referencial da TAR, a construo da ferramenta de software a partir dos modelos de
processos, consistir em uma nova traduo, onde as prticas organizacionais
pontualizadas no modelo de processo sero novamente realinhadas no arranjo
heterogneo em torno da ferramenta de software. Contudo, vale ressaltar que a
estabilidade da rede sociotcnica tecida no desenvolvimento do artefato de software no
dada a apriori, visto que o arranjo heterogneo consiste de um ordenamento precrio
(Law, 1992). Logo, necessrio que haja algum tipo de mecanismo (e.g. testes
assistidos com os usurios, prottipos) em que seja possvel confirmar se este novo
arranjo urdido (software) est em conformidade com as prticas organizacionais.
Para analisar a flexibilidade destas redes heterogneas urdidas nos projetos BPM,
ser utilizado o conceito de irreversibilidade definido por Callon (1991). Segundo este
autor, o grau de irreversibilidade de uma traduo est relacionado a dois fatores: a) o
grau de irreversibilidade que torna conseqentemente impossvel voltar a um ponto em
que a traduo era apenas uma entre outras; e b) a medida que a traduo e determina
tradues subseqentes (Callon, 1991; p. 150). Portanto, o conceito de
irreversibilidade est diretamente atrelado incapacidade de se alistar novos elementos
na rede sociotcnica, ou seja, incapacidade de expanso deste ator-rede. Assim,
quanto mais irreversvel se tornarem as redes sociotcnicas (heterogneas) do projeto
BPM, menor ser a capacidade de expanso da rede sociotcnica associada e
conseqentemente menor ser seu grau de flexibilidade. Todavia, importante recordar
que as redes sociotcnicas possuem carter precrio (Law 1992), ou seja, nunca esto
completas ou definidas, portanto, inadequado dizer que um processo seja totalmente
flexvel ou totalmente inflexvel, pois segundo a TAR as redes so dinmicas, sendo
mais adequado se referir a um maior ou menor grau de flexibilidade dos arranjos
sociotcnicos.
Assim, a avaliao da flexibilidade sob a tica da TAR deve iniciar com a
identificao das redes heterogneas envolvidas, mapeando os seus elementos. Ento,
deve-se considerar se o ordenamento desses elementos na rede engendra um estado de
irreversibilidade das tradues, conduzindo, assim, a um estado marcado pela
inflexibilidade. Dessa forma, esse conceito de irreversibilidade particularmente til
neste contexto, pois permite ir alm da considerao de condicionantes apenas
tecnolgicos da flexibilidade, pois toma os modelos de processo de negcio como
resultado da composio uma rede heterognea e a flexibilidade como um atributo
emergente destas redes. A irreversibilidade (inflexibilidade) seria verificada a partir da
anlise da capacidade de mobilizao dos actantes desta rede sociotcnica, incluindo,
portanto, a anlise tanto dos artefatos tecnolgicos como das prticas organizacionais
em que estes artefatos esto imersos.
Um uso prtico desta abordagem sociotcnica da Teoria Ator-Rede foi
desenvolvido nos trabalhos empricos empreendidos por de Albuquerque & Christ
(2007; 2009) e Araujo & de Albuquerque (2010a ; 2010b; 2010c) . Os resultados da
anlise sociotcnica empreendida nestes estudos orientam que o conceito de
flexibilidade deve ser compreendido sob uma perspectiva multidimensional, ou seja, um
determinado processo em uma dimenso pode ter maior grau de flexibilidade, enquanto
que simultaneamente em outra dimenso este grau de flexibilidade reduzido. Alm
disso, os trabalhos empricos mostram que na prtica organizacional algumas vezes o
propalado objetivo da flexibilidade acaba sendo deixado em segundo plano devido

70

Anais WOSES 2011- 06/06/2011-Curitiba-PR

necessidade de conformidade isto , que os processos atendam s normas internas ou


externas especificadas pela organizao.

4. Discusso: o diferencial do olhar sociotcnico da TAR


Conforme discutido na Seo 2.1, diversos autores (Regev et al., 2006;
Schonenberg et al., 2008; Weske, 2007) se dedicaram a estudar a questo da
flexibilidade em projetos BPM . Embora, tais trabalhos sejam distintos, eles
compartilham de uma anlise sob uma tica mecanicista e positivista (Teixeira, 2006),
na qual possvel desmembrar a realidade em dois universos distintos: tcnico
(material) e no-tcnico (social). Nas pesquisas desenvolvidas por Regev et al.(2006),
Schonenberg et al. (2006) e Weske (2007), nota-se que o atributo da flexibilidade
obtido por meio de alteraes e configuraes exclusivamente no artefato tcnico i.e.
modelos de processos de negcios e a ferramenta de software que automatiza o processo
desconsiderando quaisquer outros elementos que possivelmente poderiam impactar na
flexibilidade. Em outras palavras, pode-se inferir que tais trabalhos, assumem que a
flexibilidade o resultado deste universo tcnico, ou seja, a flexibilidade perseguida
puramente tcnica.
Vale ressaltar que este tipo de abordagem, implicitamente, assume que o
elemento do universo material (tcnico) capaz de determinar os elementos do universo
social. Portanto, a flexibilidade obtida por meio das alteraes/configuraes nos
modelos de processos e nos softwares, implicaria em flexibilidade na dimenso social,
configurando uma abordagem baseada no determinismo tcnico, o qual
assimetricamente atribui todo o sucesso a caractersticas tcnicas, enquanto que as
resistncias e fracassos ficam por conta dos fatores no-tcnicos (Teixeira e
Cukierman, 2007).
Pesquisadores do campo de estudos de Cincia, Tecnologia e Sociedade (CTS)
argumentam contra essa viso dicotmica e assimtrica que divide entre elementos
tcnicos e no-tcnicos, alegando que essa viso mecanicista, baseada em
determinismos, no capaz de lidar com toda complexidade existente na realidade, em
que prticas sociais e artefatos tcnicos esto intimamente imbricados. Assim, esta
abordagem mecanicista torna-se pouco til para entender como e em que medida
agilidade e flexibilidade so obtidas na prtica organizacional (Lee & Hassard, 1999).
Assim, com o propsito de superar esta viso fragmentada da flexibilidade em
projetos BPM, o presente artigo discutiu a perspectiva sociotcnica da Teoria Ator-Rede
(TAR) como abordagem alternativa para analisar e compreender a questo da
flexibilidade em projetos BPM. Inicialmente, o referencial da TAR nos orienta a
derrubar estas pretensas divises essenciais e a priori entre aspectos materiais e sociais,
no intuito de compreender e elucidar toda a complexidade envolvida na realidade
estudada.
O olhar sociotcnico da Teoria Ator-Rede nos permite enxergar projetos BPM
como redes heterogneas (composta de elementos humanos e no-humanos). Assim,
modelos de processos, prticas organizacionais, softwares que automatizam processos
no existem a priori e por si mesmos, mas so o resultado de mobilizao, negociao e
traduo. Portanto, artefatos tcnicos e prticas sociais co-constituem a realidade.
Assim, a Teoria Ator-Rede, permite evidenciar toda a complexidade da negociao
sociotcnica (Cukierman et al., 2006) envolvida nos projetos BPM. E a to almejada e
propalada flexibilidade pode ser melhor compreendida como um atributo emergente
destas redes sociotcnicas.

71

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Assim, comparando a abordagem de pesquisa baseada na Teoria Ator-Rede, com


as abordagens mecanicistas, possvel perceber que a tica da TAR sensibiliza a
enxergar a realidade como um todo, avaliando os elementos heterogneos envolvidos na
construo dos projetos BPM, e permitindo evidenciar a flexibilidade como um atributo
emergente, resultado da mobilizao sociotcnica envolvida na urdidura do arranjo
sociotcnico. Logo, difere-se de pesquisa tradicionais (sob a ptica mecanicistapositivista) cujas anlises particionam a realidade a priori e conseqentemente ignoram
os elementos diversos que afetam diretamente os projetos BPM.

5. Consideraes Finais
Em um contexto global marcado pela instabilidade e competitividade entre as
instituies cada vez mais imperativo que as organizaes criem mecanismos para
tornar seus processos mais eficientes ao mesmo tempo em que mantm uma estrutura
organizacional flexvel, isto , capaz de lidar com situaes novas e imprevistas. Dentro
deste contexto, nos ltimos anos houve grande disseminao do uso da abordagem de
Gesto de Processos de Negcios (mais conhecida pela sigla em ingls BPM Business
Process Management), devido ao fato de que esta abordagem permite combinar os
recursos da Tecnologia da Informao (TI) viso processual, a fim de estruturar e
melhorar o fluxo de trabalho e obter maior flexibilidade nas operaes.
Diversos autores se dedicaram a estudar a questo da flexibilidade em projetos
BPM. O presente artigo evidenciou como as pesquisas mais tradicionais como as
desenvolvidas por Regev et al.(2006); Schonenberg et al. (2008); Weske (2007), apesar
das diferenas entre si, partem de uma premissa fracionada da realidade, isto ,
consideram implicitamente a existncia de elementos tcnicos e no-tcnicos,
essencialmente distintos. No entanto, esta perspectiva fracionada incapaz de
compreender de que maneira os requisitos de agilidade e flexibilidade so obtidas nas
prticas organizacionais, e no intuito de superar esta limitao, este artigo apresentou a
abordagem sociotcnica da Teoria Ator-Rede (TAR) como pressuposto terico
alternativo ao estudo de flexibilidade em projetos BPM. A partir da sensibilizao
proporcionada pelo referencial da TAR torna-se possvel considerar a flexibilidade
como uma propriedade emergente das redes sociotcnicas envolvidas, a fim de melhor
compreender como e em que medida a flexibilidade pode ser obtida de fato na prtica
organizacional.
Dessa forma, o olhar sociotcnico da TAR lanado sobre o contexto de BPM
permite ultrapassar a viso limitada da perspectiva fragmentada entre aspectos tcnicos
e no-tcnicos, permitindo enxergar um modelo de processos de negcio como o
resultado da construo de uma rede heterognea. Essa abordagem possibilita a futuros
trabalhos que se debrucem sobre projetos de BPM com uma viso mais abrangente que
capaz de tratar no apenas de questes "tcnicas tradicionais (como tcnica de
modelagem utilizada, automao dos processos etc.), mas tambm considerar mais
amplamente a negociao sociotcnica que negocia os papis de entidades
indistintamente sociais e tcnicas (Cukierman et al, 2006) com a qual os
modeladores inexoravelmente se deparam na prtica.
Em particular, o olhar sociotcnico da TAR apresentado neste artigo oferece um
impulso para trabalhos futuros que estudem a problemtica da flexibilidade em projetos
BPM de maneira abrangente. Estes trabalhos podero tomar como base a aplicao dos
conceitos da TAR ao contexto de BPM desenvolvida neste artigo para elaborar um

72

Anais WOSES 2011- 06/06/2011-Curitiba-PR

referencial terico que permita analisar em profundidade a questo da flexibilidade em


BPM por meio de estudos empricos que avaliem projetos prticos de adoo de BPM.
Dessa forma, o presente artigo contribui com a identificao de um dos rumos
para o olhar sociotcnico, qual seja, a sua aplicao sobre temas que tm tido um
tratamento tradicional (ou tcnico) em Engenharia de Software como neste caso, o
tema BPM -, de forma a evidenciar a complexidade sociotcnica envolvida e abrir novas
perspectivas de pesquisa nesses temas. Claramente, a abordagem aqui proposta apenas
um impulso inicial que apresenta os contornos de um arcabouo de anlise, o qual s
poder tomar vulto a partir de uma produo consistente que adote o olhar sociotcnico
para se debruar sobre a realidade de projetos de software no Brasil, de forma a fazer
jus ao desafio lanado por Cukierman et al. (2006) de valorizar o local, o situado, o
caso a caso e assim afastar-se da costumeira concentrao em padres e modelos
universais para encontrar a complexidade e a riqueza das solues e aplicaes locais da
realidade brasileira. Apenas com este exerccio sistemtico ser possvel desenvolver
nos engenheiros de software brasileiros a sensibilidade do olhar sociotcnico,
possibilitando-os assim a colocar em prtica este olhar para a construo de prticas
sociotcnicas de engenharia de software. Na linha proposta pelo presente artigo, por
exemplo, podero ser futuramente desenvolvidos mtodos e tcnicas que levem em
considerao as questes de flexibilidade identificadas nas anlises sociotcnicas, de
forma a definir processos de BPM que sejam de fato capazes de colher os frutos do
olhar sociotcnico.

Referencias Bibliogrficas
ARAUJO, M. H. ; de ALBUQUERQUE, J.P. Uma abordagem sociotcnica da
formalizao das prticas nos Projetos de Gesto de Processos de Negcios. In: 7th
International Conference on Information Systems and Technology Management CONTECSI, 2010, So Paulo. Proceedings of the 7th CONTECSI International
Conference on Information Systems and Technology Management. So Paulo,
2010a. p. 2343-2369.
ARAUJO, M. H. ; de ALBUQUERQUE, J. P. . Analisando Aspectos Sociais e
Organizacionais da Modelagem de Processos de Negcios: Uma Abordagem
Sociotcnica. In: IV Workshop de Gesto de Processos de Negcio (WBPM 2010),
2010, Marab. Anais do VI Simpsio Brasileiro de Sistemas de Informao. Porto
Alegre : SBC, 2010b. p. 1-8.
ARAUJO, M. H. ; de ALBUQUERQUE, J. P. Flexibilidade na Gesto de Processos de
Negcios? Um estudo de caso em uma indstria do ramo Qumico. In: XXXIV
Encontro da Associao Nacional de Ps-Graduao em Administrao. Anais do
EnANPAD 2010. So Paulo: ANPAD, 2010c, p.1-17.
de ALBUQUERQUE, J. ; CHRIST, M. . Formal Models, Flexible Processes? Lessons
from a socio-technical analysis of business process modelling. Scientia, v. 18, p. 1523, 2007.
de ALBUQUERQUE, J. P. ; CHRIST, M. Examinando a relao entre a formalizao e
flexibilidade em Modelos de Processos de Negcio: O Caso de uma Empresa de
Manuteno de Aeronaves. In: Encontro da Associao Nacional de Ps-Graduao
em Administrao, 32.,2009, So Paulo. Anais do EnANPAD 2009. So Paulo:
ANPAD, 2009, p.1-16.

73

Anais WOSES 2011- 06/06/2011-Curitiba-PR

BALDAM, R. ; VALLE, R. ; PEREIRA, H. ; HILST, S. ; ABREU, M. ; SOBRAL, V.


Gerenciamento de Processos de Negcios : BPM Business Process
Management.2.ed. So Paulo: rica, 2007. 240p.
BECKER, J.; BERGENER, K., MLLER, O.; MLLER-WIENBERGEN, F.
Documentation of Flexible Business Process A Healthcare Case Study. IN: XV
American Conference on Information Systems (AMCIS), Proceedings of the
Fifteenth Americas Conference on Information Systems. San Francisco,
California, 2009, p.1-17.
CALLON, M. Some elements of a sociology of translation: domestication of the
scallops and the fishermen of St. Brieucbay. In: LAW, J. (Ed.), Power, Action and
Belief: A New Sociology of Knowledge. London: Routledge,1986.p. 196-223.
CALLON, M. Techno-economic networks and irreversibility. In: J. LAW (ed.),
Sociology of Monsters? Essays on Power, Technology and Domination
(Sociological Review Monograph). London: Routledge, 1991. p.132-161
CUKIERMAN, H.L.; TEIXEIRA, C.A.N.; PRIKLADNICKI, R. 2007. Um olhar
sociotcnico sobre a Engenharia de software. Revista de Informtica Terica e
Aplicada, XIV:199-219.
DAVENPORT, T.H. Reengenharia de Processos: como inovar a empresa atravs da
Tecnologia da Informao. 1.ed. Rio de Janeiro: Campus, 1994. 391p.
LATOUR, B . Jamais fomos Modernos. 1.ed. Rio de Janeiro: Editora 34, 1994. 143p.
LATOUR, B . Cincia em Ao : Como seguir os cientistas e engenheiros sociedade
afora.1.ed. So Paulo: Editora Unesp, 2000. 438p.
LATOUR, B . Reassembling the Social : An introduction to Actor-Network Theory.
1.ed. Oxford: Oxford University Press, 2005. 312p
LAW, J. Notes on the Theory of the Actor-Network: Ordering, Strategy and
Heterogeneity. Systems Practice, vol. 5, n. 4, p. 379-393, 1992.
LEE, N. ; HASSARD, J. Organization Unbound: Actor-Network Theory, Research
Strategy and Institutional Flexibility. Organization, vol. 6, n. 3, p. 391-404, 1999.
REGEV, G. ,SOFFER, P. , SCHMIDT, R. Taxonomy of Flexibility in Business
Process. In: International Workshops on Business Process Modeling, Development
and Support (BPMDS), 2006, Proceedings of BPMDS06. Luxemburg: 2006. p. 9093;
SCHONENBERG, M. H.; MANS, R. S.; RUSSEL, N.C.; MULYAR, N. A.; van der
AALST, W. M. P. Towards of Process Flexibility . In: International Conference on
Advanced Information Systems Engineering, 20, 2008, Proceeding of CAiSE08
Forum. Montpellier: France, 2008, p.81-84.
SMITH, H; FINGAR, P. Business Process Management: The Third Wave. 1.ed.
Tampa: Menghan Kiffer Press, 2003.
TEIXEIRA, C.A.N. 2006. Algumas Observaes sobre os Vnculos entre a Engenharia
de Software e o Pensamento Moderno. In: WORKSHOP UM OLHAR
SOCIOTCNICO SOBRE A ENGENHARIA DE SOFTWARE, II, Vila Velha,
2006. Anais... Vila Velha, WOSES/SBQS, p. 39-50.
TEIXEIRA, C.A.N.; CUKIERMAN, H.L. 2007. Por que Falham os Projetos de
Implanta o de Processos de Software?. In: WORKSHOP UM OLHAR
SOCIOTCNICO SOBRE A ENGENHARIA DE SOFTWARE, III, Porto de
Galinhas, 2007. Anais... Porto de Galinhas, WOSES/SBQS, p. 1-12.
WESKE, M. Business Process Management: Concepts, Languages, Architectures.
1.ed. Berlin: Springer-Verlag, 2007. 368p.

74

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Uso conjunto de modelos e mtodos para a melhor


compreenso de fatores em Engenharia de Software
Anna Beatriz Marques, Bruno Bonifcio, Tayana Conte
USES Grupo de Usabilidade e Engenharia de Software/ Universidade Federal do
Amazonas (UFAM), Manaus Amazonas Brasil
{anna.beatriz, brunnoboni, tayana}@dcc.ufam.edu.br

Abstract. Sociotechnical processes are present in both Software development


process and in the use of new technologies. Therefore, such processes require
appropriate analysis methods to capture their aspects. In empirical studies,
the amount of information extracted from the data can be expanded by
combining quantitative and qualitative methods to obtain a more
comprehensive understanding. This paper presents the combined use of the
Technology Acceptance Model (TAM) as well as the procedures of Grounded
Theory method in an experimental study. The article discusses how the
combination of the Technology Acceptance model and the Grounded Theory
method allowed a better understanding about the object of study.
Resumo. Processos sciotcnicos esto presentes tanto no processo de
desenvolvimento de software quanto na utilizao de novas tecnologias. Por
essa razo, tais processos requerem mtodos adequados de anlise para
capturar seus aspectos. Em estudos experimentais, a quantidade de
informao extrada dos dados pode ser ampliada atravs da combinao de
mtodos quantitativos e qualitativos para obter compreenso mais
aprofundada. Este artigo apresenta o uso combinado do modelo de aceitao
de tecnologia (TAM) e de procedimentos do mtodo Grounded Theory em um
estudo experimental. O artigo discute como a combinao destes
procedimentos e modelo permitiu uma melhor compreenso do objeto do
estudo.

1. Introduo
Segundo Cukierman et al. (2006), assim como o processo de desenvolvimento de
software, o uso da tecnologia criada um processo sociotcnico, sendo necessrios
mtodos de pesquisa adequados para capturar e descrever seus aspectos. Dessa forma,
adotar estudos experimentais como estratgia para coleo e anlise de dados, pode ser
til para construir evidncias a respeito de benefcios, funcionalidades e dificuldades na
adoo de tecnologias para o processo de desenvolvimento de software. Alm disso,
estudos experimentais podem ser utilizados para compor blocos de conhecimento e
determinar quais as melhores situaes para empregar determinada tecnologia.
Embora os mtodos qualitativos permitam uma compreenso mais abrangente
do fenmeno em estudo (Seaman, 1999 apud Conte et al. 2009) ainda necessria uma
maior aplicao de mtodos e procedimentos que possibilitem a anlise qualitativa.
Seaman (1999) argumenta que quase todas as questes de Engenharia de Software so
melhor investigadas atravs da combinao de mtodos qualitativos e quantitativos,
uma vez que dados qualitativos so mais ricos que dados quantitativos e ampliam a
quantidade de informao contida nos dados coletados.

75

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Por essa razo, importante utilizar em conjunto mtodos de anlise quantitativa


e qualitativa, para que seja possvel obter uma melhor compreenso dos fatores
sciotcnicos que devem ser considerados na Engenharia de Software. No entanto, nem
sempre os pesquisadores utilizam mtodos de anlise que permitem a correlao entre
os resultados das anlises, obtendo maior compreenso do fenmeno em estudo.
Este artigo apresenta um procedimento para o uso conjunto de mtodos para
anlise qualitativa, mostrando os passos para correlacionar resultados quantitativos e
qualitativos. Este procedimento explicado atravs de um exemplo de aplicao em um
estudo experimental que comparou abordagens de apoio rastreabilidade de requisitos.
Neste estudo foi feito um uso conjunto de aplicao do modelo de aceitao de
tecnologia (Technology Acceptance Model - TAM) e de procedimentos do mtodo de
anlise qualitativa Grounded Theory (Strauss e Corbin, 1998), o que permitiu uma
compreenso em detalhes dos resultados quantitativos.
Embora o uso de procedimentos de Grounded Theory venha crescendo junto
comunidade brasileira de pesquisadores em Engenharia de Software (Anderlin Neto et
al. 2010, Conte et al., 2009; Matos Jr. et al. 2010; Montoni e Rocha, 2010), ainda raro
o uso desses procedimentos de forma combinada anlise quantitativa.
Este artigo um relato de experincia dos autores com o objetivo de contribuir
com a disseminao do procedimento para uso conjunto de mtodos e modelos para
melhor compreenso dos fatores junto comunidade de pesquisadores em Engenharia
de Software. Ao utilizar, para anlise, a combinao destes mtodos ao invs de cada
mtodo isolado, busca-se fornecer subsdio s organizaes na procura por solues
melhor sedimentadas que possam reduzir o esforo empregado em seus processos.
O restante do artigo est organizado da seguinte forma: a Seo 2 apresenta um
breve referencial sobre o modelo TAM e o mtodo Grounded Theory. A Seo 3 relata
o estudo experimental realizado. A Seo 4 descreve como foram correlacionados os
dados quantitativos e qualitativos. Por fim, a Seo 5 discute as concluses e lies
aprendidas com a realizao deste estudo.

2. O modelo de aceitao de tecnologia (TAM) e o mtodo Grounded Theory


Segundo Laitenberger e Drayer (1998), investigar a aceitao dos usurios para uma
tecnologia requer um modelo que explique as atitudes e comportamentos das pessoas. O
Modelo de Aceitao de Tecnologia (TAM), proposto por Davis (1989), investiga a
aceitao dos usurios para uma tecnologia atravs de dois fatores: percepo sobre
utilidade e percepo sobre facilidade de uso.
Por percepo sobre utilidade entende-se o grau no qual uma pessoa acredita que
utilizar determinada tecnologia melhoraria seu desempenho no trabalho. Percepo
sobre facilidade de uso consiste no grau no qual uma pessoa acredita que utilizar
determinada tecnologia seria livre de esforo.
Para medir a utilidade e a facilidade de uso, Davis (1989) desenvolveu um
questionrio e avaliou sua confiabilidade e validade em um conjunto de experimentos.
Atravs dos resultados dos experimentos, pode-se verificar que os fatores percepo
sobre facilidade de uso e sobre utilidade tm um grande impacto na utilizao de
sistemas conforme sugerido pelo modelo TAM. Desde ento, vrias repeties dos
estudos experimentais de Davis tm sido feitos, corroborando o resultado dos
experimentos iniciais (Laitenberger e Drayer, 1998). O modelo TAM tem sido aplicado
amplamente a um grande conjunto de novas tecnologias (Venkatesh et al., 2003).

76

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Atravs da aplicao do modelo TAM possvel identificar o nvel de aceitao


em relao a utilidade e facilidade de uso de tecnologias analisadas, mas no
justificativas para os resultados. Por esta razo, para aprofundar a compreenso dos
resultados obtidos atravs do modelo TAM, sugere-se a utilizao conjunta de
procedimentos baseados no mtodo Grounded Theory (Strauss e Corbin, 1998).
Grounded Theory consiste em um mtodo de pesquisa qualitativo que utiliza um
conjunto de procedimentos sistemticos para gerar teorias substantivas sobre fenmenos
essencialmente sociais. Teorias substantivas so teorias especficas para determinado
grupo ou situao e no visa generalizar alm da sua rea substantiva (Bandeira-deMello e Cunha, 2006).
A codificao a base deste mtodo e consiste no processo de analisar os dados,
durante o qual so identificados cdigos e categorias. Um cdigo d nome a um
fenmeno de interesse para o pesquisador; abstrai um evento, objeto, ao, ou interao
que tem um significado para o pesquisador (Strauss e Corbin, 1998). Os cdigos so
agrupados em um grau de abstrao mais alto atravs das categorias.
O processo de codificao pode ser dividido em trs fases:


Codificao aberta, onde se identificam cdigos e categorias. Tais cdigos


podem estar diretamente associados s citaes (cdigos in vivo) ou
associados a outros cdigos (cdigos abstratos ou tericos);

Codificao axial, onde se examina a relao entre categorias e


subcategorias que formam as proposies da teoria substantiva;

Codificao seletiva, onde se identifica a categoria central da teoria, com a


qual todas as outras esto relacionadas.

A regra geral em Grounded Theory continuar o processo de coletar e analisar


sistematicamente os dados at a saturao terica ser atingida. Neste momento, ocorre a
integrao de uma teoria substantiva na codificao seletiva (Conte et al., 2009). Porm,
Strauss e Corbin (1998) afirmam que o pesquisador pode usar apenas alguns dos
procedimentos de Grounded Theory para satisfazer seus objetivos de pesquisa,
conforme realizado neste trabalho.
Com a aplicao conjunta do modelo e mtodo selecionados, buscou-se avaliar
abordagens de apoio melhoria de processo de software atravs de um estudo
experimental apresentado na seo seguinte.

3. Estudo Experimental sobre Abordagens de apoio Rastreabilidade de


Requisitos
A rastreabilidade de requisitos atividade fundamental para auxiliar o controle de
mudanas, que compe o processo de Gerncia de Requisitos apresentado no modelo
MPS.BR em seu nvel G (SOFTEX, 2009). Apesar de reconhecida sua importncia, a
rastreabilidade ainda vista como um desafio pelas empresas desenvolvedoras, pois sua
complexidade tende a aumentar significativamente de acordo com o escopo do software.
Assim, as empresas buscam abordagens de apoio que possam reduzir o esforo
empregado na sua implementao.
Com o intuito de analisar abordagens de apoio rastreabilidade de requisitos de
acordo com o modelo MPS.BR (SOFTEX, 2009) foi realizado um estudo experimental,
onde foram avaliadas abordagens representativas entre as opes existentes: um
aplicativo que pode ser utilizado como matriz de rastreabilidade matriz em Planilha

77

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Eletrnica; e dois softwares com funcionalidades especficas para rastreabilidade, sendo


um software livre Open Source Requirements Management Tool (OSRMT) e o outro
proprietrio Enterprise Architect (EA).
Neste estudo, buscou-se comparar o resultado das trs abordagens selecionadas,
identificando qual das abordagens apresenta melhor resultado. O processo de realizao
deste estudo experimental compreendeu trs fases, descritas resumidamente a seguir.
Planejamento: O objetivo do estudo foi estruturalmente definido segundo o
paradigma GQM (Goal-Question-Metrics) (Basili e Rombach., 1988), conforme
mostrado na Tabela 6. As atividades, recursos e treinamento que seriam necessrios
foram definidos, bem como foram elaborados o formulrio de Caracterizao do Perfil
dos participantes do estudo e o Termo de Consentimento Livre e Esclarecido (TCLE).
Tabela 6. Objetivo do Estudo de Observao segundo o paradigma GQM

Analisar
Com o propsito de
Em relao
Do ponto de vista de
No contexto do

Abordagens de apoio rastreabilidade de requisitos e produtos


de trabalho
Caracterizar
Percepo sobre: Facilidade de Uso e Utilidade;
Esforo para: criar, alterar e revisar matriz de rastreabilidade;
Profissionais de desenvolvimento de software
Processo de Gerncia de Requisitos

Execuo: Os participantes do estudo foram 30 alunos do curso de Cincia da


Computao da UFAM, matriculados na disciplina Engenharia de Software. Os
participantes receberam treinamento sobre Gerncia de Requisitos, com foco na
rastreabilidade e foram informados da realizao e do objetivo do estudo, sem detalhar o
que seria analisado. Cada abordagem foi utilizada por 10 participantes com nveis de
experincia balanceados de acordo com os formulrios de caracterizao. Cada
participante utilizou apenas uma das abordagens e executou determinadas tarefas
relacionadas Gerncia de Requisitos baseados em um documento de especificao de
requisitos. As tarefas consistiam em: (1) Estabelecer os relacionamentos de dependncia
entre os requisitos funcionais do sistema em uma matriz de rastreabilidade, (2)
Estabelecer os relacionamentos de dependncia entre os casos de uso e requisitos
funcionais do sistema em uma matriz de rastreabilidade, (3) Atualizar matriz de
rastreabilidade, dados novos casos de uso e requisitos funcionais e (4) Revisar matriz de
rastreabilidade, dado um checklist de reviso com critrios definidos. Durante a
execuo das tarefas, os observadores tomavam nota em formulrios de
acompanhamento do tempo gasto para a concluso das atividades e das dificuldades
apresentadas. Os participantes responderam a um questionrio que seguia o modelo
TAM contendo afirmaes referentes facilidade de uso e utilidade das abordagens
utilizadas.
Anlise e Resultados: Os dados dos formulrios de acompanhamento foram
analisados quantitativamente. Para avaliar o esforo empregado, foram gerados grficos
de disperso. Dois participantes que utilizaram o Enterprise Architect foram
desconsiderados, pois no concluram as atividades.

78

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Figura 1. Grfico do tempo total empregado pelos participantes

Os maiores tempos (respectivamente 95 e 81 minutos) esto relacionados


ferramenta Enterprise Architect. Verificou-se que a mdia do tempo total empregado
tambm foi maior no Enterprise Architect (59 min.), em comparao com a OSRMT
(49 min.) e a Planilha Eletrnica (52 min.). Para melhor compreenso do uso do tempo,
foram analisadas separadamente cada tarefa e sua respectiva mdia de tempo
empregado, conforme ilustra a Tabela 7. Assim, verificou-se que o Enterprise Architect
apresentou a maior mdia apenas na tarefa TF01. A OSRMT teve a maior mdia na
tarefa TF04, enquanto a Planilha Eletrnica teve a maior mdia nas demais tarefas.
Tabela 7. Mdia do Tempo empregado por Tarefa

Descrio da Tarefa

Planilha
Eletrnica

OSRMT

Enterprise
Architect

Estabelecer rastreabilidade horizontal (TF01)

19

21

22

Estabelecer rastreabilidade vertical (TF02)

14

11

13

Atualizar sistema de rastrebilidade (TF03)

13

Revisar sistema de rastreabilidade (TF04)

Com o intuito de aprofundar a compreenso destes resultados, estes foram


correlacionados com dados qualitativos obtidos atravs da aplicao do modelo TAM e
de procedimentos do mtodo Grounded Theory, conforme descrito na seo seguinte.

4. Correlacionando dados quantitativos e dados qualitativos


Para compreender os possveis fatores sociotcnicos que influenciaram nos resultados
quantitativos obtidos, os questionrios TAM foram analisados e, atravs de
procedimentos de Grounded Theory, estes questionrios e os formulrios de
acompanhamento foram analisados qualitativamente.
Os questionrios baseados no modelo TAM continham as seguintes afirmaes
em relao percepo sobre utilidade: U1 - Utilizar esta abordagem em minhas
atividades relacionadas Gerncia de Requisitos me ajudou a estabelecer a
rastreabilidade entre os artefatos de forma mais rpida, U2 - Usar esta abordagem
melhorou o meu desempenho ao executar as tarefas relacionadas Gerncia de
Requisitos, U3 - Usar esta abordagem aumentou minha produtividade na Gerncia de
Requisitos (acredito ter gerenciado um maior nmero de relacionamentos entre os
artefatos em um tempo menor do que levaria sem usar a ferramenta), U4 - Usar esta
abordagem aumentou minha eficcia no estabelecimento e manuteno da
rastreabilidade entre os artefatos (acredito ter estabelecido e mantido a rastreabilidade
de forma mais rpida), U5 - Usar esta abordagem facilitou o estabelecimento da
rastreabilidade entre os artefatos, U6 - Eu considero esta abordagem til para o

79

Anais WOSES 2011- 06/06/2011-Curitiba-PR

estabelecimento e manuteno da rastreabilidade entre artefatos relacionados Gerncia


de Requisitos.
As respostas relacionadas percepo sobre utilidade das abordagens esto representadas na Figura 2.

Figura 2. Respostas sobre utilidade das abordagens de apoio analisadas

possvel observar que em alguns casos a utilizao da abordagem dificultou a


realizao das tarefas, as discordncias apresentadas em relao s afirmaes U1, U2,
U3, U4 e U5 nos fornecem esta viso.
Em relao percepo sobre facilidade de uso, os questionrios continham as
seguintes afirmaes de acordo com o modelo TAM: F1 - Foi fcil aprender a utilizar
esta abordagem para estabelecer a rastreabilidade entre os artefatos relacionados
Gerncia de Requisitos, F2 - Consegui utilizar esta abordagem da forma como gostaria
na gerncia da rastreabilidade entre os artefatos relacionados Gerncia de Requisitos,
F3 - Eu entendia o que acontecia na minha interao com esta abordagem relacionada
Gerncia de Requisitos, F4 - Foi fcil ganhar habilidade no uso desta abordagem para
estabelecer e manter a rastreabilidade entre os artefatos relacionados Gerncia de
Requisitos, F5 - fcil lembrar como estabelecer a rastreabilidade ao utilizar esta
abordagem, F6 - Considero esta abordagem fcil de usar na elaborao da
rastreabilidade entre artefatos relacionados Gerncia de Requisitos.
As respostas dos participantes em relao percepo sobre facilidade de uso
esto representadas na Figura 3, fornecendo indcios de possveis fatores negativos nas
abordagens, pois em todas as afirmativas houve respostas discordando, o que configura
possveis dificuldades apresentadas pelos participantes ao utilizarem as abordagens.

80

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Figura 3. Respostas sobre a facilidade de uso das abordagens de apoio


analisadas

Diante de tais resultados, torna-se necessrio a melhor compreenso dos fatores


que contriburam para as dificuldades apresentadas na utilizao das abordagens. Para
isso, foram utilizados procedimentos de Grounded Theory para analisar os questionrios
TAM, nos quais havia um espao reservado para comentrios dos participantes,
juntamente com os formulrios de acompanhamento onde os observadores tomavam
nota das dificuldades apresentadas pelos participantes. Estes dados foram transcritos e
com o auxlio da ferramenta Atlas.ti15, iniciou-se o processo de codificao aberta,
conforme ilustra a Figura 4.

Figura 4. Exemplo da codificao aberta realizada aps a transcrio dos


dados qualitativos
15

Atlas.ti The Knowledge Workbench, Scientific Software Development http://www.atlasti.com

81

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Optou-se por iniciar a codificao aberta pela anlise dos formulrios de


acompanhamento e aps esta etapa, analisar os comentrios dos participantes fornecidas
nos questionrios TAM. O principal objetivo desta etapa foi capturar as dificuldades
apresentadas pelos participantes durante a execuo do estudo, buscando compreender
que fatores poderiam ter influenciado nos resultados obtidos at ento. Dessa forma,
foram criados cdigos referentes a trechos dos formulrios seguindo este objetivo.
Foram identificadas quatro categorias para agrupar os cdigos identificados:
Dificuldades da utilizao da OSRMT, Dificuldades na utilizao da matriz em
planilha, Dificuldades na utilizao do Enterprise Architect e Dificuldades comuns
a todas as abordagens.
Na codificao axial, os cdigos so relacionados s categorias identificadas,
buscando represent-los em um grau de abstrao mais elevado. Nesta representao, os
cdigos so descritos seguidos de dois nmeros que representam respectivamente o grau
de fundamentao (na Figura 5, indicado pela seta branca) e o de densidade terica (na
Figura 5, indicado pela seta preta).

Figura 5. Exemplo de um cdigo e seus graus de fundamentao e densidade


terica

O grau de fundamentao representa o nmero de citaes de cdigo. E o grau


de densidade terica representa o nmero de relacionamentos do cdigo com outros
cdigos.
A categoria Dificuldades Comuns a todas as Abordagens relaciona os cdigos
que representam as dificuldades apresentadas por participantes de todas as abordagens e
que no esto relacionadas a particularidades das abordagens, conforme ilustrado pela
Figura 6.

Figura 6. Esquema grfico com as associaes relacionadas categoria


Dificuldades comuns a todas as abordagens

Os relacionamentos da categoria Dificuldades na utilizao da matriz em


planilha com os cdigos identificados esto ilustrados pela Figura 7. Os participantes
que apresentaram esforo superior mdia na planilha eletrnica citaram os cdigos:
Dificuldade na manipulao das clulas da planilha e Construir a matriz em planilha
82

Anais WOSES 2011- 06/06/2011-Curitiba-PR

trabalhoso, este ltimo tambm foi citado pelos que discordaram das afirmaes
relacionadas utilidade. Os demais cdigos associados a esta categoria foram citados
pelos participantes que mantiveram o esforo abaixo da mdia.

Figura 7. Esquema grfico com as associaes relacionadas categoria


Dificuldades na utilizao da matriz em planilha

Em relao OSRMT, os que apresentaram esforo acima da mdia citaram


todos os cdigos associados categoria Dificuldades na utilizao da OSRMT, sendo
que o cdigo No foi fcil encontrar as opes necessrias para a execuo das tarefas
tambm foi citado pelos que discordaram das afirmaes sobre facilidade de uso. E os
que discordaram das afirmaes sobre utilidade, citaram o cdigo Dificuldade para
entender o relacionamento com casos de uso, pois a OSRMT no fornece visualizao
da matriz de rastreabilidade com casos de uso.

Figura 8. Esquema grfico com as associaes relacionadas categoria


Dificuldades na utilizao da OSRMT

Dentre os participantes que utilizaram o EA, os que apresentaram esforo acima


da mdia citaram os cdigos No foi fcil encontrar as opes necessrias para a execuo das tarefas no EA e No entendia o que acontecia durante a interao com o
EA. O primeiro tambm foi citado pelos que discordaram das afirmaes sobre facilidade de uso e utilidade.

83

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Figura 9. Esquema grfico com as associaes relacionadas categoria


Dificuldades na utilizao do EA

Como resultado das anlises feitas no estudo experimental, pode-se identificar as


principais dificuldades em empregar cada tipo de abordagem. Em abordagens como o
EA e a OSRMT nas quais os participantes tiveram dificuldades para encontrar as
funcionalidades desejadas, um treinamento apropriado poderia reduzir tais dificuldades,
assim o usurio teria maior facilidade ao utiliz-las e reduziria o esforo empregado. J
no caso da Planilha Eletrnica, a dificuldade est relacionada ao esforo na manipulao
das clulas, o que torna a tarefa trabalhosa. As empresas desenvolvedoras, apoiadas por
tais resultados, podem optar pela abordagem mais apropriada orientados pela
disponibilidade de recursos para tais atividades.

7. Concluses e Lies Aprendidas


Este trabalho apresentou um exemplo de aplicao do uso combinado do modelo TAM
e de procedimentos do mtodo Grounded Theory para a anlise detalhada dos resultados
de um estudo experimental. Estudos experimentais so os blocos de construo do
conhecimento necessrios para construir evidncias e determinar quais as melhores
situaes para empregar determinada tecnologia (Travassos e Barros, 2003).
Em vista disto, este artigo refora a importncia de se adotar a combinao de
mtodos de anlise quantitativos e qualitativos como estratgia para apoiar os estudos
experimentais, pois o uso combinado pode ampliar a quantidade de informao extrada
dos dados coletados. Os dados qualitativos enriquecem os dados quantitativos quanto
possibilidade de uma maior compreenso dos fatores sociotcnicos envolvidos.
Na avaliao das abordagens de apoio comparadas no estudo experimental
apresentado, a utilizao do modelo de aceitao de tecnologia (TAM) contribuiu para
avaliar o nvel de aceitao pelos usurios. Para melhor compreender os resultados
obtidos com o modelo, foi necessrio um mtodo de anlise adicional. Os
procedimentos da Grounded Theory foram determinantes para a obteno dos
resultados, pois embora no seja possvel generalizar os resultados desta anlise, ela
revelou quais os fatores relacionados s dificuldades apresentadas e que poderiam
justificar os dados quantitativos obtidos.
Embora este tenha sido um estudo in-vitro, cujos participantes foram alunos de
graduao, o mesmo pode ser replicado em organizaes de software. Vale ressaltar que
o mtodo de anlise Grounded Theory pode ser utilizado para o estudo das prticas na
indstria de software. Ao descrever as atividades e procedimentos do estudo, espera-se
84

Anais WOSES 2011- 06/06/2011-Curitiba-PR

incentivar a indstria de software a realizar estudos como este para apoio tomada de
decises em casos de seleo de ferramentas ou outras tecnologias de software. Alm de
disseminar a correlao entre dados quantitativos e qualitativos para o maior
entendimento de fatores em fenmenos em Engenharia de Software. Por isso, utilizar
como estratgia conjuntos de modelos e mtodos apresentados pode contribuir para a
maior compreenso sobre os dados extrados.
Agradecimentos
Os autores agradecem a todos os participantes do estudo e aos que colaboraram durante a sua
execuo: Davi Viana, Jacilane Rabelo, Mrio Filho, Rafael Rodolfo, Srgio Vieira, Thiago
Souto, rsula Campos.
Referncias
Anderlin Neto, A., Araujo, C., Oliveira, H., Conte, T. (2010) Utilizando Grounded Theory para
Compreender a Aceitao de uma Tcnica de Elicitao de Requisitos. In: VI Workshop
"Um Olhar Sociotcnico sobre a Engenharia de Software" (WOSES 2010). Anais do VI
WOSES IX SBQS.
Bandeira-De-Mello, R., Cunha, C. (2006) "Grounded Theory".In: Godoi, C. K., Bandeira-deMello, R., Silva, A. B. d. (eds), Pesquisa Qualitativa em Estudos Organizacionais:
Paradigmas, Estratgias e Mtodos, Chapter 8, So Paulo, Saraiva.
Conte, T., Cabral, R., Travassos, G. H. (2009). Aplicando Grounded Theory na Anlise
Qualitativa de um Estudo de Observao em Engenharia de Software Um Relato de
Experincia. In: V Workshop Um Olhar Sociotcnico sobre a Engenharia de Software
(WOSES 2009), pp. 26-37.
Cukierman, H., Teixeira, C. A. N., Ruberg, N. (2006) "Apresentao". In: II Workshop Um
Olhar Sociotcnico sobre a Engenharia de Software (WOSES 2006), pp. iii-iv.
Davis, F., 1989, "Perceived usefulness, perceived ease of use, and user acceptance of
information technology", MIS Quarterly, v. 13, n. 3, pp. 319-339.
Laitenberger, O., Dreyer, H.M. (1998) Evaluating the Usefulness and the Ease of Use of a
Web-based Inspection Data Collection Tool, IESE.
Matos Jr, O., Secatti, V., Santos, D. V., Oliveira, H., Conte, T. (2010) Aplicando Grounded
Theory para Compreender os Fatores Crticos de Sucesso em Iniciativas de Melhoria de
Processo de Software. In: VI Workshop "Um Olhar Sociotcnico sobre a Engenharia de
Software" (WOSES 2010). Anais do VI WOSES - IX SBQS.
Montoni, M., Rocha, A. (2010). Aplicao de Grounded Theory para Investigar Iniciativas de
Implementao de Melhorias em Processos de Software". In: Anais do IX SBQS, pp 167181.
Seaman, C. B. (1999) "Qualitative Methods in Empirical Studies of Software Engineering."
IEEE Transactions on Software Engineering, v. 25, n. 4, pp. 557-572.
Softex (2009) MPS.BR Guia de Implementao - Parte 1: Nvel G: 2009: Fundamentao
para Implementao do Nvel G do MR-MPS . Disponvel em: www.softex.br.
Strauss, A., Corbin, J. (1998). Basics of Qualitative Research: Techniques and Procedures for
Developing Grounded Theory. 2 ed. London, SAGE Publications.
Travassos, G.H., Barros, M., 2003, "Contributions of In Virtuo and In Silico Experiments for
the Future of Empirical Studies in Software Engineering". Proc. of the 2nd Workshop in
Workshop Series on Empirical Software Engineering (WSESE 2003), pp. 117-130.
Venkatesh, V., Morris, M.G., Davis, G.B., et al., 2003, "User acceptance of information
technology: Toward a unified view", MIS Quarterly, v. 27, n. 3, pp. 425 - 478.

85

Anais WOSES 2011- 06/06/2011-Curitiba-PR

Realizao WOSES 2011

BNDES
COPPE-UFRJ
ICMC-USP
PUC-RS
UEM
UFAM
UFLA

86