Universidade Federal de Amazonas.

Conceito e projeto de fbrica de software.

Definio da expresso Fbrica de Software.
A Expresso Fbrica de Software surgiu em meados da dcada de 80.
No brasil, o conceito comeou a ser aplicado no incio da dcada de 90, em
empresas de prestao de servios em tecnologia de informao e
intensificou-se a partir de meados dessa dcada.
Atualmente, muitas empresas de prestao de servios tm sua fbrica. H
casos em que a fbrica estruturada internamente em empresas cuja
finalidade no o desenvolvimento de software.
A maioria das empresas de servios tem como Fbrica de Software a
Fbrica de Programas, dedicada exclusivamente para a codificao de
programas.
Fbrica de Software pode atuar deste um projeto de software completo at
um projeto fsico ou a Fbrica de Software deve possuir alguns atributos
oriundo de uma Fbrica Industrial.
O Objetivo de uma fbrica de software : gerar produtos requeridos pelos
usurios ou clientes, com o mnimo de defeitos possvel e a um preo
competitivo e compatvel que fornea a margem necessria para os
investimentos em manuteno e melhoria da fbrica.
Atributos bsicos de uma fbrica de software:

Processo definido e padro de desenvolvimento;

Forte gerenciamento de interface com o usurio e/ou cliente;
A entrada para a fbrica deve ser padronizada;
As estimativas de prazo e custo devem ser baseadas na capacidade
real de atendimento da fbrica a determinada demanda;
Deve haver mtodos padres de estimativas baseados em histricos;
A fbrica deve ter, de preferncia, tempos padres de atendimento j
estabelecido de acordo com o domnio da aplicao, da plataforma
tecnolgica e do tamanho da demanda;
Os perfis de recursos humanos devem ser controlados e estar
alinhados ao tipo de demanda da fbrica;
A fbrica deve ter rigoroso controle dos recursos em termos de sua
alocao, disponibilidade, necessidade futura e produtividade;
A fbrica deve ter o controle do status das mltiplas demandas em
seu processo e permitir rastreamento dessas demandas;
A fbrica deve controlar todos os itens de software, criando uma
biblioteca de itens;
A fbrica deve ter o absoluto controle do andamento da execuo de
cada demanda;
Os produtos de software devem ter construdos de acordo com
mtodos, tcnicas e ferramentas padronizados;

A fbrica pode ter processos distintos para atendimento a demandas

de naturezas diferentes;
Todos os recursos humanos devem estar aptos e treinados para as
tarefas de desenvolvimento de software e para operar processos
operacionais e de gesto;
A fbrica deve ter processos de atendimento para os usurios e os
clientes;
A fbrica deve ter mecanismos que garantam a qualidade do produto
de software, conforme requerimentos do usurio e /ou cliente;
A fbrica dever ter mecanismos de apurao, apropriao e controle
de custos;
A fbrica deve ter mecanismos de medies de atributos de sua
operao, tais como: tempos mdios de atendimentos, densidade de
defeitos de produtos, eficincia de remoo de defeitos, exatido das
estimativas, e assim sucessivamente;
A fbrica tem que ter absoluto controle sobre os nveis de servios
acordados com seus usurios e/ou clientes;
A fbrica tem que melhorar seus processos de forma contnua,
visando ao aumento de sua produtividade e reduo de seus custos
de operao;
O ambiente de hardware e software da fbrica deve ser estvel e
estar alinhado com as necessidades de seus usurios e/ou clientes;

Definio da expresso Fbrica de Software.

Vistos esses requisitos, podemos definir a Fbrica de Software como:
Um processo estruturado, controlado e melhorado de forma contnua,
considerando abordagens da engenharia industrial, orientado para o
atendimento a mltiplas demandas de natureza e escopo distintas, visando
a gerao de produtos de software, conforme os requerimentos
documentados das usurios e/ou clientes, da forma mais produtiva e
econmica possvel.
O tema principal de estudo sobre FRAMEWORK para o projeto da
Fbrica de Software.
O FRAMEWORK apresentado baseia-se nas reas de decises estratgicas
de operaes.
O primeiro item de estudo , Decises acerca da estrutura da Fbrica de
Software:
So decises relativas a:

Estratgia de desenvolvimento de linhas de novos servios;

