Você está na página 1de 23

VISO GERAL DE MODELO GENRICO DA FBRICA

DE SOFTWARE
Para o melhor entendimento dos modelos de Fbrica de Software que sero
apresentados mais adiante no livro, faz-se importante a ilustrao de um
modelo genrico com a relao dos componentes, conforme cada camada
do modelo, seguido de sua descrio.
Esse modelo genrico possui componentes que atendem a todos os
modelos de Fbrica de Software que mostraremos mais adiante. Dessa
forma, ao apresentarmos os modelos mais especficos, estaremos
referenciando-nos aos componentes j descritos.
A Figura 7.1 apresenta esse modelo genrico, que baseado em nosso
framework geral de processo de software.

COMPONENTES DO PROCESSO DE GESTO


ESTRATGICA
Planejamento Estratgico
Toda operao precisa estar alinhada com a estratgia do negcio.
O planejamento estratgico da Fbrica de Software visa estabelecer
objetivos de longo prazo para a operao.
Deve decidir sobre os aspectos estratgicos, tais como:

Ampliar uma linha de servios;

Criar uma nova linha de servios;


Estudar e avaliar novas tecnologias;
Implementar ferramentas de apoio operao;
Estudar novas localizaes para a operao;
Desativar uma linha de servios;
Rever estrutura de custos;
Rever esquemas de precificao de servios;
Decidir sobre certificaes internacionais de qualidade;
Decidir sobre polticas de desenvolvimento de recursos humanos;
Decidir sobre programas de certificaes profissionais dos
colaboradores;
Decidir sobre programas de parcerias;
Decidir sobre comercializao de servios no exterior.

Planejamento de Tecnologia e Processos


A mudana de paradigmas em tecnologia de desenvolvimento de software
pode fazer com que a Fbrica de Software fique obsoleta rapidamente.
Averiguar tendncias de mercado em relao s tecnologias de
desenvolvimento de software, de ferramentas de suporte e novos processos
crtico para uma operao de Fbrica de Software.
O planejamento de tecnologia deve, a partir do Planejamento Estratgico,
definir quais tecnologias e processos devem ser prospectados e, se possvel,
testados.
Deve ainda avaliar o impacto dessas novas tecnologias e processos sobre a
operao, considerando: mercado, aumento da produtividade da operao,
aumento da qualidade dos produtos e reduo dos custos da operao.

Planejamento de Riscos
O planejamento de riscos trata do desenvolvimento de um Plano de Riscos e
Contingncia para a Fbrica de Software.
Podemos considerar como riscos em uma operao desse tipo:

A possibilidade de falhas no suprimento de mo-de-obra em virtude


de aumento de demanda;
A possibilidade de falhas no ambiente de segurana da fbrica;
A possibilidade de falhas em servidores;
A possibilidade de falhas nas estaes de trabalho;
A possibilidade de falhas na rede LAN;
A possibilidade de ocorrncia de catstrofe (incndio e inundaes);
A possibilidade de insero de software no legalizado e, portanto, o
surgimento de questes legais;
A possibilidade de falhas nos parceiros e subcontratados que afetam
a operao;
A possibilidade de falhas no controle das verses dos componentes;
A possibilidade de falhas no uso de mtodos e padres da fbrica que
afetam a qualidade dos produtos gerados;
A possibilidade de ocorrncia de impasses contratuais com os
fornecedores de software da fbrica;

A desativao de verses de software e do suporte correspondente


dos fornecedores;
A possibilidade de mudana da poltica de licenciamento e de preos
dos fornecedores de software para a fbrica.

As contingncias so estratgias de ao e de resposta ao risco em virtude


da ocorrncia de um evento de risco.
O plano de risco vivo, pois com o passar do tempo novos riscos surgem
outros riscos perdem importncia.
O plano deve ser gerenciado e avaliado periodicamente.
Cabe gesto da operao implementar as contingncias e estratgias de
mitigao (estratgias para prevenir riscos e minimizar seu efeito no caso
de sua ocorrncia).
O processo de planejamento de riscos tambm deve avaliar os resultados
da implementao de estratgias de mitigao e da execuo das aes de
contingncia.

Compliance
O compliance trata de assegurar que os padres estabelecidos para a
Fbrica de Software estejam sendo seguidos.
O compliance tambm significa auditar os processos e a operao e propor
mudanas em controles existentes e sugerir novos controles.
A razo do compliance simples. Um processo para ser seguido deve ser
controlado e auditado periodicamente.
Entretanto, a administrao da fbrica deve decidir o que entra no
compliance e quando.
Um dos papis do compliance garantir que qualquer no-conformidade
encontrada seja solucionada.
Outro papel aprovar novos procedimentos no mbito da fbrica e coloclos sob controle do compliance.

Gesto Financeira
A gesto financeira tem por objetivo a manuteno do equilbrio financeiro
da Fbrica de Software, garantindo os retornos aos investimentos e as
margens do negcio.
Para tanto se preocupa com planejamento oramentrio da fbrica,
oramento de capital (investimentos), contabilizao de receitas e
despesas, anlises de investimentos, estabelecimento de diretrizes de
gesto dos ativos, obteno de fundos para investimentos em expanso,
planejamento tributrio etc.
Avalia a estrutura de custos da operao, visando propor mudanas em
contratos e rentabilidade de contratos.
um processo importante se o negcio da empresa for a Fbrica de
Software.

