Você está na página 1de 8

Adalberto Faria dos Reis; Ivanir da Costa

Proposta de integrao da Engenharia


de Software nas estratgias empresariais
ADALBERTO FARIA DOS REIS
IVANIR DA COSTA
Universidade Paulista

Resumo
As empresas vivem os desafios constantes de produzir software de alta qualidade, de impacto no sucesso de seus
negcios, com tima relao custobenefcio e, acima de tudo, em curto prazo. A engenharia de software
estabelece a importncia de considerar a estratgia da organizao e a gerao de valor no planejamento e na
implantao dos seus projetos. Como parte dos desafios, preciso escolher uma das opes de modelos de
desenvolvimento e manuteno de sistemas, classificados como geis ou rigorosos.
chegado o momento de propor o tratamento desses temas de forma integrada, atravs da prtica do pensamento
e da ao estratgica a serem aplicados pelos engenheiros de software no transcorrer de seus trabalhos. Um
modelo de ao e comportamento estratgicos proposto por este trabalho, capaz de auxiliar os engenheiros de
software neste empreendimento, e so mencionados outros modelos e ferramentas que podem ser usados como
apoio e complemento.

Palavras-chave
Engenharia de software, planejamento estratgico de software.

Proposition for Software Engineering


integration into enterprise strategies

Abstract
Enterprises face the challenges to produce high-quality software that support business success at an optimal
cost-benefit ratio and in short term. Software Engineering reckons the importance of business strategy and value
generation as basis for planning and implementation of its projects. As part of the challenges, it is necessary to
choose one of the models for systems development and maintenance, classified as agile or rigorous.
It is time to propose the management of all these matters in an integrated way, through the practice of strategic
thinking and action by software engineers during their work. An action and behavior model is proposed by this article,
which is able to support software engineers in such endeavor, and other models and tools are mentioned that can
be of additional help.

Key words
Software engineering, software strategic planning.

448 Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005

156-163 (448-455).pmd 448 9/1/2006, 16:37


Proposta de integrao da Engenharia de Software nas estratgias empresariais

INTRODUO rem a TI nos processos de discusso, deciso e planeja-


mento estratgico. A literatura especializada de TI foca
Muitos profissionais de software trabalham em organi- as atividades relacionadas com a implementao das
zaes que vivem a competio contra os concorrentes estratgias, ao considerar as etapas de especificao,
como parte inseparvel de seu dia-a-dia. Neste contexto, a desenvolvimento, construo e teste de sistemas. Como
busca pela diferenciao estratgica e pela vantagem com- essas atividades so realizadas a partir de parmetros
petitiva esforo constante, que envolve toda a organiza- definidos na etapa anterior de planejamento estratgico
o. Os autores sobre estratgia, administrao e engenha- das organizaes, podem ser malsucedidas por terem de
ria de produo defendem que este esforo tambm deve ser cumprir parmetros estabelecidos sem a participao de
rpido, sob pena de no trazer todos os potenciais benefcios profissionais de TI e, por isso, tornam-se de difcil exe-
para quem o empreende. Recomenda-se a elaborao, ou cuo. Prope-se, portanto, mudar este cenrio.
redesenho, simultnea e integrada de
processos, de tecnologias de produo e
altam processos e abordagens efetivas
de informao, e aes de marketing
como forma de reduzir os prazos de im-
plantao e, desta forma, aumentar a van-
tagem sobre os concorrentes (SLACK,
F que considerem a TI nos processos de
discusso, deciso e planejamento estratgico.
2003; PORTER, 1986; HILL, 1993).
Os profissionais de software tm
tido uma participao marginal neste cenrio, e normal- A engenharia de software busca, permanentemente,
mente as decises importantes so tomadas sem sua estudar melhores formas de desempenhar sua misso de
participao efetiva, e lhe resta o papel de participar da contribuir para o sucesso das organizaes atravs do
implantao de um plano formulado em outras reas da desenvolvimento de sistemas de informao, e muitas
organizao. Como resultado, acontecem os conflitos, so as abordagens metodolgicas desenvolvidas neste
desgastes e a frustrao entre as reas que decidem e as intuito, as quais podem ser enquadradas em dois tipos de
que executam os planos (HILL, 1993). modelos: rigorosos e geis. Ao analisarmos esses mode-
preciso reconhecer que h razes para esta excluso los, percebemos que todos tm em comum o mesmo
do processo decisrio em nvel estratgico, pela tradicio- conjunto de premissas em sua elaborao, colocadas de
nal dificuldade de dilogo entre os profissionais das forma mais ou menos explcita, dependendo do autor
reas de negcio e os de software. Os dois grupos tm escolhido (KRUCHTEN, 2001; SUTHERLAND, 2001;
formao tcnica diferente, sendo os temas de tecnologia GLASS, 2001; PAULK, 2001; SOMMERVILLE. 2003):
da informao (TI) normalmente pouco familiares maio- Os problemas a serem resolvidos e as necessidades a
ria dos profissionais das diferentes reas de negcio: serem atendidas devem estar claramente estabelecidos, e
finanas, marketing, vendas, produo, RH; enquanto os as condies nas quais o atendimento considerado satis-
temas sobre estratgia e processos de negcios so pouco fatrio (o escopo).
explorados e estudados pelos profissionais de TI, pois A descrio das funcionalidades do software, que imple-
cada grupo de profissionais realiza um trabalho perma- menta a soluo dos problemas e o atendimento das
nente de acompanhamento dos desenvolvimentos de pro- necessidades, deve ser detalhada a ponto de permitir o
dutos, das tcnicas e processos de sua rea de atuao. desenho e construo do sistema e seu respectivo teste (a
Assim, medida que profissionais especializados especificao).
aprofundam seus conhecimentos especficos, aumenta a Os prazos e custos do desenho, construo e teste do
dificuldade de dilogo com os representantes de outras sistema so resultado do tamanho e complexidade do
reas. Os altos executivos de TI vivem esta realidade escopo.
com seus pares, e ouvem queixas de seus subordinados
sobre este problema na forma de uma frase freqente- A partir dessas premissas, os modelos apresentam uma
mente repetida: Os usurios no sabem o que que- srie de atividades aos participantes do trabalho de desen-
rem!. Este tipo de situao pode no estar claramente volvimento do sistema, ou de manuteno, bem como o
refletida em algumas pesquisas sobre este assunto, mas formato de sua execuo e as ferramentas de apoio. Nova-
quem trabalha no ramo sabe o que isto significa. Os mente, podemos perceber que as condies nas quais se
autores entendem que o exemplo retrata bem a dificulda- desenrola a aplicao dos modelos, e que asseguram a
de de dilogo entre profissionais de formao diferente. qualidade e o sucesso dos produtos finais, so as mesmas
Faltam processos e abordagens efetivas que conside- [GLASS 2001, SOMMERVILLE 2003]:

Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005 449