Estratgia de rede de operaes, que contempla as interfaces com os
clientes e usurios e decises relativas localizao fsica da fbrica;
Estratgia relativa s instalaes de apoio, ao arranjo fsico da fbrica
e seu workflow produtivo;
Estratgia em tecnologia do processo da fbrica; que contempla os
bens dos facilitadores dos servios da fbrica, tipos de mquinas,
softwares, arquitetura de rede;

Estratgia em relao aos recursos humanos e estrutura

organizacional.

A seguir, para cada estratgia, so relacionadas perguntas que devem ser

feitas no projeto da fbrica.
Estratgias de Desenvolvimento de Linhas de Novos Servios.
Deciso 1: A qual escopo e a quais plataformas de tecnologia e ambientes a
fbrica deve atender?
A primeira etapa decidir sobre o escopo da fbrica: se vai ser uma Fbrica
de Projetos (ampliada), Fbrica de Projetos (de desenvolvimento), Fbrica de
Projetos fsicos ou uma Fbrica de Programas.
A segunda etapa decidir sobre as plataformas tecnolgicas da Fbrica de
Software podemos considerar plataforma Mainframe e baixa o distribuda?
Por ambiente: linguagens de programao, gerenciadores de banco de
dados, softwares E.R.Ps e outros pacotes que devem ser atendidos, software
de desenho de camadas de apresentaes de aplicativos, e assim
sucessivamente.
O tipo de plataforma vai influenciar fortemente as decises acerca da
tecnologia do processo, da rede de operaes e da estratgia de recursos
humanos.
Por exemplo, a plataforma mainframe (mtodo de desenvolvimento de
software), tipicamente, requer de anlise estruturada ou essencial como
mtodo de desenvolvimento de software, enquanto na plataforma
distribuda requer a anlise orientada para objeto.
A deciso sobre qual plataforma e ambiente implementar na fbrica de
software:

O mercado para plataforma e respectivo ambiente;

A capacidade da empresa em absolver uma nova tecnologia de
desenvolvimento;
O capital disponvel para investimento;
O nvel de demanda previsto para a fbrica;
Os requisitos dos clientes ou usurios em relao aos servios da
fbrica;
Os itens qualificadores e ganhadores de pedido da fbrica;
Os objetivos de desempenho requeridos para a fbrica.

Deciso 2: Quais os critrios para a introduo de uma nova plataforma

tecnolgica na fbrica e software?
A introduo de uma nova tecnologia na fbrica deve ser feita de forma
planejada.
Uma estratgia para essa introduo criar um processo especfico em uma
clula separa para fins de experimentao e aprendizagem at que o
processo ajuste-se a um padro de desempenho em termos de tempo e
qualidade.

A partir da, o processo pode ser implementado, atendendo a princpio a

pequenas demandas. Uma vez que o processo esteja estabelecido, pose ser
usado para demandas maiores e mais complexas.
A introduo de uma nova linha de servios em uma nova plataforma ir
requer ajustes na interface com o cliente e usurio, nos mtodos de
estimativas, no processo de construo do software, nos perfis da mo de
obra, no controle da qualidade, e na determinao de fontes de formao e
suprimentos de mo de obra.
Deciso 3: Quais os critrios para implantao de um novo cliente na
Fbrica de Software?
A implantao de novo cliente em uma Fbrica de Software , na realidade,
um projeto de implantao de servios Geralmente, devem-se avaliar:

Os padres do cliente em termos de mtodos, ferramentas,

metodologias de desenvolvimento, padres de programao,
bibliotecas reutilizveis, padres de nomes e nomenclaturas,
ferramentas de apoio documentao de projetos etc.;
O tipo de demanda;
O tamanho da demanda a ser atendida em pontos de funo ou
homens/hora por ms ou ano;
A quantidade de novos projetos e servios de manuteno em uma
ano ou mensal;
A implantao do processo de interfaceamento como o cliente, no
que diz respeito tanto ao recebimento de solicitaes de servios,
como entrega do produto correspondente;
A possvel absoro de pessoal do cliente para a Fbrica de Software;
Os nveis de servios a serem acordados;
As condies de tratamento de mudana nas solicitaes;
As condies de tratamento de itens no conformes;
As condies de aceitao dos produtos gerados pela fbrica;
Os critrios sobre o gerenciamento de projetos e comunicao de
desempenho da fbrica, de interesse do cliente ou usurio;
A implantao dos padres da fbrica no cliente, de forma que as
solicitaes de servios sejam compreensveis pelo pessoal da fbrica
e forneam as informaes suficientes para seu atendimento.