Geralmente, quando a Fbrica interna, esse processo trata quase


exclusivamente do planejamento oramentrio.

Gesto da Mudana em Tecnologia e Processos


Esse processo trata do planejamento de mudanas nas tecnologias da
fbrica em termos de software, implementao de novas linguagens de
programao, dispositivos de segurana, servidores, dispositivos de
armazenamento, softwares especiais, etc.
Na Fbrica de Software, a interao entre a mudana de tecnologia e a
mudana de processos uma via de duas mos.
Novas tecnologias de controle de configurao, por exemplo, podem
requerer mudana no processo correspondente.
Novos processos ou mudana em processos existentes tambm podem
requerer mudanas na tecnologia.
As mudanas de tecnologia e de processos podem ocorrer em funo de
uma melhoria identificada, em funo do planejamento estratgico, de
requerimentos de clientes ou usurios ou em funo do planejamento de
riscos.

Gesto da Melhoria
A gesto da melhoria tem por objetivo promover as melhorias nos
processos, no mbito da Fbrica de Software, em todos os nveis.
Os motivadores de melhorias na Fbrica de Software so:

Surgimento de novas tecnologias de desenvolvimento;


Baixo desempenho da operao;
Desempenho no consistente no tempo;
Otimizao de processos;
Grande nmero de no-conformidades nos processos;
Reclamao de clientes ou usurios;
Desempenho melhor dos concorrentes.

Para a gesto da melhoria, cada melhoria deve ser tratada como um


projeto.
A gesto da melhoria deve identificar as causas de baixo desempenho,
projetar e gerenciar a implementao de aes que visem eliminar essas
causas e avaliar os resultados das aes.
Algumas mudanas em tecnologias e processos podem ser consideradas
como melhorias.

Gesto do Desempenho
O processo de gesto do desempenho preocupa-se com o desempenho da
fbrica, conforme metas ou objetivos estabelecidos.
A gesto do desempenho tem por objetivo:

Medir o comportamento de indicadores da operao ao longo do


tempo;

Conhecer tendncias do desempenho;


Saber quo longe ou perto os valores dos indicadores esto de metas
ou de acordos de nveis de servios;
Promover aes gerenciais para a melhoria do desempenho da
operao;
Avaliar o resultado das aes de melhoria na operao.

Os indicadores de desempenho devem ser estabelecidos para atributos


como:

Custo total da operao;


Custo de cada linha de processo;
Custo mdio de uma ordem de servio;
Tempo mdio de atendimento a uma ordem de servio;
Tempo mdio por processo e por plataforma tecnolgica;
Confiabilidade da operao (percentual das ordens de servio
entregues no prazo);
Qualidade (percentual de ordens de servio com retorno motivado por
falhas originadas na fbrica);
Produtividade total da fbrica (linhas de cdigo geradas por
homens/ms);
Produtividade por linha de processo e plataforma tecnolgica;
Tempos mdios de implantao de uma nova linha de processo;
Tempos mdios de implantao de um novo cliente;
Tempos mdios de atendimentos emergenciais;
Eficincia de atendimento da fbrica (nmero de ordens de servio
tratadas no perodo);
Volumes de produo: nmero de linhas de cdigo geradas no
perodo (total, por linha de processo);
Nvel de atendimento aos acordos de nveis de servios etc.

Recursos Humanos
Trata-se da gesto dos recursos humanos da Fbrica de Software e
compreende:

Seleo e contratao de recursos humanos;


Desenvolvimento de polticas de reteno de talentos;
Avaliao do desempenho do pessoal;
Polticas de desenvolvimento dos recursos humanos;
Gesto de benefcios ao pessoal;
Desenvolvimento de projetos motivacionais;
Avaliaes comportamentais.

O processo de recursos humanos em uma Fbrica de Software, com o


escopo de Programas, por exemplo, tem um grande desafio em manter as
pessoas, pois todo programador aspira, algum dia, a tornar-se um analista
de sistemas. Portanto, a formao de pessoas deve ser contnua para suprir
as naturais substituies.
Outro aspecto importante que quedas acentuadas de produtividade de um
profissional da Fbrica podem ter sua origem em problemas pessoais. Aqui,

o processo de recursos humanos deve intervir para dar o auxlio necessrio,


at mesmo psicolgico, principalmente se o recurso for um talento que deve
ser retido.
Variaes de produtividade podem tambm ser ocasionadas pela falta de
treinamento adequado. O processo de recursos humanos deve avaliar se um
profissional necessita de reforo de treinamento para voltar a nveis de
produtividade requeridos pela operao.

Treinamento
O treinamento compreende:

Identificao das necessidades de treinamento;


Elaborao de um plano de treinamento alinhado com a estratgia
fbrica;
Execuo do plano de treinamento;
Avaliao do plano de treinamento;
Avaliao dos resultados do plano em termos do aumento da
produtividade, da absoro de novos processos e tecnologia etc.