156-163 (448-455).pmd 449 9/1/2006, 16:37


Adalberto Faria dos Reis; Ivanir da Costa

Os participantes dialogam e trocam informaes sempre tratgica com as reas de negcio, que acontece numa
que necessrio, embora a maneira de faz-lo e registr-lo fase anterior ao trabalho de desenvolvimento e manuten-
varie, conforme o modelo. o, poderia agregar valor ao possibilitar o estabeleci-
A cooperao entre os participantes do trabalho, tanto de mento de metas de objetivos, prazos e custos viveis,
negcio quanto de TI, indispensvel. indispensveis para a aplicao bem-sucedida de qual-
O escopo e a soluo dos problemas de negcio, imple- quer modelo de trabalho a ser adotado na implementao
mentados pelo sistema, devem ser acordados em conjunto da estratgia definida pela organizao.
pelos participantes, e no acordo prevalecem as necessida- O propsito deste artigo contribuir para a participao
des do negcio. efetiva e construtiva dos engenheiros de software no pro-
cesso de discusso, deciso e planejamento estratgicos
Logo, a comunicao e a cooperao efetiva e tempes- com os demais profissionais da organizao, e assim criar
tiva entre os profissionais de negcio e de software o as condies que promovam o sucesso de seu trabalho nas
requisito bsico, independentemente do modelo adotado. atividades de implementao das estratgias. Chamamos
Mas isto nem sempre acontece, dado que as reas de engenheiro de software ao profissional de TI com forma-
negcio decidem com base na discusso estratgica da o em arquitetura, desenvolvimento, manuteno e ope-
qual os profissionais de software e de outras reas de rao de sistemas de informao, independentemente de
produo raramente participam, pois no so percebidos seu nvel hierrquico na organizao.
como capazes de contribuir nesta discusso, dado que seu Adicionalmente, ser mostrado que a viso estratgica
conhecimento considerado restrito aos temas de tecnolo- tambm d subsdios para decidir sobre a escolha do tipo
gia. Essa prtica reconhecidamente prejudicial para as de modelo de desenvolvimento a ser adotado na imple-
reas envolvidas na posterior implantao das estratgias, mentao dos planos de negcio: se gil ou rigoroso. Na
seja a rea de TI ou as relacionadas produo de bens e segunda parte deste artigo, se estabelecer o problema de
servios nas empresas de manufatura (HILL, 1993). estratgia a ser resolvido e a maneira de os profissionais
de software atuarem em sua soluo e,
na terceira parte, sero exploradas as
engenheiro de software pode contribuir
O para que uma estratgia de negcios seja
elaborada considerando a TI em sua formulao.
diversas formas de atuao a serem
utilizadas de acordo com as condies
nas quais se desenrolam a discusso, a
deciso e o planejamento estratgico
na organizao. Para concluir, na
quarta parte, apresenta-se a concluso
Os conflitos surgem quando as decises tomadas pelas e, na quinta parte, a bibliografia.
reas de negcio estabelecem limitaes de prazos e
custos para um dado escopo de trabalho que so inating- O PROBLEMA ESTRATGICO DA
veis pelas reas de produo, no geral, e de software, em ORGANIZAO E O ENGENHEIRO DE
particular. Por maior que seja a comunicao durante a SOFTWARE
aplicao dos modelos de desenvolvimento de sistemas,
os parmetros definidos na deciso estratgica podem Estratgia, planejamento estratgico e deciso estrat-
no ser alcanados, apesar do esforo dos profissionais gica so assuntos tratados na literatura especializada,
de software, por mais dedicados que sejam. Como prazos com contribuies de vrios autores e modelos propostos
e custos costumam ser incompatveis com o escopo dese- (PORTER, 1986; HILL, 1993). Certamente, estas disci-
jado, e este sempre uma necessidade de negcio, os plinas no esto no foco do estudo e da pesquisa em
modelos de trabalho adotados em engenharia de software engenharia de software, mas a prtica profissional indica
so, na maioria das vezes, incapazes de atender aos que no podem ser totalmente ignoradas, sob pena da
limites estabelecidos pelo plano de negcios. Este o excluso do engenheiro de software do processo onde
ponto focal deste artigo: propor a mudana de uma prti- estes assuntos so tratados e as conseqentes dificulda-
ca de discusso, deciso e planejamento estratgico que des que trar ao seu trabalho, conforme comentado na
aliena a rea de TI e outras reas operacionais de sua introduo. Sendo assim, deve o profissional de software
execuo (HILL, 1993). buscar um entendimento bsico sobre estratgia e os
Independentemente do modelo de desenvolvimento problemas correlatos, de modo a poder participar ativa-
ou manuteno de sistemas a ser adotado, a participao mente da discusso e deciso estratgica pela tica de TI,
pr-ativa dos profissionais de software na discusso es- sem precisar ser um especialista no assunto. Uma atitude