Deciso 4: O que deve ser levado em considerao para um projeto de uma

nova linha de servios de fbrica?
O projeto de uma nova linha de servios tem impacto em uma operao;
para tanto, vrios aspectos devem ser avaliados, a saber:

Demanda para a nova linha de servio;

Arquitetura de rede, disponibilidade de equipamentos
computacionais, servios e software para linha de servio;
Perfis e habilidades das pessoas para a absoro da nova linha;
Disponibilidade de recursos humanos no mercado;
Espao fsico para implementar a nova linha;
Ajustes em todos os procedimentos sobre mtodos e padres;

Elaborao de um plano de treinamento para o pessoal desenvolver

habilidade na nova linha de servio;
Provvel aquisio de novos softwares;
Desenvolvimento dos padres de nveis de servios, o que implica a
definio de mtricas para apoio elaborao de estimativas de
tamanho de software, esforo, prazos e custos, principalmente;
Ajustes nos controles da fbrica para a nova linha de servio;
Investimentos para a implantao e divulgao da nova linha de
servios;

Continuando com as decises acerca da estrutura da Fbrica de Software o

prximo item .
Estratgias de Rede de Operaes.
Deciso 1: Qual parte da operao a Fbrica de Software deve possuir?
Aqui deve ser decidido, dentro do escopo escolhido, o que vai ser feito pelo
cliente, por fornecedores ou terceiros e pela empresa.
Exemplo: uma fbrica pode elaborar as especificaes de programa (que
seria uma responsabilidade do cliente), visando facilitar o processo de
aceitao da solicitaes de servios que entram para a fbrica. Essa
estratgia tambm melhora a qualidade da solicitao de servio,
aumentando a produtividade da fbrica.
A empresa pode decidir terceirizar parte da operao, entretanto, sob uma
mesma gesto. Aqui, podemos ter vrias alternativas.
Deciso 2: Qual a localizao da Fbrica de Software?
A localizao da fbrica uma deciso importante, principalmente em
funo do suprimento de mo de obra, da proximidade de centros
formadores de mo de obra, e, naturalmente, dos custos dessa mo de
obra.
Algumas fabricas de programas no brasil j procuram distribuir suas
operaes para cidades no interior dopais onde h bons centros formadores
de mo de obra, incentivos das prefeituras e baixo custo da mo de
obra, comparativamente a cidades como, por exemplo, So Paulo, Rio de
Janeiro e Braslia e outros grandes centros.
H casos em que a disperso geogrfica motivada por requerimentos
contratuais; nesse caso, o cliente exige que se instale uma fbrica dentro de
suas instalaes ou prxima a suas instalaes.
Os itens que devemos levar em considerao para a localizao da fbrica
de software so:

Custo de mo de obra;
Custo da instalaes;
Incidncia de impostos;
Imagem do local;

Existncia de centros de formao de mo de obra

Fatores da comunidade, tais como assistncia financeira ou de
parceria do governo;
Habilidade de mo de obra;
Convenincia do local para os clientes;
Facilidade de acesso;
Infraestrutura pblica e de telecomunicaes.

Deciso 3: Qual a capacidade de atendimento da Fbrica de Software?

A determinao da capacidade da Fbrica de Software talvez seja uma das
decises mais importantes, pois, a longo prazo, pode fazer a diferena entre
ter uma operao equilibrada financeira e economicamente ou no.
Para estabelecer a capacidade, levante-se primeiramente a demanda por
servios em termos homens/hora requeridos, pontos de funo a serem
entreguem, nmeros de linhas de cdigos a serem produzidas ou outra
unidade qualquer.
Como a montagem de uma Fbrica de Software no algo trivial,
importante que se garanta uma demanda fixa pelo perodo mais longo
possvel at que permita o retorno do investimento.
Um fabrica que trabalha com demanda muito flutuante tem que tomar
algumas decises de capacidade, tais como usar horas extras, dispor de
uma rede de parceiros para atendimento a um repentino excesso de
demanda.
Dificilmente, devido adaptao de mo de obra ao ambiente da fbrica,
consegue-se o atendimento via contrataes de novos recursos. Isso pode
ser uma alternativa se a demanda for constante por alguns meses.

O prximo item a estudar , Estratgias das Instalaes e Arranjo