O processo de treinamento importantssimo para a Fbrica de Software,


pois permite a absoro de novos integrantes, com a formao requerida, e
possibilita a absoro de novas tecnologias e linguagens.
O treinamento permite tambm que a Fbrica de Software obtenha maior
flexibilidade no atendimento a outras plataformas medida que um
profissional tenha domnio em mais de uma linguagem de programao ou
em mais de um mtodo de especificao de software.
Caso tenhamos essa flexibilidade no ambiente de produo da Fbrica de
Software, podemos implementar o conceito de clulas dinmicas de
produo, visando aproveitar toda a ociosidade que possa existir entre as
linhas de servios.
Algumas fbricas bem-sucedidas estruturam o que podemos chamar de
"escolinhas" para a formao de mo-de-obra. Geralmente, so estagirios
que entram na fbrica e so monitorados at serem colocados na produo.

Segurana
A segurana um dos itens de maior preocupao dos clientes e usurios
de Fbrica de Software.
Possibilidade de quebras na segurana tambm um fator de risco.
Julgamos separar do planejamento de riscos, pois a segurana um dos
itens mais requeridos pelos clientes e usurios de uma Fbrica de Software.
A segurana envolve pessoas, dados, equipamentos, instalaes, preveno
contra vrus de computador, preveno contra invases rede de
computadores da fbrica, proteo a documentos dos clientes e usurios,
proteo aos programas codificados dos clientes e suas respectivas
especificaes formais, proteo de documentos de processos, mtodos e
tcnicas da prpria fbrica etc.

Dessa forma, a fbrica deve ter polticas de segurana e responsabilidades


bem definidas.
Uma das grandes preocupaes dos clientes no uso de uma Fbrica de
Software quanto segurana de que especificaes de programas e os
prprios programas codificados no sejam compartilhados (pela fbrica)
para outros clientes, principalmente concorrentes.
importante que a Fbrica de Software garanta em seus contratos a
inviolabilidade de especificaes, dados, procedimentos e cdigos gerados a
partir dessas especificaes.
So comuns pedidos de clientes para que seja criado um ambiente
computacional, de processo e organizacional especificamente para si.
Em casos extremos, os clientes pedem que a fbrica esteja em uma
instalao fisicamente separada da instalao principal.
Atualmente, um bom guia orientador em relao aos aspectos de segurana
da informao a norma ISO 17799 que bastante abrangente. Ela permite
inclusive que a fbrica seja certificada nessa norma internacional.

Gesto do Conhecimento
A gesto do conhecimento tem por objetivo o controle e a disposio de
todo o acervo de conhecimento gerado pela Fbrica de Software.
Como acervo de conhecimento, temos os mtodos e procedimentos
documentados, todos os componentes possveis de ser reutilizados,
manuais de produtos, acervo bibliogrfico, etc.
A gesto de conhecimento um fator de grande importncia
produtividade da Fbrica de Software. Elimina a reinveno da roda e reduz
custos drasticamente.

COMPONENTES DO PROCESSO DE GESTO DA


OPERAO
Gesto da Demanda
A gesto da demanda objetiva o monitoramento de todas as demandas que
entram na Fbrica de Software (ordens de servios de novos projetos, de
manutenes de sistemas e emergenciais) e o controle da capacidade
produtiva da fbrica em uma perspectiva de mdio prazo.
A gesto de demanda deve acompanhar o volume de ordens de servios por
cada uma das etapas da fbrica e possibilitar seu rastreamento ao longo da
linha de produo.
Um dos aspectos mais importantes da gesto da demanda o
estabelecimento de portflios da demanda, ou sua classificao conforme
critrios predeterminados.
Alguns critrios a serem considerados para a criao de portflios so:
tamanho da demanda, tipo da demanda, cliente, valor da demanda,
tecnologia da demanda etc.

A gesto do portflio permite a definio de prioridades em termos de


gesto dos riscos, dos custos e da execuo da demanda.

Recebimento e Liberao
O recebimento e a liberao tm por objetivo a gesto de todo o
interfaceamento operacional da fbrica com os clientes e usurios e
contemplam:

O recebimento de ordens de servio;


A anlise da ordem de servio em termos de atendimento aos
padres acordados;
A liberao de ordens de servio homologadas pela Fbrica de
Software;
O recebimento de complementos da ordem de servio;
A solicitao de complementos das ordens de servio;
O recebimento de ordens de servio com problemas de qualidade;
O recebimento de solicitaes emergenciais;
O encaminhamento das ordens de servio para o processo de
planejamento ou de atendimento ao cliente;
Recebimento de solicitaes de suspenso, a substituio ou o
cancelamento da ordem de servio;
A manuteno de registros da qualidade das ordens de servio
recebidas;
A negociao de prioridades com o cliente e/ou usurio.

Planejamento e Aceitao
O processo de planejamento e aceitao tem por objetivo estabelecer as
estimativas relativas ordem de servio e elaborar o Plano de Atendimento.
Compreende as seguintes tarefas:

Definio do escopo de atendimento da ordem de servio;