450 Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005

156-163 (448-455).pmd 450 9/1/2006, 16:37


Proposta de integrao da Engenharia de Software nas estratgias empresariais

comum em profissionais de TI esperar que as outras gia, e o problema da organizao decidir qual a melhor,
reas definam o que precisam, pois a partir da acreditam em face da realidade enfrentada pela organizao, seja
ser capazes de superar qualquer dificuldade. Os prxi- com relao ao seu ambiente (atuao dos concorrentes,
mos pargrafos tentam mostrar que este comportamento dos clientes e fornecedores, do governo, etc.), seja com
precisa passar por uma mudana. relao sua situao interna (capacidade financeira,
A partir de referncias clssicas em estratgia capacidade gerencial, domnio e grau de avano em tec-
(PORTER, 1986; HILL, 1993), proposto o seguinte nologia, etc.). A anlise de cada opo de estratgia ir
esquema simplificado de representao do que est en- requerer avaliaes sob as ticas das diversas especiali-
volvido na discusso e deciso estratgica. A partir de dades necessrias ou j presentes na organizao (finan-
seu entendimento, o engenheiro de software pode contri- as, RH, TI, marketing, etc.), e a melhor estratgia
buir para que uma estratgia de negcios seja elaborada aquela capaz de coordenar de forma mais coerente os
considerando a TI em sua formulao. elementos apresentados na Figura 1.
Qualquer que seja a organizao e seu modelo de O interessante notar que este modelo pode e deve ser
discusso e deciso estratgica, ela ter de chegar s aplicado em camadas, ou seja, primeiro na camada da
seguintes definies, conforme representado na Figura 1: organizao como um todo, e depois na camada de cada
Quais os objetivos (resultados e prazos) a serem alcana- rea/departamento da organizao, nas quais os objeti-
dos para ter vantagem competitiva. vos das reas/departamentos suportam os objetivos ge-
Quais os problemas a serem resolvidos (ou obstculos a rais e se identificam os respectivos problemas, riscos,
serem superados) para alcanar os objetivos, e os riscos aes e recursos. Assim, deve-se percorrer a estrutura da
associados. Estes elementos definem, em alto nvel, o organizao tanto na vertical quanto na horizontal, para
escopo da estratgia. que as estratgias sejam amplamente discutidas.
Quais as aes a serem realizadas e os recursos a serem Se for considerado que o objetivo da rea de TI
utilizados para resolver os problemas e gerenciar os ris- viabilizar, com eficcia e eficincia, a implementao das
cos, de modo a atingir os resultados nos prazos estabele- estratgias de negcio por meio de sistemas de informa-
cidos. Estes elementos determinam os custos a serem o, tem-se de responder pergunta: Como fazer isso? A
incorridos na implementao da estratgia. anlise da Figura 1 indica a resposta: Os engenheiros de
software devem ajudar os profissionais de negcio e pen-
Os trs pontos acima se inter-relacionam, de modo que sar a estratgia considerando os recursos de TI e os proble-
no podem ser vistos e avaliados isoladamente. Cada mas que precisaro solucionar para atingir os objetivos de
conjunto coerente destes trs pontos forma uma estrat- cada estratgia. Esta considerao poder oferecer diver-