Fsico.
Deciso 1: Como sero as instalaes da Fbrica de Software?
As instalaes, dependendo da estratgia da empresa, so um aspecto
muito importante da estratgia da operao.
A deciso do tipo e tamanho da instalao depende do escopo e do
tamanho da demanda a que se quer atender, assim como da estratgia da
empresa.
Quanto maior o escopo de atuao da fbrica, mais importante e instalao
.
Imagine se voc est estruturando uma fbrica para ofertar servios para
empresas norte-americanas nos Estados Unidos da Amrica. obvio que a
instalao passa a ser um item qualificador da escolha.
Isso vale tambm para empresas cujo negcio no e a venda de servios de
Fbrica de Software.

A seguir os fatores principais que devemos considerar ao selecionar a

instalao da Fbrica de Software:

Alugar, construir ou comprar a instalao;

Tamanho para atender a demanda prevista;
Espao para futuras expanses;
Aspectos ergonmicos da instalao (nvel de rudo, ventilao,
iluminao etc)
Acesso de deficientes fsicos a toda instalao

Deciso 2: Qual o arranjo fsico mais adequado para a Fbrica de Software?

A estratgia da operao tambm deve preocupar-se com o arranjo fsico da
Fbrica de software.
Geralmente, o arranjo fsico e determinado pelo escopo da fbrica e pela
escolha de suas instalaes.
Em servios de Fbrica de Software, o normal e dividir a operao por linhas
de servios (plataformas tecnolgicas de desenvolvimento) por clulas e por
arranjo posicional.
A seguir itens que devem ser levados em considerao na escolha do
arranjo fsico:

Segurana das pessoas;

Conforto das pessoas;
Minimizao de distncias;
Facilidade da coordenao gerencial;
Acesso a mquinas, servidores, etc.;
Espao para expanso;
Flexibilidade do arranjo fsico para futuras mudanas.

O prximo item a estudar , Estratgia da Tecnologia do Processo.

Deciso 1: Qual a tecnologia de engenharia de construo de software a ser
empregada?
A escolha da tecnologia de processo da Fbrica se Software influenciada
pelo escopo e pelas decises de plataformas tecnolgicas.
Entretanto, a tecnologia do processo tambm vai depender da tecnologia
usada para o desenvolvimento do software, ou dos mtodos e padres de
engenharia de construo do software.
Essa deciso tem maior relevncia medida que o escopo da Fbrica
aumenta.
Aqui devemos decidir o que vamos usar sobre:

Metodologias de anlise de sistemas e especificao de requisitos,

tais como: analise estruturada, analise essencial, modelagem de
dados, orientao para o projeto, Unified Modelling Language (UML);
Padres de codificao;
Padres de segurana e compliance;
Metodologias de teste de software;

Deciso 2: Qual o processo operacional (fluxo) da Fbrica de Software?

O fluxo operacional diz respeito ao workflow de produtos e informaes no
ambiente da Fbrica de Software.
Em um ambiente de Fbrica de Software, o fluxo de produo geralmente
automatizado.
Atravs do workflow, podemos fazer circular produtos (solicitaes de
servios, documentos de especificaes, cdigos, mdulos de software etc.)
e atravs de ferramentas e sistemas de informao gerenciais, fazer circular
a informao de controle operacional e de gesto da fbrica.
Geralmente, quando se define o fluxo, devemos levar em considerao:

Os tipos de interfaces e de comunicao com o cliente ou usurio;

As ferramentas e os sistemas de controle da fbrica;
Os produtos previstos para a fbrica, conforme seu escopo;
A interao entre os processos de gesto e operao da Fbrica de
Software

Deciso 3: Qual o processo de gesto da Fbrica de Software?

Existem vrios modelos de gesto do processo de software, embora no
exista um modelo para a gesto da operao de mltiplas demandas de
software.
Aqui, devemos decidir sobre quais processos gostaramos de ver na Fbrica
de Software, considerando o escopo escolhido, assim como determinar suas
respectivas etapas, atividades, conhecimento e habilidades necessrias,
recursos, sistemas e regras de negcio.
Devemos decidir sobre o emprego dos seguintes processos tpicos de
gesto:

Gesto da demanda;
Gesto de recursos (alocao, produtividade, disponibilidade etc.);
Planejamento e controla da produo;
Gesto da qualidade da operao e de projetos/servios;
Gesto da infraestrutura;
Gesto de custos da operao;
Gesto de requisitos de solicitao de servios
Gesto da configurao;
Gesto de projetos e servios;
Gesto de problemas;

Gesto
Gesto
Gesto
Gesto
Gesto
Gesto