Estimativa de tamanho de software, prazo, esforo, custo, qualidade
e recursos computacionais crticos;
Elaborao do oramento de custo (fluxo de caixa) do projeto;
Elaborao do plano de atendimento da ordem de servio;
Elaborao de planos auxiliares tais como plano da qualidade, riscos,
qualidade, comunicao, aquisio e configurao;
Estimativa do prazo de entrega da ordem de servio;
Determinao dos produtos a serem entregues na execuo da ordem
de servio.

O processo de planejamento e aceitao varia conforme o escopo da Fbrica


de Software.
Em Fbrica de Programas, por exemplo, as estimativas so feitas com base
em tabelas de complexidade da linguagem que estabelecem tempos
padres de atendimento.
O processo de planejamento e aceitao negocia com o cliente o escopo das
ordens de servio e estabelece os acordos de atendimento.

O processo faz o fechamento do plano de atendimento com o cliente e


aceita ou rejeita a ordem de servio (a rejeio pode ocorrer quando se trata
de projetos de desenvolvimento de software).

Gesto de Problemas
A gesto de problemas tem por objetivo a resoluo de problemas que
ocorrem no mbito da operao e na execuo das ordens de servio que
podem afetar o andamento dos servios dos clientes.
Dependendo da severidade do problema, o mesmo deve ser escalado na
estrutura organizacional.
As principais tarefas da gesto de problemas e incidentes so:

Capturar a ocorrncia do problema e do incidente;


Classificar o tipo de problema;
Avaliar impacto do problema e do incidente;
Recomendar um curso de ao;
Desenvolver uma soluo para o problema;
Documentar a soluo;
Monitorar a resoluo do problema;
Garantir recursos para a resoluo do problema;
Fechar o problema e o incidente;
Se o problema for de grande magnitude e sair da alada do gerente
E: projeto, o mesmo deve ser escalado para os nveis superiores;
Gerar relatrios de exceo.

Gesto da Confi gurao


A gesto da configurao o processo responsvel por manter uma
biblioteca de itens de software e demais componentes no mbito da Fbrica
de Software.
A gesto da configurao deve controlar as verses dos itens de software de
cada ordem de servio e componentes reutilizveis que possam ser
utilizados por todas as ordens de servio.
Itens de software so programas de computador, ordens de servio,
documentos de especificao lgica e fsica de projetos, procedimentos
documentados, planos de projetos, etc.
As principais tarefas do processo de gesto da configurao so:

Avaliar e dar suporte em Planos de Configurao;


Criao de uma biblioteca para os itens configurados, componentes
inclusive, conforme estrutura predefinida;
Auditar as modificaes em itens de configurao;
Controlar a segurana de acesso biblioteca da configurao;
Arquivar os itens configurados de um projeto especfico;
Gerar cpias de segurana da biblioteca da configurao;
Solicitar a configurao de itens previstos para serem configurados;
Colocar itens sob controle da configurao;
Controlar a configurao dos itens configurados;
Acompanhar o status de itens configurados;

Emitir relatrios de controle da configurao;


Receber a solicitao de cpia;
Liberar cpias de itens configurados.

Planejamento e Controle da Produo


O processo de planejamento e controle da produo (PCP) responsvel por
colocar a ordem de servio no "plano da produo" e por encaminh-la para
a produo.
O PCP que informa produo se uma ordem de servio deve ser
cancelada, suspensa ou se haver necessidade de horas extras para
atender a uma flutuao da demanda.
O plano da produo estabelece quando as ordens de servios vo ser
atendidas, quais esto em execuo e quando cada ordem de servio deve
entrar em teste e ser homologada para a liberao.
Para que o PCP funcione adequadamente, preciso rigoroso controle do
status da execuo de cada ordem de servio e a posio fidedigna da
alocao dos recursos humanos e outros recursos a cada uma das ordens de
servio.
As tarefas principais do PCP so:

Elaborar o plano de produo da Fbrica de Software;


Encaminhar as ordens de servio para a "produo";
Determinar cancelamentos e suspenses de ordens de servio;
Controlar a execuo das ordens de servio;
Determinar a necessidade por horas extras dos recursos humanos;
Avaliar desvios das estimativas do planejamento, registrar essa
informao e disponibilizar para o planejamento e para a gesto da
demanda;
Reprogramar o plano da produo quando h atrasos na execuo
das ordens de servio;
Autorizar incio de execuo de ordens de servio.

Revises Conjuntas da Operao


So revises sobre o desempenho da operao juntamente com os clientes
e usurios.
Fazem parte das revises dos SLAs a determinao de novas diretrizes para
a operao, a avaliao de melhorias, etc.

Gesto de Subcontratados
A gesto de subcontratados tem por objetivo a gesto de fornecedores
Fbrica de Software.
Por gesto de subcontratados entendemos a seleo de fornecedores,
parceiros, elaborao de requisies de propostas, elaborao de contratos,
gesto de contratos, gesto dos nveis de servios dos fornecedores, gesto
do desempeno dos fornecedores, etc.
A gesto de subcontratados tambm tem a responsabilidade de auditar a
operao do fornecedor, se esta for crtica para a Fbrica de Software.