Figura 1: Proposta de viso esquemtica da discusso e deciso estratgica.

Os objetivos a
serem alcanados




Os problemas e obstculos a serem As aes a serem realizadas. Os
superados. Riscos envolvidos. recursos a serem utilizados.

Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005 451

156-163 (448-455).pmd 451 9/1/2006, 16:37


Adalberto Faria dos Reis; Ivanir da Costa

sas opes a serem seguidas, cada uma com seus riscos, A ATUAO ESTRATGICA
custos e prazos. O importante notar que a rea de TI tem DO ENGENHEIRO DE SOFTWARE
uma interao forte com cada uma das demais reas,
podendo contribuir com os esforos de cada uma para A participao do engenheiro de software no processo
alcanar os objetivos gerais, dado que os produtos de TI de discusso, deciso e planejamento estratgico deve
no fazem sentido isoladamente, mas sempre atuam em ser focada nos aspectos em que a TI afeta a operao dos
conjunto com outros recursos de cada rea da organizao. processos de negcio (volumes, performance, disponibi-
O problema da eficincia e da eficcia da organizao lidade, escalabilidade, etc.), tanto os processos atuais
como um todo ser afetado pelo modo, mais ou menos quanto outros processos requeridos para suportar uma
otimizado, como os recursos da rea de TI forem utiliza- dada opo estratgica sendo considerada. O foco em
dos em combinao com os demais recursos de cada rea processos crucial para permitir anlises e trocas de
de negcio envolvida, seja no desenvolvimento ou na opera- idias efetivas com outras reas de negcio, pois ser
o, e isto tem de ser considerado desde o incio da discusso atravs dos processos que ser implementada qualquer
de qualquer estratgia (HILL, 1993; LAURINDO, 2001). estratgia a ser formulada. Como a rea de TI sempre
A rea de TI, como qualquer outra, oferece recursos na produz seus resultados a partir de uma interao com as
forma de pessoas, competncias e tecnologias. Estes re- reas de negcio, seus representantes devem ter dois
cursos tm capacidades e limitaes. Discutir e decidir objetivos em mente:
estrategicamente sem considerar estes fatores poder le- As decises finais sero sempre das reas de negcio, mas
var ao estabelecimento de resultados e prazos inexeq- aps considerar os aspectos de TI (capacidades e limites)
veis para a rea, e por conseqncia para a organizao envolvidos no estabelecimento do escopo, prazos e custos
como um todo. Logo, a atuao dos engenheiros de do que ser implementado (processos e sistemas) para
software deve ser voltada para evitar esta condio indese- cumprir uma dada estratgia.
jada, e isso poder ser feito pela participao pr-ativa na As reas de negcio devem estar em acordo quanto ao
discusso e deciso estratgica no nvel da organizao escopo e s prioridades de construo dos elementos nele
como um todo. previstos.
Os profissionais de negcios no tm como avaliar
corretamente o papel da rea TI pelo seu limitado conheci- Se os engenheiros de software cumprirem estes dois
mento sobre os seus temas correspondentes, da mesma objetivos, evitaro os problemas mais crticos no desen-
forma que o profissional de software no deve decidir volvimento e manuteno de sistemas, que so: metas
sobre temas especficos de negcios. Porm, os sistemas impossveis de serem atingidas e mudanas relevantes no
de informao a serem desenvolvidos, ou evoludos, no escopo dos sistemas (GLASS, 2001). Os objetivos acima
podero s-lo de forma isolada por uma ou outra rea da podem ser alcanados pelas seguintes aes de relacio-
organizao, e a est o espao a ser ocupado pelo profis- namento e de alinhamento estratgico dos engenheiros
sional de software, desde que ele tenha entendimento de software, descritas a seguir.
sobre qual deve ser sua contribuio, suas atitudes e seus
limites, alm de utilizar seu conhecimento tcnico espec- Aes estratgicas dos engenheiros
fico. Uma atitude de buscar a atualizao permanente dos de software: relacionamento
conhecimentos profissionais ser til, desde que traduzida As aes de relacionamento com as reas de negcio se
em instrumento de dilogo com os colegas de sua rea e concentram em garantir o dilogo amplo com todas as
com os representantes das reas com as quais interage no partes interessadas ou afetadas pela estratgia em discus-
desempenho rotineiro de suas atribuies. so, a partir de uma perspectiva de processos (MOONEY,
O engenheiro de software tambm pode contribuir na 1996). A meta construir o consenso estratgico, via a
definio das prioridades da implantao da estratgia, um discusso prvia das opes de contribuio dos sistemas
dos exerccios mais difceis de serem realizados por uma aos processos que suportaro a implantao da estratgia.
organizao, pelos conflitos de interesses entre as reas Promover o dilogo, preferencialmente pessoal, entre os
envolvidas. Ao colaborar no mais realista dimensiona- representantes das reas de negcio e os representantes de
mento de objetivos, prazos, riscos e custos de implantao TI; dvidas e diferenas de percepes devem ser esclare-
de cada opo estratgica sob o aspecto de TI, o exerccio cidas e acordadas; informaes compartilhadas e avalia-
de priorizao se aperfeioa pelo melhor conhecimento do das quanto ao seu impacto; todas as reas de negcio
impacto de cada opo estratgica, pela organizao, nos afetadas, direta ou indiretamente, pela estratgia em dis-
resultados e prazos almejados, bem como nos recursos cusso devem participar do dilogo. Um modelo que pode
necessrios. facilitar a visualizao da estratgia em desenvolvimento