do
da
do
de
de
de

risco e contingencias;
melhoria da operao;
desenvolvimento de recursos humanos;
teses de projetos e servios;
servios de suporte;
subcontratos.

Deciso 4: Qual o nvel e o tipo de automao da Fbrica de Software?

A definio do nvel de automao da Fbrica de Software depende dos
processos de gesto selecionados e tambm do nvel de investimentos que
deseja para uma operao desse tipo.
Em uma Fbrica de Software, o uso de ferramentas de gesto um item
ganhador de pedido bastante importante. Faz parte dos bens facilitadores
de um servio.
Aqui, devemos decidir o que automatizar em termos de:

Workflow do fluxo operacional da fbrica;

Sistema de informao para a gesto da demanda;
Ferramentas para a gesto dos requisitos;
Ferramentas para o planejamento de projetos e servios;
Ferramentas de mtricas;
Ferramentas de gesto da configurao;
Sistema de informao da qualidade;
Sistema de planejamento e controle da produo;
Sistema de controle de projetos e servios;
Ferramentas para automao de testes;
Ferramentas para a gesto de componentes reutilizveis;
Sistemas de controle de custos de projetos, servios e da operao;
Sistema de informao gerencial sobre o desempenho da operao.

Deciso 5: Qual a infraestrutura de recursos computacionais adequados

para a Fbrica de Software?
H duas opes principais de arquitetura computacional para atendimento
aos servios da Fbrica de Software.
Geralmente, encontramos ambientes que emulam o ambiente do cliente ou
usurio em uma rede do tipo Local Area Network (LAN). Nesses ambientes,
plataformas mainframe e distribudas podem ser emuladas.
Uma alternativa de arquitetura dispor de estaes de trabalho do tipo thin
client e usar recursos de um Data Center (ou Internet Data Center), com
software compatvel com o do cliente ou usurio, para o desenvolvimento
dos projetos e servios da Fbrica de Software.
Outro aspecto a considerar na Fbrica de Software decidir sobre
quantidade de servidores e quanto aos links de comunicao com o cliente
e, principalmente, sobre os requisitos de segurana no recebimento e envio
de produtos gerados pela fbrica.

Um dos itens de maior importncia em uma Fbrica de Software quanto a

sua segurana ou a como garantir para um cliente que os dados de
aplicaes e cdigo no sero usados para um concorrente.
A fbrica deve ter mecanismos de segurana fsica e logica quanto a dados
e aplicaes que garantam para o cliente ou usurio sigilo sobre o seu
acervo.
Portanto, os itens que devemos considerar que infraestrutura de recursos
computacionais so:

Alternativas de arquitetura tecnolgica;

Requisitos de segurana fsica e logica;
Configurao da rede LAN;
Requisitos de software de suporte;
Requisitos tcnicos da sala de servidores;
Quantidade de servidores;
Especializao de servidores;
Capacidade de atendimento da infraestrutura;
Quantidade de links com os clientes;
Quantidade e tipo de estacoes de trabalho;
Poltica de suprimento e reposio;
Plano de contingncia para o ambiente.

O prximo item a estudar sobre Estratgia de Recursos Humanos.

Deciso 1: Qual o projeto de diviso de trabalho mais adequado para a
Fbrica de Software?
Essa deciso diz respeito a como dividir o trabalho na Fbrica, assim como
determinao do grau de autonomia dos gerentes.
Por exemplo, suponhamos que vamos implantar a gesto da configurao
no ambiente da fbrica. A pergunta : quem faz, o gerente de cada projeto,
uma pessoa alocada a cada projeto ou ao ncleo ou clula de
desenvolvimento, ou teremos uma rea especifica para a gesto da
configurao?
Outra questo que deve ser esclarecida: quais as tarefas a serem atribudas
a analistas de sistemas e pessoal de suporte tecnolgico?
O projeto da diviso de trabalho vai depender da plataforma tecnolgica, do
escopo da fbrica e da tecnologia do processo.
Deciso 2: Quais os perfis dos recursos humanos, requeridos, para a Fbrica
de Software?
Os perfis requeridos para a Fbrica de Software so dependentes
particularmente dos seguintes fatores: (1) da plataforma tecnolgica
escolhida para a fbrica; (2) do escopo da fbrica; (3) de sua tecnologia de
processo; e (4) do grau de complexidade da demanda.

Este ltimo importante, pois define o nvel de qualificao desejado do