Lembramos que a qualidade de fornecimento influencia a qualidade dos


produtos da Fbrica de Software.
Ela controla todos os contratos e o desempenho do fornecedor de forma
agregada.

Controle do Risco I (da Operao)


O que chamamos de Controle do Risco I o controle do risco da operao e
baseado no Planejamento de Riscos elaborado na camada estratgica do
processo de software.
O controle de risco deve monitorar os riscos, atuar na ocorrncia dos riscos,
verificar a efetividade das respostas aos riscos e da execuo da
contingncia.
O controle de risco fornece subsdios para a melhoria do planejamento de
riscos.

Projetos de Implementao
Projetos de implementao referem-se aos projetos de implantao relativos
a:

Novos clientes e usurios da Fbrica de Software;


Novas linhas de servios;
Novas tecnologias;
Novos processos;
Melhorias em processos.

So de responsabilidade da gesto da operao as implementaes na


produo, que devem ser gerenciadas segundo preceitos modernos de
gesto.

Gesto dos Services Levels Agreements (SLAs) e


Contratos
de responsabilidade da gesto da operao a gesto dos acordos de nveis
de servios com os diversos clientes ou usurios.
A gesto dos nveis de servios est, geralmente, associada a questes
contratuais.
Portanto, gesto dos SLAs e gesto dos contratos devem andar juntas; no
podem estar dissociadas.
O monitoramento dos nveis de servios pela gesto da operao subsidia
decises para a implementao de aes de curto prazo destinadas a
recuperar o desempenho requerido pelo cliente.
O monitoramento tambm fornece subsdios para a Gesto do Desempenho
da camada de gesto estratgica do processo de software.

Gesto da Qualidade e Produtividade


Esse processo trata dos seguintes aspectos:

Gesto de sistemas ou certificaes da qualidade mantidas pela


operao, tais como ISO CMM etc.;
Tratamento das informaes sobre a qualidade dos processos e dos
produtos da operao;
Verificao de tendncias relativas qualidade dos processos e dos
produtos da operao;
Anlise e identificao de causas de variao da qualidade dos
processos e dos produtos;
Proposio de aes corretivas, preventivas e de melhoria para
eliminao de defeitos e falhas na operao;
Tratamento das informaes sobre a produtividade da operao,
considerando linhas de servios, recursos humanos e contas;
Monitoramento de tendncias relativas produtividade;
Monitoramento das aes corretivas e preventivas;
Execuo de auditorias peridicas dos sistemas da qualidade
implantados na Fbrica de Software.

Logstica de Recursos
A logstica de recursos trata da seleo, aquisio ou contratao e
disposio de recursos materiais e humanos para o projeto, assim como do
controle de disponibilidade e consumo.
Abrange a execuo dos planos organizacionais (este trata dos recursos
humanos) e de aquisio elaborados quando do planejamento do
atendimento a ordem de servio e controle de sua alocao.
Por exemplo, em termos de recursos humanos deve controlar os perfis, a
alocao, a disponibilidade a curto e mdio prazo, a previso de
necessidades de recursos e a administrao das certificaes individuais e a
apurao do esforo despendido pelos recursos nas ordens de servio.
No tocante a recursos materiais, software, equipamentos computacionais, o
processo deve criar padres de contratao, o controle do acervo desse tipo
de recurso, e rastrear a alocao dos recursos pelas ordens de servio.
um dos processos mais importantes, operacionalmente falando, para a
gesto da Fbrica de Software.
Sem esse processo, o PCP no funciona. Entretanto, o controle de recursos
extremamente dependente do controle do prazo de cada ordem de servio e
da gesto da demanda.

Controle de Custo I (da Operao)


Esse processo trata do controle de custos de toda a operao.
Contempla:

Controle do oramento da operao;


Gerao de relatrios gerenciais de controle de custos;
Monitoramento dos custos das linhas de servios;
Monitoramento dos custos de contratos e de contas;
Avaliao de tendncias de custos;

Avaliao das estruturas de custos da operao visando a


oportunidades de reduo de custos.

Gesto do Atendimento ao Cliente


A gesto do atendimento ao cliente refere-se ao acolhimento de chamadas
relativas s ordens de servios que j foram liberadas recentemente.
muito comum na rea de software a necessidade de acompanhamento
logo que ele entra em produo, visando executar ajustes que sejam
necessrios.
A gesto do atendimento responsvel por solucionar a chamada do
cliente.
Eventualmente, dependendo da operao, a gesto do cliente pode ser
considerada como o help-desk de suporte aos usurios das aplicaes de
software.

COMPONENTES DO PROCESSO DE GESTO DO


PROJETO
Controle de Requisitos
O controle de requisitos responsvel pelo controle do escopo da ordem de
servio.
As seguintes tarefas so objeto do controle de requisitos:

Promover os pontos de controle em que os requisitos so verificados