452 Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005

156-163 (448-455).pmd 452 9/1/2006, 16:37


Proposta de integrao da Engenharia de Software nas estratgias empresariais

e seu efeito nos processos e estrutura da organizao Saber quais requisitos so novidade para a organizao,
proposto em Yu (1999). Outra opo de modelo apre- e quais so recorrentes; a diferena ser importante para
sentada em Boehm (2003). avaliar os riscos dos respectivos projetos e o modelo de
Entender a estratgia e seus elementos (Figura 1); ter desenvolvimento (gil ou rigoroso) que ser adotado. Isto
claro quais os ganhos (quantitativos) e benefcios (qualita- discutido intensamente em Glass (2001) e Paulk (2001).
tivos) almejados, bem como as dificuldades previstas; eles Incentivar a tomada de decises (sobre requisitos e
sero os fatores a orientar as escolhas e a definio de prioridades) considerando, sempre, uma estimativa de
prioridades. Uma metodologia e uma ferramenta para este prazos e custos, tanto do ponto de vista de TI quanto de
fim esto descritas em Dietz (1996) e Ruhe (2002). Consi- outras reas; decidir com base apenas na experincia e
derar o ciclo de vida da organizao e seus produtos na nos aspectos qualitativos pode resultar em erros da
estratgia tambm essencial. Uma discusso desta ques- definio das expectativas de oramento e prazos dos
to sob a tica de software feita em Chhillarege (2002). projetos que sero realizados na fase de implantao da
Verificar que todos esto acordados sobre o que essen- estratgia escolhida (BOEHM, 2003; BOEHM, 2005;
cial e o que acessrio na estratgia. Negociar mudanas WALLIN, 2002).
de escopo perigoso sem esta definio.
Alis, o escopo mudar muitas vezes en-
s organizaes tm muito a ganhar pela
quanto no se chegar a um consenso entre
o essencial e o acessrio nos sistemas, e
o entendimento da estratgia que permite
uma discusso racional sobre esta ques-
A participao da rea de TI na discusso
e formulao de estratgias de negcios.
to (BOEHM, 2005).
Identificar os requisitos para a implanta-
o bem-sucedida da estratgia; eles sero (no todo ou em Aes estratgicas dos engenheiros
parte) os componentes do escopo final (DIETZ, 1996; de software: alinhamento estratgico
RUHE, 2002). Muito importante incluir tanto os requisi- Aes de alinhamento estratgico so suportadas
tos relacionados com a operao dos processos quanto os por anlises tcnicas, baseadas nas disciplinas de en-
requisitos relacionados ao gerenciamento dos processos. genharia de software, voltadas para suportar a discus-
Este cuidado prevenir que, posteriormente, os sistemas so e deciso estratgica, e se concentraro nos temas
sejam considerados insatisfatrios por no conterem funcio- relacionados ao escopo e aos requisitos dos sistema.
nalidades suficientes, seja em suporte s operaes, seja em relevante ter em mente que, em tempo de discusso
apoio ao monitoramento e controle dos processos (MOO- estratgica, no se deve aprofundar os detalhes sobre o
NEY, 1996; MEHANDJIEV, 2000). escopo e os requisitos. Eles devem ser tratados num
Certificar-se que as reas de negcio esto de acordo nvel geral e abrangente, o suficiente para estimar cus-
quanto lista de requisitos; isto reduzir a probabilidade tos e prazos com rapidez, atravs dos impactos relevan-
de grandes mudanas no escopo durante a implementao tes nos processos e nos sistemas de informao da
da estratgia; alertar a todos que o trabalho no deve organizao.
prosseguir sem este acordo (DIETZ, 1996; RUHE, 2002).
Promover a discusso da interdependncia dos requisi- Organizar os requisitos de cada sistema em blocos
tos entre as reas de negcio, pois ela suportar o estabele- independentes, numa perspectiva modular. Este cuida-
cimento racional das prioridades entre os requisitos (DIETZ, do facilita tanto a discusso sob a tica de processos com
1996; RUHE, 2002; YU, 1999; MEHANDJIEV, 2000). as reas de negcio, quanto internamente com a equipe
Estabelecer a prioridade entre os requisitos; dificilmen- de TI (SOMMERVILLE, 2003; LAURINDO, 2001;
te todos os requisitos sero implantados ao mesmo tempo, MEHANDJIEV, 2000).
seja por restries de prazo ou de recursos, e deve-se Avaliar quais blocos, ou grupos de blocos, podem ser
saber qual a seqncia prioritria nas fases de implemen- implementados separadamente. Este um tema auxi-
tao da estratgia: primeira fase, segunda fase, e assim liar na correspondente discusso da interdependncia
por diante. A definio de prioridades atribuio das entre os requisitos com o restante da organizao
reas de negcio, mas cabe ao engenheiro verificar que (SOMMERVILLE, 2003; MEHANDJIEV, 2000).
ela foi feita e acordada entre as reas interessadas, espe- Estudar as alternativas de implementao via TI dos
cialmente aps considerar os aspectos de TI envolvidos. blocos de requisitos, conforme exemplos de solues em
Um exemplo de como fazer isso em um sistema complexo outras empresas e nas propostas na literatura especializa-
e seus benefcios mostrado em Moss (2001). da (LAURINDO, 2001; COSTA, 2003). A atualizao

Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005 453