recurso humano, se trainee, jnior, pleno e snior.
Por exemplo, em Fabricas de Programas no ambiente mainframe, o
percentual de programas considerados simples pode atingir at 70% de
toda demanda. Isso significa que no precisamos ter 100% dos recursos
com nvel snior. Ou seja, podemos ajustar o nvel do recurso humano com a
complexidade da demanda.
A definio do perfil tem grande influncia para a rede de operaes
produtivas, visto que pode limitar a questo da localizao da fbrica pela
escassez de uma habilidade em determinao local, o que implica
investimento em formao de pessoas.
Acordos de nveis de servios severos (com pouca tolerncia a desvios) por
parte dos clientes e usurios podem requerer pessoal snior.
Portanto, para definir os perfis, precisamos levar em considerao:

Plataforma tecnolgica escolhida para a Fbrica de Software;

Escopo de atuao da Fbrica de Software;
Tecnologias de processos selecionadas, considerando processos de
gesto, ferramentas de apoio e sistemas de informao gerenciais;
Diviso de trabalho da Fbrica de Software.

Deciso 3: Qual a poltica de desenvolvimento e reteno de recursos

humanos para a Fbrica de Software?
A medida que a operao da Fbrica de Software amadurece, pode haver
problemas motivacionais junto ao corpo de colaboradores, principalmente
em uma fbrica de Programas.
Devemos considerar polticas para o desenvolvimento e reteno dos
talentos que definam estratgias de gesto desses recursos.
Algumas estratgias que devem ser consideradas, planejadas e
estabelecidas em polticas documentadas:

Uso de trainees;
Planos de treinamentos;
Alternativas de progresso dos profissionais (de programar para
analista, por exemplo);
Estratgia de job rotation;
Bnus de produtividade ou alcance de metas de custo, de receita ou
de rentabilidade.

Deciso 4: Qual a estrutura organizacional da Fbrica de Software?

A estrutura organizacional da Fbrica de Software deve ser coerente com o
processos e com o workflow estabelecido.
Por exemplo, a estrutura organizacional tambm condicionada de acordo
com a organizao do trabalho da fbrica em termos de diviso em clulas.

Nesse ponto, devemos decidir como organizar a fbrica, onde colocar as

pessoas, quais as responsabilidades e linhas de comando.
Deciso 5: Qual o projeto da estao de trabalho dos colaboradores da
Fbrica de Software?
Os aspectos ergonmicos em uma fbrica de Software so igualmente
importantes para a produtividade do desenvolvimento e das demais tarefas
da fbrica.
Esses aspectos dependem da escolha da instalao.
Contempla, do ponto de vista ergonmico, espao fsico para os
profissionais, estacoes de trabalho de baixa emisso, local para a guarda de
material de trabalho e particular, facilidade de acesso a esses materiais, a
manuais de trabalho, reas de descanso etc.
Conceito e projeto de fbrica de software
Decises acerca da estrutura da Fbrica de Software
Estratgia de Recursos Humanos
A SEGUIR O PRXIMO TEMA DE ESTUDOS QUE , DECISES ACERCA
DA INFRAESTRUTURA DA FBRICA DE SOFTWARE.
As decises acerca da infraestrutura da Fbrica de Software referem-se a:

Planejamento e controle da capacidade produtiva;

Planejamento e controle de acervos de software e outros recursos;
Planejamento e controles de suprimentos;
Planejamento e controle da qualidade;
Administrao da qualidade e melhoramento da produo;
Preveno e recuperao de falhas.

O primeiro item de estudo deste tema , Planejamento e Controle

da Capacidade Produtiva.
Deciso 1: Quais as polticas de planejamento e controle da capacidade
produtiva a serem adotadas na Fbrica de Software?
O Planejamento e o controle de capacidade a tarefa de determinar a
capacidade efetiva da operao produtiva, de forma que ela possa
responder demanda.
As polticas de planejamento e controle so totalmente dependentes da
natureza da demanda da Fbrica de Software.
Quanto maior a previsibilidade da demanda, mais facilitada a tarefa de
planejar e controlar a capacidade. Quanto menor, o contrrio.
A gesto da capacidade varia conforme o escopo da Fbrica de Software.
Quanto menor o escopo da fbrica, geralmente a previsibilidade tende a ser
maior. Numa Fbrica de Programas frequentemente se fazem contratos de
mais longo prazo para o atendimento demanda do cliente.

Aqui, devemos definir polticas de gesto da capacidade, considerando os