pelos usurios ou por pessoas designadas;
Avaliar o grau de atendimento dos produtos aos requisitos da ordem
de servio;
Registrar desvios no atendimento aos requisitos;
Emitir "solicitaes de mudanas" caso haja novos requisitos;
Emitir solicitao de aes corretivas caso haja requisitos faltantes
sobrando ou errados no produto verificado;
Avaliar o desempenho da execuo da ordem de servio no
atendimento aos requisitos;
Avaliar o impacto de mudanas de escopo no prazo, custo e na
qualidade do projeto;
Acompanhar a implantao das mudanas nos documentos que
definem os requisitos a serem cumpridos pela ordem de servio.

Controle do Prazo
O controle do prazo determina, juntamente com o controle dos requisitos a
medio do progresso fsico do projeto.
O controle do prazo responsvel pelas atualizaes do cronograma,
medida que os produtos vo sendo completados, verificados, validados e
aprovados pelos clientes ou usurios.
O controle do prazo tambm abrange o controle da mudana do
cronograma, avaliando impactos, alterando a "linha de base" do

cronograma, emitindo "solicitaes de mudanas" do cronograma e


acompanhando o processamento das mudanas at sua aprovao ou no.
Outra responsabilidade do controle do prazo avaliar o desempenho da
execuo da ordem de servio no tocante ao cronograma.

Controle do Custo II (do Projeto)


O controle do custo responsvel pelas atualizaes do oramento de custo
da ordem de servio.
O controle do custo tambm abrange o controle da mudana do oramento
de custo, avaliao dos impactos das mudanas, alterao da "linha de
base" do oramento de custo, emisso de "solicitaes de mudanas" do
oramento de custo e acompanhamento do processamento das mudanas.
Outra responsabilidade do controle do custo avaliar o desempenho da
execuo da ordem de servio no tocante ao custo.

Controle do Risco II (do Projeto)


O controle do risco II trata exclusivamente da ordem de servio que no
atende aos requisitos funcionais, de negcios e no funcionais
(desempenho, por exemplo), prazo, custo e qualidade.
O controle de risco II a execuo do Plano de Riscos elaborado para a
ordem de servio.
O controle de risco trata dos seguintes aspectos:

Determinar se as respostas ao risco foram implementadas;


Determinar se as respostas ao risco so efetivas ou se novas
respostas devem ser desenvolvidas;
Determinar se as premissas da ordem de servio ainda so vlidas;
Determinar se a exposio ao risco mudou;
Determinar se um risco est ocorrendo;
Determinar se a poltica e os procedimentos de riscos esto sendo
seguidos;
Determinar novos riscos.

Controle da Qualidade
O controle da qualidade tem por objetivo assegurar que o produto (ou
produtos) que est sendo gerado na execuo da ordem de servio esteja
sendo construdo de acordo com os padres estabelecidos de engenharia de
software e esteja aderente aos requisitos solicitados.
O controle da qualidade um processo exclusivo da Fbrica de Software e
no, envolve o cliente ou usurio. Geralmente, ocorre antes de o produto
ser disponibilizado para o cliente.
um dos elementos da execuo do Plano de Gerenciamento da Qualidade,
elaborado no processo de Planejamento e Aceitao.
O controle da qualidade verifica e valida os produtos intermedirios e finais.
Ele verifica se a equipe do projeto est construindo os produtos de acordo
com as especificaes tcnicas de engenharia.

O controle da qualidade pode tomar a forma de uma auditoria peridica


sobre os produtos.
A execuo do controle da qualidade guiada pelo planejamento da entrega
dos produtos definidos pelo escopo da ordem de servio.
Portanto, deve haver interao muito estreita entre o controle da qualidade
e a construo do produto.
O resultado do controle da qualidade pode ser a validao da conformidade
dos produtos ou no. No caso de haver no-conformidade, o controle da
qualidade emite uma Solicitao de Ao Corretiva ou de Preveno. A
funo do controle da qualidade deve garantir que essas solicitaes sejam
efetivamente implementadas.
O controle da qualidade importante, pois fornece o mais cedo possvel o
primeiro indicativo da qualidade do produto. O custo de remoo de defeitos
o mais cedo possvel bem mais baixo do que remov-lo mais adiante, no
teste, por exemplo.
O controle da qualidade gera as mtricas de qualidade, como a densidade
de defeito do software.

Controle da Mudana
O controle da mudana o processo que trata de todas as mudanas da
ordem de servio, avalia o impacto em todos os aspectos da ordem de
servio e comanda a atualizao de todos os planos, inclusive do escopo.
Geralmente, quando a mudana processada, seu impacto avaliado em
termos bem amplos. Isso significa avaliar o impacto no prazo, no custo, e
assim sucessivamente.
As mudanas so oriundas das solicitaes emitidas pelos processos de
controle de requisitos, controle de prazo e controle do custo.
Alm do mais, o controle da mudana tem como misso:

Manter a integridade das "linhas de base" dos planos do projeto;


Coordenar as mudanas atravs dos diversos planos da ordem de
servio.

Gesto de Subcontratado
A gesto de subcontratado refere-se ao controle de atividades
desenvolvidas por parceiros e terceiros na execuo das ordens de servio.
Compreende:

Avaliao do planejamento do subcontratado;