156-163 (448-455).pmd 453 9/1/2006, 16:37


Adalberto Faria dos Reis; Ivanir da Costa

profissional constante um quesito bsico na participa- limitar o uso de terceiros em apoio implantao das
o pr-ativa da formulao estratgica. estratgias. Certamente, isto requer capacidade de seleo
Identificar quais as seqncias de implementao de e de gerenciamento de outras empresas e envolve riscos
blocos de requisitos que viabilizam a implantao de significativos. Dependendo do tamanho da organizao,
uma estratgia, a partir da definio de prioridades dos dos recursos disponveis na rea de TI e dos parmetros de
requisitos. Esta ao tambm indispensvel para apoiar custos e prazos da estratgia em vista, pode ser um passo
a discusso da interdependncia e das prioridades entre os inevitvel a ser dado; e quanto antes, melhor.
requisitos (SOMMERVILLE, 2003; MOSS, 2001).
Discutir com as reas de negcio qual a seqncia capaz A gerao de estimativas de prazos e custos, no que
de agregar maior valor estratgia, pois planejar imple- concerne s atividades sobre a responsabilidade de TI,
mentar todos os blocos de requisitos do sistema simulta- um dos pontos-chave da atuao do engenheiro de
neamente tende a atrasar a realizao dos ganhos e bene- software na tomada de deciso estratgica. As futuras
fcios, e gera presso por reduo de prazos dos projetos, revises destes elementos, quando se fizer o planejamen-
com correspondente impacto negativo na qualidade final. to detalhado dos projetos, no devem ser significativa-
Ateno para a possibilidade de certos blocos de requisi- mente diferentes das estimativas utilizadas na discusso,
tos serem redefinidos para acomodar as prioridades con- deciso e planejamento estratgicos. Se isto acontecer,
forme a tica das reas de negcio. Flexibilidade, tanto questes de credibilidade da rea de TI e sua participao
quanto o rigor tcnico, na aplicao dos procedimentos de futura na formulao de estratgia sero levantadas. A
engenharia de software primordial para manter o dilo- experincia indica que se no existirem mtricas de TI na
go com outras reas (CHILLEREGE, 2002; BOEHM, organizao, dificilmente sero produzidas estimativas
2003; MOSS, 2001). de custos e prazos razoavelmente confiveis, conforme
Discutir com as reas de negcio a possibilidade de uma analisado em detalhe em Costa (2003) e Pessoa (2000).
implantao do sistema em verses sucessivas dos blocos
de requisitos, atravs de projetos cujos escopos sejam os CONCLUSES
sucessivos conjuntos de blocos discutidos na ao anterior,
de modo a acelerar a obteno dos objetivos estratgicos As organizaes tm muito a ganhar pela participao
desejados, enquanto no se conclui a implementao de da rea de TI na discusso e formulao de estratgias de
todos os requisitos (GLASS, 2001; MOSS, 2001). negcios, desde seus estgios iniciais. O alinhamento
Estabelecer um projeto para cada verso; explorar a estratgico entre a TI e as empresas precisa ser imple-
opo de projetos serem realizados em paralelo e por mentado em todas as etapas de planejamento, e no
equipes independentes, caso a presso por prazos seja apenas no momento de iniciar as atividades de desenvol-
muito grande (MOSS, 2001). Isto certamente ter impac- vimento e manuteno de sistemas. Os dois objetivos do
to nos custos de execuo dos projetos. artigo criar meios para a participao construtiva no
Os modelos de desenvolvimento de sistemas a serem planejamento estratgico e decidir sobre o tipo de mode-
adotados em cada projeto podem ser diferentes, em lo de desenvolvimento de sistemas a ser adotado na
razo da natureza dos requisitos: para os projetos com implantao da estratgia foram atingidos atravs das
alto teor de requisitos inovadores, a prudncia recomenda aes propostas na atuao estratgica do engenheiro de
um modelo rigoroso, que permita o amadurecimento e a software, em sintonia com a caracterizao do problema
discusso das novas idias e dos riscos pelas vias formais estratgico das organizaes.
e detalhadas destes modelos; para os projetos onde a As idias propostas neste artigo so o resultado da
inovao mnima ou nenhuma, pode-se explorar a rapi- prtica profissional dos autores e encontram apoio e
dez dos modelos geis, pois os riscos so tambm meno- desenvolvimento de seus elementos na bibliografia cita-
res em razo de o conhecimento estar consolidado nas da. Foi feito um trabalho de unificao e consolidao de
reas de negcio (CHILLEREGE, 2002; WALLIN, idias dispersas na literatura de engenharia de software,
2002; GLASS, 2001; PAULK, 2001). Os prazos e custos mas relacionadas ao tema proposto.
sero afetados significativamente por esta avaliao. A aplicao destas idias depender da vontade dos
Explorar as opes de compra de sistemas, bem como a engenheiros de software de mudarem sua forma de atua-
contratao de servios na anlise, desenho, construo e o junto s demais reas das organizaes, adotando uma
tambm testes de aceitao, sempre que os recursos da rea postura pr-ativa nos processos de discusso e deciso em
de TI se mostrem insuficientes para a implantao de uma nvel estratgico. Em muitas organizaes haver uma
estratgia. Um modelo de execuo desta recomendao resistncia natural a esta mudana, dado que outras reas
proposto em Farbey (2001). Muitas reas de TI tendem a com influncia dominante em termos de formulao das