itens a seguir:

Durao dos contratos do fornecimento de servios de fbrica de

software;
Se o cliente ou usurio j possui uma estimativa de demanda ou em
pontos de funo ou em nmero de homens/hora para determinado
perodo;
Estratgia conforme o grau de flutuao da demanda;
Estratgia de uso de recursos ociosos;
Estratgia de deciso em funo da perspectiva da demanda no
tempo se boa ou ruim;
Regras para ampliao ou diminuio da capacidade produtiva;
Estratgia de uso de capacidade excedente (parceiros e pessoal
terceirizado);
Estratgia e velocidade de suprimentos de recursos para a operao.

O prximo item de estudo , Planejamento e Controle de Acervos

de Software e Outros Recursos.
Deciso 1: Quais as polticas a serem adotadas para o planejamento e o
controle do acervo de software e de conhecimentos da Fbrica de Software?
Para ser produtiva, uma fbrica de Software necessita de acervos de
software, tais como cdigos reutilizveis, documentos de especificaes e
modelos de dados reutilizveis, licenas de software etc.
Demais recursos so estaes de trabalho e mobilirio.
Nesse item, devemos decidir sobre:

Como controlar acervo de itens de software reutilizveis;

Qual a poltica de propriedade intelectual a ser adotada para os
componentes e itens gerados pela prpria fbrica;
Qual a poltica para o controle de acervos de conhecimento, tais
como procedimentos documentados acerca dos processos de gesto,
operacionais, mtodos de engenharia de software, e assim por
diante;
Qual a poltica de acesso e disseminao desse acervo.

O prximo tema de estudo , Planejamento e Controle de

Suprimentos.
Deciso 1: Qual a poltica de compra de licenas de software e outros itens?
Poltica de compras determina a velocidade de suprimento de software e
recursos computacionais e de comunicao para a Fbrica de Software.
Em operaes de Fbrica de Projetos, a velocidade de suprimento desses
itens fundamental.

Essa poltica deve determinar tambm como selecionamos fornecedores e

avaliamos seus desempenhos.
Aqui, devemos decidir sobre:

Poltica de seleo de fontes de fornecimento;

Poltica de investimento em recursos e licenas de software (comprar
ou alugar, por exemplo);
Velocidade (nveis de servios) de suprimentos;
Sistemtica de
gesto
dos fornecedores (desempenho
e descredenciamento);
Sistemtica de contratos de fornecimento com os fornecedores mais
habituais.

Deciso 2: Qual a poltica de suprimento de recursos humanos?

Da mesma forma que software e outros recursos, a velocidade de
suprimento de recursos humanos com a qualificao requerida tambm
crucial para a operao.
Aqui, devemos decidir sobre:

Poltica de recrutamento e seleo pessoal;

Fontes de fornecimento de recursos humanos;
Nveis de servios para o suprimento de recursos humanos.

Deciso 3: Qual a poltica de contratao de servios?

A contratao de servios de uma rede de parceiros tambm importante
para a Fbrica de Software, principalmente quando a operao experimenta
grande flutuao de demanda.
Aqui, devemos decidir sobre:

Se vamos desenvolver parceiros e fornecedores de servios;

Poltica de contratao de servios de terceiros (quando e em que
situaes);
Nveis de servios a serem exigidos dos parceiros;
Compartilhamento de infraestrutura com os parceiros;
Regras de segurana e sigilo;
Avaliao do desempenho dos parceiros.

O prximo item de estudo , Planejamento e Controle da Qualidade.

Deciso 1: Qual a sistemtica de planejamento e controle da qualidade a ser
adotada?
A qualidade da operao responsvel pela qualidade dos produtos
gerados por ela.
A qualidade numa operao como a Fbrica de Software significa menos
retrabalho; por tanto, maior produtividade.
Aqui, devemos decidir sobre:

Polticas da qualidade a serem adotadas pela operao;

Quais os pontos de inspeo da qualidade na operao;
Quais os pontos de inspeo nos produtos da fbrica;
Como as inspees das operaes e dos produtos sero realizadas;
Quais tcnicas de planejamento e controle da qualidade devero ser
adotadas;
Como os resultados das inspees sero reportados;
Como a operao ser controlada em termos de partes defectivas;
Como as variaes nos resultados do processo produtivo da Fbrica
de Software sero controladas.

Deciso 2: Quais os nveis de servio de qualidade a serem adotados pela