Controle do progresso das atividades do subcontratado;
Controle da qualidade dos produtos recebidos do subcontratado;
Verificao da aderncia do produto do subcontratado aos requisitos;
Auditoria de ordens de servio executadas pelo subcontratado.

Gesto de Problemas II (do Projeto)


A gesto de problemas II trata exclusivamente de problemas relativos
execuo e controle da ordem de servio.
As tarefas so similares s tarefas da Gesto de Problemas da camada de
gesto da operao.

Gesto do Teste
A gesto do teste trata do controle do planejamento de sua execuo,
principalmente quanto aos testes integrados, de sistemas e de aceitao.
A gesto do teste preocupa-se em controlar o cronograma da execuo,
verificar se os recursos esto disponveis, realizar o "monitoramento de
defeitos", controlar os custos dos testes, controlar se est havendo insero
de novos requisitos no teste e estimar o nvel de estabilidade do software
aps a liberao para o cliente ou usurio.

Gesto do Desempenho do Projeto


Este processo tem por objetivo permitir ao responsvel pela gesto da
ordem de servio avaliar o desempenho do projeto todo em termos do
atendimento aos objetivos traados quanto a prazo, custo, qualidade e
escopo.
A gesto do desempenho deve decidir sobre aes corretivas no projeto
todo, caso sejam verificados desvios em relao ao planejado.
A gesto do desempenho deve fornecer informaes gerenciais, assim como
estimativas de prazo e custo para completar a ordem de servio.

Reviso Conjunta
Tem por objetivo integrar o cliente ou usurio no gerenciamento do projeto
(ordem de servio), conforme o plano organizacional elaborado no
planejamento do projeto.
A reviso conjunta concretiza-se atravs de reunies programadas para a
avaliao e acompanhamento do desempenho do projeto.
Nessas reunies, so tomadas decises conjuntas visando implementao
de aes corretivas e preventivas no projeto, assim como direcionamentos.

Homologao da Ordem de Servio


A homologao tem por objetivo obter o sign-of da ordem de servio e
liberar o produto resultante para o cliente.
A homologao tem que estar de posse das evidncias de que os requisitos
da ordem de servio foram cumpridos de forma que o cliente possa
formalizar seu recebimento e trmino.
Internamente Fbrica de Software, a homologao significa encerrar
contratos, liberar recursos humanos e demais recursos, arquivar todos os
documentos e registros pertinentes ao planejamento e execuo da ordem
de servio e notificar o trmino da ordem para todos os grupos envolvidos,
assim como controlar a execuo de atividades ps-encerramento.

COMPONENTES DO PROCESSO DE CONSTRUO


DO PRODUTO DE SOFTWARE
Anlise das Ordens de Servio
Esse processo trata do recebimento da ordem de servio pela produo.
A produo, em nosso caso, a equipe ou a clula que ir desenvolver o
software.
A produo deve avaliar a ordem de servio e decidir se aceita
completamente, se solicita complemento ordem ou pede maior clareza
nas especificaes preliminares.
A anlise da ordem de servio tambm planeja mais detalhadamente sua
execuo. Geralmente, essa tarefa realizada pela equipe de execuo.

Especifi cao de Requisitos


Esse processo trata da especificao dos requisitos funcionais e no
funcionais, e contempla as seguintes tarefas:

Levantamento dos requisitos pelo exame de documentos,


observao, entrevistas, reunies, sesses conjuntas de
especificao, workshops, etc.;
Definio dos requisitos funcionais em termos de: propsito do
produto (qual o problema ou oportunidade de negcio a que ele
atende), quem vai ter acesso soluo (pessoas, organizaes,
sistemas, intrusos...), o que o produto vai fazer (objetos e
componentes de que vai tratar), onde o produto ou parte dele vai ser
usado, quando o produto ou parte dele vai ser usado, regras de
negcio principais que devem ser seguidas, por que o produto vai ser
usado e como vai ser usado pelos clientes;
Identificao e definio dos requisitos no funcionais em termos de:
esttica do produto, usabilidade, desempenho, aspectos operacionais,
manutenibilidade, portabilidade, requerimentos de segurana,
aspectos polticos, atendimento a aspectos legais e regulatrios,
escalabilidade, confiabilidade, etc.;
Identificar e definir restries ao produto e ao projeto;
Especificar os requisitos usando tcnicas de engenharia de software,
como diagramas de contexto, lista de eventos, modelo entidaderelacionamento, casos de uso, modelos de classe, tcnicas de
especificao de programas, etc.;
Projetar, em alto nvel, a arquitetura do software.

Desenvolvimento do Projeto
Esse processo trata do detalhamento das especificaes dos requisitos e
compreende:

Elaborao do modelo fsico de dados;


Criao do banco de dados;
Definio das rotinas de apoio;
Especificao e procedimento de segurana;
Especificao de componentes/aplicao/store procedures etc.

Construo
A construo trata da elaborao de cdigos de programas e componentes
com base nas especificaes e no teste unitrio de cada programa.

Planejamento do Teste
O planejamento do teste deve definir:

Quais os objetivos do plano de teste;