454 Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005

156-163 (448-455).pmd 454 9/1/2006, 16:37


Proposta de integrao da Engenharia de Software nas estratgias empresariais

estratgias podem no estar acostumadas a esta forma de nizar suas equipes e processos de trabalho para conseguir
trabalho em conjunto. Os autores acreditam que vale a realizar, na prtica, as sugestes propostas? Quais compe-
pena buscar esta mudana, a qual trar benefcios tang- tncias precisam ser desenvolvidas, e como?
veis para todos as organizaes que derem a oportunidade Quais ferramentas e modelos, dentre os citados, melhor se
aos engenheiros de software e, quem sabe, a outras reas adaptam realidade brasileira, em sua busca pela inser-
de produo que so excludas de forma semelhante. Os o bem-sucedida na economia mundial? Podemos suge-
argumentos em defesa desta viso de mudana esto ex- rir outros que sejam mais adequados ao nosso contexto
postos na introduo do presente trabalho. socioeconmico?
As idias propostas neste artigo podem ser desenvolvi- A partir da resposta s questes anteriores, poderamos
das em vrias direes e pontos de vista. Mencionamos, a escrever mais um captulo nos livros de Engenharia de
seguir, algumas delas, e convidamos os pesquisadores em Software: Planejamento Estratgico Empresarial Integra-
engenharia de produo a participar desta jornada: do com Tecnologia da Informao, no Brasil? Ou, talvez,
Como os Chief Information Officers (CIOs) podem orga- um livro dedicado exclusivamente ao tema?