operao?
A qualidade do produto, em toda operao de Fbrica de Software,
considerada um atributo objeto de acordo sobre o nvel de servio requerido
pelo cliente ou usurio.
Aqui, devemos decidir sobre:

Quais as mtricas a serem usadas para determinar a qualidade de um

produto e da prpria operao;
Qual o processo de coleta de medies e gerao dos indicadores de
qualidade.

O prximo item de estudo , Administrao da qualidade e

melhoramento da produo.
Deciso 1: Quais os padres de desempenho a serem adotados pela
operao da Fbrica de Software?
Como vimos anteriormente, toda operao possui um conjunto de objetivos
de desempenho.
Aqui, devemos decidir sobre quais os indicadores de desempenho que
devemos adotar para a gesto da operao de Fbrica de Software e de sua
melhoria contnua.
Alm do mais, devemos decidir sobre os demais nveis de servios que
devem ser adotados pela Fbrica de Software e as metas de desempenho.
Para essa deciso, devemos considerar um conjunto mnimo de indicadores,
tais como:

Aprendizagem dos colaboradores;

Confiabilidade de entrega da operao;
Qualidade dos produtos;
Atendimento aos prazos padres da Fbrica de Software;
Velocidade na implantao de novas linhas de servios;
Flexibilidade no atendimento a flutuaes de demanda;
Flexibilidade de atendimento a mltiplas plataformas etc.

Deciso 2: Qual a poltica para melhoria da operao?

A melhoria da operao ocorre a partir da anlise de seus indicadores de

desempenho. Essa analise informa as causas de variaes nos resultados de
desempenho da fbrica.
Com base no conhecimento das causas, projetos de melhoria so iniciados
visando eliminao das causas de variao nos resultados.
A melhoria tambm ocorre a partir do estabelecimento de metas de
desempenho superiores, de forma contnua.
Aqui, devemos decidir sobre:

Poltica da melhoria contnua;

Tratamento de projetos internos de melhoria;
Engajamento das pessoas na melhoria contnua;
Engajamento da direo em relao melhoria contnua.

Deciso 3: Quais os modelos de maturidade ou de qualidade a serem

adotados pela Fbrica de Software?
Nos dias de hoje, se uma operao de Fbrica de Software deseja competir
tem que demonstrar a capacidade e a maturidade de seu processo e,
muitas vezes, a capacidade de seus profissionais.
Aqui, devemos decidir sobre:

O modelo de qualidade a ser adotado que reconhecido

internacionalmente;
As certificaes profissionais de interesse para a Fbrica de Software;
A estratgia de implementao, evoluo e manuteno do modelo
de qualidade.

O prximo item a estudar , Preveno e Recuperao de falhas.

Deciso 1: Qual a poltica de preveno e para tratamento de itens no
conformes na Fbrica de Software?
Qualquer tipo de operao apresenta falhas. H falhas internas e externas.
Falhas internas so as de projeto, de processo, de instalaes e falhas de
pessoas. Falhas externas so causadas por fornecedores e pelos clientes.
Geralmente, a probabilidade de ocorrncia de falhas, quando do projeto da
operao, deve ser prevista em um Plano de Contingncia.
O Plano de Contingncia ou de Risco pode estabelecer polticas de
preveno, com aes de mitigao de riscos, e polticas e procedimentos
para o tratamento das no-conformidades quando elas ocorrem. Por
exemplo, segregar um projeto, uma especificao de programas ou um
programa no conforme, e assim sucessivamente.
O registro de falhas deve alimentar a construo de indicadores da
qualidade, que por sua vez subsidiam aes de melhoria da operao.
Aqui, devemos decidir sobre:

A poltica de preveno;
O plano de contingncia ou de riscos;
As aes de respostas aos riscos;
As responsabilidades quanto aos riscos;
Os procedimentos de tratamento de falhas e no-conformidades
relativas aos processos, produtos, fornecimentos, mau uso do produto
pelo cliente, pessoal etc.;
O plano de segurana fsica e lgica no mbito da Fbrica de
Software;
As polticas e os procedimentos de manuteno dos equipamentos
computacionais e da rede de comunicao (LAN e WAN) manutenes corretivas, preventivas e preditivas;
Os procedimentos de recuperao de falhas em processos, projetos,
ordens de servio, fornecimentos e equipamentos computacionais,
rede, software, servidores de dados e de aplicao;
Os procedimentos de back-up de arquivos e bancos de dados.