Quais testes sero realizados;
Quem ir realizar os testes;
Quando os testes iro ser realizados;
Quais os recursos necessrios para a realizao dos testes;
Quais os casos de teste a serem testados, objetivos e resultados
esperados;
Condies de tratamento de no-conformidade, falhas e defeitos;
Quais as condies de encerramento dos testes.

Preparao do Teste
A preparao do teste tem por objetivo disponibilizar todos os recursos
humanos e materiais, requeridos para a execuo do teste.

Teste Unitrio
o teste de cada programa ou componente produzido pela fbrica, visando
verificar aderncia do programa com suas especificaes.

Teste Integrado
o teste que integra os programas codificados em partes funcionais do
software e verifica se os mesmos se comunicam conforme o projeto da
arquitetura, visando a execuo das funcionalidades e caractersticas de
desempenho requeridas.

Teste de Sistemas
o teste do software e de suas interfaces com outros softwares e
dispositivos computacionais antes de estar disponvel para o cliente que
avalia o atendimento de todos os requisitos funcionais e no funcionais
requeridos.

Instalao
Trata do planejamento da instalao e de sua instalao no ambiente
controlado de homologao do cliente ou do usurio, visando execuo
dos testes de aceitao.
O planejamento da instalao contempla o levantamento da configurao
de hardware e software a ser disponibilizada para os testes de aceitao
com o objetivo de verificar compatibilidade do software com a configurao
a estar disponvel para a execuo do teste.

Teste de Aceitao
o teste executado em ambiente controlado de homologao no qual o
cliente ou usurio aceita de forma integral, condicional ou reprova o produto
de software.

O teste de aceitao, como os demais testes, deve seguir seu planejamento.

Implantao
Esse processo trata da preparao de documentaes do usurio, guias de
produo, treinamento dos clientes e usurios e passagem para a produo.
A implantao do software tem por objetivo fazer com que as
funcionalidades produzidas se integrem nos processos de negcio da
organizao do cliente cotidianamente.

Atendimento a Ajustes
Atendimento a ajustes significa a resoluo de defeitos encontrados quando
da implantao do software.
Em nosso modelo, o atendimento a ajustes a execuo de um chamado
recebido pelo processo de gesto do atendimento a clientes, que ocorre na
camada de gesto da operao.
Esses ajustes podem ser realizados na Fbrica de Software ou na casa do
cliente.

COMPONENTES DO PROCESSO DE SUPORTE


Servios de Suporte de Software e Segurana
Referem-se ao suporte em linguagens de programao, software de apoio
ao ambiente, software de banco de dados para as equipes da produo da
Fbrica de Software.
Servios de suporte compreendem atividades relativas a:

Suporte nas linguagens de programao s equipes de


desenvolvimento:
Suporte nos softwares de apoio, de redes, de comunicaes e de
banco de dados s equipes de desenvolvimento;
Avaliao de atualizaes dos softwares existentes na fbrica;
Estudo de novos softwares;
Instalaes de softwares;
Instalaes das atualizaes de software;
Implantao da poltica de segurana;
Monitorao da segurana;
Controle de vrus;
Controle de licenas de software;
Implementao das aes preventivas contra a intruso no
autorizada:
Controle dos privilgios de acesso;
Criao de bancos de dados;
Suporte de performance em banco de dados.

Servios de Suporte em Engenharia de Software


Referem-se ao suporte em mtodos, processos de desenvolvimento e
tcnicas de engenharia de software s equipes da fbrica.

Servios de suporte em engenharia de software compreendem atividades


relativas a:

Suporte s equipes de desenvolvimento nas tcnicas de engenharia


de software;
Suporte s equipes de desenvolvimento em ferramentas de gesto e
construo de software;
Suporte em tcnicas de estimativas;
Suporte nos processos da Fbrica de Software;
Definio do processo padro de software;
Elaborao de estudos de melhoria nos processos de software;
Definio de processos de software derivados do processo padro
definido;
Participao em projetos de implementaes de novos processos,
novos clientes e novas tecnologias de processo.

Servios de Suporte em Infra-Estrutura


Servios de suporte em infra-estrutura tratam de:

Instalao e manuteno de equipamentos computacionais e de rede;


Controle do acervo de hardware;
Operao do Datacenter da Fbrica de Software;
Execuo de rotinas de back-up;
Execuo de tarefas de recuperao de banco de dados;
Controle de configurao dos softwares de apoio Fbrica de
Software.

Servios de Suporte Administrativos


Servios administrativos contemplam:

Manuteno das instalaes fsicas da fbrica;


Servios gerais;
Suporte s compras;
Execuo das atividades referentes a recursos humanos;
Faturamento de servios;
Contas a pagar e a receber.

COMPARANDO O MODELO GENRICO PROPOSTO


COM MODELOS DE MELHORES PRTICAS
Antes de apresentarmos os modelos da Fbrica de Software propostos neste
texto, importante fazermos referncia cruzada entre os processos
sugeridos nesse modelo genrico e os processos preconizados pelos
modelos de melhores prticas j discutidos no Captulo 5.
A Tabela 7.1 apresenta a referncia cruzada.