Artigo recebido em 15/06/2005


Aprovado para publicao em 12/12/2005

 Referncias Bibliogrficas
BOEHM, B. Value-Based Software FARBEY, B.; FINKELSTEIN, A. Software MOONEY, J.G.; GURBAXANI, V.; RUHE, G.; EBERLEIN, A.; PFAHL, D.
Engineering: Overview and Agenda. Engineering Management: strategic KRAEMER, K.L. A process oriented Quantitative Winwin A New Method
www.sunset.usc.edu/publications, 2005. choices in a new decade. www.cs. framework for assessing the for Decision Support in Requirements
ucl.ac.uk/staff, 2001 business value of information Negotiation. Proceedings of the SEKE
technology. The DATA B A S E f o r 2002, Ischia, Italy.
BOEHM, B.; BASILI, V. The CeBASE Advances in Information Systems
Framework for Strategic Sof tware GLASS, R.L. Agile versus Traditional:
Make Love not War. Cutter IT Journal, Spring 1996 (vol. 27, n. 2)
Development and Evolution. EDSER-3 SLACK, N. et al. Administrao da Pro-
Position Paper, www.sunset.usc.edu/ v. 14, n. 12, December 2001. duo. 2. ed. So Paulo: Ed. Atlas, 2003.
publications, 2003. MOS S, L.T. Business Inteligence
HILL, T. Manufacturing Strategy: the Methodologies: Agile with Rigor? SOMMERVILLE, I. Software Engineering.
strategic management of the Cutter IT Journal, vol.14, n. 12, 6. ed. Addison Wesley, 2003.
CHILL AREGE, R. The marriage of manufacturing function. Second
Business Dynamics and Sof tware December 2001 .
Edition, London, Macmillan, 1993.
Engineering. IEEE Sof tware, SUTHERL AND, J. Agile can scale:
November/December 2002. Inventing and Reinventing SCRUM in
KRUCHTEN, P. Agility with RUP. Cutter PAULK, M. Extreme Programming
IT Journal, v. 14, n. 12, December 2001. from a CMM perspective. IEEE Five Companies. Cutter IT Journal, v. 14,
COSTA, I. Contribuio para o aumen- Software, November/December 2001. n. 12, December 2001.
to da qualidade e produtividade em uma LAURINDO, F.J.B. Tecnologia da Infor-
Fbrica de Software..., tese (doutora- mao: eficcia nas organizaes. Ed. WALLIN, C.; EKDAHL, F.; LARSSON, S.
do) EPUSP Dep. Engenharia de PESSOA, M.S.P.; SPINOLA, M. Gesto do Integrating Business and Software
Futura, 2001.
Produo, 2003. desenvolvimento de software. Biblioteca Development Models. IEEE Software,
da Escola Politcnica, Engenharia de November/December 2002.
MEHANDJIEV, N.; GASKELL, C. Produo, Produo Docente, 2000.
DIETZ, J.L.G.; MULDER, H.B.F. Requirements Engineering and Strategic
Realising strategic management Decision Exploration: An area for YU, E. Strategic Modelling for
reengineering objectives with DEMO. Interdisciplinary Research. www.doi. PORTER, M. Estratgia Competitiva. Enterprise Integration. www.cs.
www.demo.nl/documents, 1996. ieeecomputersociety.org, 2000. 5 ed. Rio de Janeiro: Campus, 1986. toronto.edu/pub, 1999.

 Sobre os autores
Adalberto Faria dos Reis
Universidade Paulista
Endereo: Rua Dr. Bacelar 1212 Trreo CEP 04026-002 So Paulo SP
Telefone: (11) 5586-4120 Fax: (11) 5586-4073 E-mail: afaria.mes.engeprod@unip.br

Dr. Ivanir da Costa


Universidade Paulista
Endereo: Rua Dr. Bacelar 1212 Trreo CEP 04026-002 So Paulo SP
Telefone: (11) 5586-4120 Fax: (11) 5586-4073 E-mail: icosta@unip.br

Revista Produo, v. 15, n. 3, p. 448-455, Set./Dez. 2005 455

156-163 (448-455).pmd 455 9/1/2006, 16:37