Discusso sobre a importncia do

programa de necessidades no
processo de projeto em arquitetura
A discussion on the importance of the architectural
design process
Daniel de Carvalho Moreira
Doris Catherine Cornelie Knatz Kowaltowski
Resumo
programa de necessidades cumpre um importante papel no projeto de
arquitetura e contribui para que o projetista considere a complexidade
envolvida na concepo de espaos urbanos e de edifcios. Durante a
dcada de 1950, arquitetos e engenheiros, atentos ao panorama
cientfico, procuravam aplicar novas tcnicas ao desenvolvimento do projeto em
arquitetura. Organizaram-se, a partir de vrias conferncias, grupos de
estudo sobre mtodos de projeto e o assunto tomou rumos diversos nos quarenta
anos seguintes, inclusive uma vertente dedicada ao programa arquitetnico. No
Brasil, tais mtodos de projeto no tiveram repercusso direta na atividade
profissional dos escritrios de projeto, tampouco sobre programas de ensino ou
pesquisa das escolas de engenharia e arquitetura. Este trabalho discute o programa
de necessidades e sua contribuio no processo de projeto em arquitetura, atravs
da discusso de mtodos para seu desenvolvimento, das normas que definem seus
contedos e da sua forma de apresentao, visando a efetiva aplicao dos seus
conceitos.

Daniel de Carvalho
Moreira
Faculdade de Engenharia Civil,
Arquitetura e Urbanismo
Universidade Estadual de
Campinas
Av. Albert Einstein, 951
Cidade Universitria Zeferino
Vaz Campinas - SP
Caixa Postal 6021
CEP 13083-852
Tel.: (19) 3521-2469
E-mail:
damore@fec.unicamp.br

Palavras-chave: Programa de necessidades. Projeto de arquitetura. Mtodos de

projeto. Avaliao ps-ocupao

Abstract

Faculdade de Engenharia Civil,

Arquitetura e Urbanismo
Universidade Estadual de
Campinas
Av. Albert Einstein, 951
Cidade Universitria Zeferino
Vaz Campinas - SP
Caixa Postal 6021
CEP 13083-852
Tel.: (19) 3521-2390
E-mail: doris@fec.unicamp.br

The brief plays an important role in the architectural design, making it possible for
the designers to consider the complexity that exists in the conception of urban
spaces and buildings. During the Fifties, architects and engineers, aware of new
scientific developments, endeavored to apply new methods in the architectural
design process. After several research groups on design methods were created
along the following forty years, including a research initiative on the brief. In
Brazil, those design methods have not had a direct influence on architectural
practices, nor on civil engineering and architecture training and research. This
paper discusses the brief and its contribution to the architectural design process by
discussing development methods, standards that define their content, and their
presentation form, aiming to contribute for its effective application.

Recebido em 27/03/09
Aceito em 02/05/09

Keywords: Brief. Architectural design. Design methods. Post-occupancy evaluation.

Doris Catherine Cornelie

Knatz Kowaltowski

Ambiente Construdo, Porto Alegre, v. 9, n. 2, p. 31-45, abr./jun. 2009.

ISSN 1678-8621 2005, Associao Nacional de Tecnologia do Ambiente Construdo. Todos os direitos reservados.

31

Introduo
O processo de construo do edifcio composto
por trs fases distintas: o programa, o projeto e a
execuo. A qualidade do produto final depende
do rigor e da exigncia observados em cada uma
dessas fases, pois o sub-produto de um processo
est diretamente relacionado ao produto anterior e
ir afetar a qualidade do resultado da fase seguinte.
Esta relao pode no ser concluda com a entrega
do edifcio ao cliente, uma vez que a vida til de
um edifcio depende da satisfao do seu usurio
em funo da adequao da ocupao. Caso haja
um desajuste nesta relao, retoma-se o processo
de construo para satisfazer as novas condies
exigidas ou corrigir os erros observados.
A anlise da qualidade do desempenho do
ambiente construdo conduzida pela Avaliao
Ps-Ocupao (APO) e os seus resultados
constituem a base para a operao seguinte:
organizar as informaes disponveis para o
planejamento das alteraes necessrias
adequao do espao segundo as funes
requeridas pelos seus ocupantes. Frequentemente
atribui-se ao processo de projeto a estruturao dos
resultados da APO para determinar os novos
requisitos funcionais, tanto em uma reestruturao
do espao existente como na construo de um
novo edifcio. Porm, o ciclo do processo de
construo pressupe que as necessidades do
cliente e do usurio sejam analisadas e estruturadas
antes que a etapa de projeto tenha incio
(ORNSTEIN; ROMERO, 1992).
O programa arquitetnico a fase que antecede o
projeto. O propsito do programa descrever as
condies onde o projeto vai operar. Ao cumprir
seu objetivo, o programa estabelece o problema ao
qual a edificao projetada dever responder.
Alm de ser um dos primeiros passos do processo
de construo, o desenvolvimento do programa
uma atividade analtica. A anlise do contexto
um procedimento que busca os elementos
essenciais da situao que envolve o edifcio. O
contexto no abrange apenas uma situao fsica,
limitada por uma rea, um terreno e suas
caractersticas geogrficas, mas todas as situaes
de uso, culturais, urbanas, estruturais e assim por
diante. Fazem parte do contexto as propriedades e
caractersticas dos usurios do edifcio, bem como
seus valores e preferncias, econmicos, estticos
ou culturais.
Visando contribuir para a ampliao da qualidade
do ambiente construdo atravs de projetos
arquitetnicos que respondem s demandas da
situao (local, poca e usurio) discute-se neste
artigo a importncia do programa de necessidades

32

Moreira, D. de C.; Kowaltowski, D. C. C. K.

no processo de projeto com a apresentao do seu

contedo e aplicao de normas relevantes. A
iniciativa para desenvolver o presente texto partiu
da repercusso positiva de sua verso preliminar,
apresentada na mesa redonda do Encontro
Nacional de Tecnologia do Ambiente Construdo,
ENTAC 2008, realizado em Fortaleza, sobre a
importncia da Avaliao Ps-Ocupao para o
desenvolvimento do programa arquitetnico e para
o processo de projeto em arquitetura
(KOWATOWSKI; MOREIRA, 2008).

Programa de necessidades
No processo de projeto, seja ele em qualquer rea
de aplicao, importante levantar em primeiro
lugar as necessidades do cliente e formular a partir
destes os requisitos funcionais do produto (SUH,
1990). Em arquitetura, o processo de projeto
tambm inicia-se com o levantamento das
caractersticas e exigncias do cliente e do
contexto. Desta forma, o programa de necessidades
sinnimo do programa arquitetnico. Por
definio, a programao arquitetnica implica em
levantar, compreender e organizar as informaes
necessrias para o desenvolvimento do projeto do
edifcio. Para isso, o procedimento deve lidar com
dados de diferentes naturezas, obtidos em diversas
fontes, mas que devem estar organizados e
documentados a fim de dar apoio ao processo
seguinte, o projeto. O programa deve ser expresso
de modo sinttico, atravs de quadros e diagramas,
e apoiado por uma documentao completa,
reunida durante os estudos das condies que
determinam os propsitos do edifcio a ser
projetado.
As informaes necessrias para compreender e
descrever o problema que o projeto do edifcio
deve resolver podem ser obtidas em uma srie de
fontes de dados:
(a) avaliaes ps-ocupao: o estudo do espao
que se pretende modificar ou das edificaes
semelhantes quela que ser projetada representa a
possibilidade de observar como determinadas
alternativas de projeto obtiveram xito ou no,
dadas certas condicionantes. A partir de
questionrios, observaes, avaliaes
documentais, registros (logbook, queixas e
problemas), listas de atividades, mapas
comportamentais e medies tcnicas possvel
empreender a anlise de um ambiente construdo,
segundo seus propsitos funcionais, alm de
constituir uma oportunidade de avaliar e

quantificar situaes que sero comuns ao novo

edifcio a ser projetado;
(b) reviso da literatura especializada: durante o
processo de programao arquitetnica, os tpicos
que so identificados como relevantes para o
desenvolvimento do projeto podem ser
amplamente estudados a partir dos trabalhos
publicados sobre um assunto. Os relatos sobre o
xito ou a inadequao de determinadas solues
diante de um problema esto registrados na
literatura especializada, o que oferece uma variada
fonte de experincias para o programa
arquitetnico;
(c) normas, legislaes e recomendaes: reunio
das condies tcnicas que o projeto do edifcio
deve observar. Embora vrias normas descrevam
as particularidades do contexto onde o edifcio ir
operar, muitos dos princpios que regem um
determinado tipo de edificao podem ser
identificados na literatura tcnica especfica.
Nessas fontes de informao so encontrados
tambm os manuais e requisitos tcnicos dos
equipamentos que a edificao dever acomodar, o
que inclui exigncias tcnicas de instalaes e
estruturais, bem como condies de conforto e
segurana de operao;
(d) usurios: a consulta s pessoas que iro ocupar
o edifcio projetado uma fonte importante de
informao para o programa arquitetnico de um
edifcio. A identificao dos requisitos funcionais
que o espao construdo dever satisfazer depende
de procedimentos de entrevista junto ao usurio e
da observao das suas atividades. Existem
mtodos participativos de projeto, como os jogos,
modelos em escala real (mock-ups) e a aplicao
de sofisticados recursos visuais (SANOFF, 1991).
As participaes do cliente e do usurio permitem
incluir uma diversidade de opinies e percepes
sobre o ambiente que priorizam os aspectos de
conforto, funcionalidade, economia e esttica,
alm de ampliar a base de conhecimento da
natureza do objeto de projeto. Este procedimento
exige uma documentao profunda, com clareza e
objetividade em sua comunicao, a fim de
registrar com preciso a origem das observaes
levantadas pelos atores do processo; e
(e) anlise de projetos: levantamento das
caractersticas de edifcios que possuem afinidades
com o projeto em desenvolvimento. A
contribuio da anlise de projetos para o processo
de programao depende da identificao dos
requisitos funcionais exigidos pela nova
edificao, considerados relevantes em situaes
similares. Assim, na fase de programao de um
novo edifcio, a anlise de um projeto
arquitetnico de referencia permite esclarecer

quais foram as prioridades do projeto, seus

requisitos funcionais e as origens das solues
apresentadas. A partir da crtica arquitetnica ao
projeto de referencia conduz-se o procedimento de
anlise atravs da seleo de parmetros, da
classificao, da atribuio de pesos e da definio
de uma lista de verificao (KOWALTOWSKI et
al., 2006).
Uma vez que o programa arquitetnico um
procedimento de anlise, seu objetivo listar as
condies do contexto onde um edifcio ir operar
em termos de requisitos funcionais. Trata-se da
apresentao dos fatores de desempenho que se
espera que a edificao cumpra e cujo objetivo
principal manter a integridade dos usurios e dos
bens que abriga, ao corresponder aos seus anseios
e expectativas de conforto e satisfao nesse
mesmo espao. O projeto de um edifcio depende
da correta observao desses requisitos, no s
para cumprir metas, mas para estimular o seu uso
nas mais variadas situaes.

Histrico dos mtodos de

projeto
Durante a dcada de 1950, arquitetos e
engenheiros atentos ao panorama cientfico
procuravam
aplicar
novas
tcnicas
ao
desenvolvimento do projeto para melhorar a
qualidade do processo e dos seus produtos. No
final de 1962, realizou-se em Londres a primeira
conferncia sobre mtodos de projeto (Conference
on Design Methods) com o objetivo de buscar e
definir mtodos sistemticos de resoluo de
problemas (SLANN, 1963). Foi a primeira
tentativa de reunir experincias e teorias na
aplicao de tcnicas sistemticas de projeto,
influenciadas por novas prticas cientficas, como
a Teoria dos Sistemas, Teoria da Informao e a
Pesquisa
Operacional
(BAYAZIT,
2004;
BROADBENT; WARD, 1971; BUCHANAN,
1996; CROSS, 1984; KOWALTOWSKI, 1992).
Outros dois congressos importantes tiveram lugar
no Reino Unido, durante a dcada de 1960:
(a) Second Design Methods Conference, em
Birmingham, 1965 (GREGORY, 1966); e
(b) Design Methods in Architecture, em
Portsmouth, 1967 (BROADBENT; WARD, 1971).
Organizaram-se a partir dessas conferncias
grupos de estudo sobre mtodos de projeto e o
assunto tomou rumos diversos nos quarenta anos
seguintes. No Reino Unido foi fundada a
Sociedade de Pesquisa em Projeto (Design
Research Society) em 1967, que ainda hoje se
mantm ativa e publica o peridico Design Studies,

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

33

uma importante fonte para pesquisa em projeto.

Entre seus membros atuais esto Nigel Cross,
Richard Buchanan e Bruce Archer. Em 1966
surgiu o Grupo de Mtodos de Projeto (Design
Methods Group) nos Estados Unidos que, por sua
vez, publicou o DMG Newsletter entre 1966 e
1971. Posteriormente, a publicao adotou os
nomes DMG-DRS Journal: Design Research and
Methods, de 1971-1976, e Design Methods and
Theories, de 1976 at o presente (BAYAZIT,
2004, p. 20).
Ainda nos anos de 1960, pesquisadores e
projetistas de outros pases do mundo tambm se
dedicaram ao estudo do assunto. Na Alemanha
Ocidental foi publicada uma srie de trabalhos
sobre mtodos de planejamento em arquitetura e
na Sucia foram feitos estudos ergonomtricos
para ambientes residenciais, baseados nos mtodos
de projeto (BAYAZIT, 2004, p. 20). Na mesma
poca surgiram estudos sobre as necessidades dos
usurios em espaos construdos, que deram
origem s normas especficas sobre o assunto em
pases como Frana, Inglaterra, Holanda, Sucia e
Dinamarca (BAYAZIT, 2004, p. 25). Na Turquia
(BAYAZIT, 2004, p. 29) e na Holanda (VAN
DER VOORDT; VAN WEGEN, 2005, p. 114)
algumas faculdades ministram disciplinas e
desenvolvem pesquisas sobre mtodos de projeto e
o programa arquitetnico, desde a dcada de 1960.
No Brasil, os Design Methods no tiveram
expressiva repercusso na atividade profissional
dos escritrios de projeto, influenciaram pouco os
programas de ensino ou pesquisa das escolas de
engenharia e arquitetura. Alguns provveis
motivos desta indiferena so (CELANI, 2003, p.
5):
(a) as primeiras instituies de ensino de
arquitetura basearam-se no modelo da cole de
Beaux Arts, trazido para o Brasil pela Misso
Artstica Francesa no comeo do sculo XIX, e se
mantm at hoje em muitas escolas e incentivam a
formao artstica do arquiteto. Como
consequncia, observam-se a falta de consenso na
definio de uma estrutura do processo de projeto
e o procedimento de tentativa e erro na concepo
do edifcio; e
(b) a organizao dos primeiros escritrios de
arquitetura no Brasil foi tardia remonta metade
do sculo XX e baseada no talento individual do
profissional responsvel.
Depois de quarenta anos, vrios autores
distinguem diferentes fases que caracterizaram a
evoluo do movimento (BAYAZIT, 2004;
CROSS, 1984; VAN DER VOORDT; VAN
WEGEN, 2005). curioso observar que a primeira

34

Moreira, D. de C.; Kowaltowski, D. C. C. K.

diviso foi identificada por Horst Rittel, logo no

comeo dos anos de 1970, como a primeira
gerao dos mtodos de projeto. Os mtodos
propostos por essa gerao se caracterizavam pela
sistematizao de um processo de trs fases a
anlise, a sntese e a avaliao e eram baseadas,
principalmente, nas tcnicas de pesquisa
operacional. So conhecidos tambm como
mtodos sistemticos de projeto. Ao identificar a
primeira gerao dos mtodos de projeto, Rittel
props uma segunda gerao, que se caracterizava
por considerar, nas decises de projeto, o
envolvimento do usurio e os seus objetivos
(BAYAZIT, 2004, p. 18). Na dcada de 1980 a
abordagem dos Design Methods mudou
novamente, e o projeto passou a ser visto como
uma cincia especfica e no precisava mais
procurar argumentos nos princpios da filosofia da
cincia (CROSS, 2002).
Uma vez que a evoluo dos mtodos de projeto
coincide com o passar das dcadas do sculo XX,
alguns autores a dividem nos perodos
apresentados no Quadro 1 (VAN DER VOORDT;
VAN WEGEN, 2005).
Outra diviso importante foi estabelecida por Nigel
Cross (1984), que identificou os principais
assuntos discutidos pelos expoentes dos mtodos
de projeto:
(a) o controle do processo de projeto: John
Christopher Jones, Christopher Alexander, Bruce
Archer e John Luckman;
(b) a estrutura dos problemas de projeto: Peter
Levin, Christopher Alexander, Barry Poyner,
Horst Rittel, Melvin Webber e Herbert Simon;
(c) a natureza da atividade de projeto: Jane Darke,
mer Akin, Bryan Lawson, John Thomas e John
Carroll; e
(d) a filosofia do mtodo de projeto: Geoffrey
Broadbent o expoente principal, em especial por
sua obra Design in Architecture (BROADBENT,
1982).
Durante seu desenvolvimento, os Design Methods
repercutiram em reas diversas e deram origem a
importantes contribuies, como a avaliao psocupao, o programa arquitetnico, o Design
Thinking, a inteligncia artificial e a aplicao de
tcnicas computacionais para solucionar problemas
de projeto e compor as formas dos objetos. Todas
as transformaes pelas quais os mtodos de
projeto passaram nos ltimos anos contriburam
para estabelecer o assunto como uma disciplina
independente, capaz de influenciar a prpria
cincia.

Perodo

Caractersticas
projeto definido como a atividade de resolver problemas segundo determinados
objetivos;
busca por abordagens sistemticas e eficientes das questes de projeto;
Primeira metade da
confiana nas possibilidades oferecidas pelo computador;
dcada de 1960
principais expoentes: John Christopher Jones, Christopher Alexander e John
Luckman.
Crtica crescente s falhas das abordagens tcnicas da primeira fase.
a ateno foi transferida para a soluo de problemas sociais;
Segunda metade da
participao dos usurios na criao e gerncia do ambiente construdo;
dcada de 1960 e
construo de habitaes experimentais e habitaes comunitrias;
metade da dcada de
a metodologia de projeto passou a considerar novas disciplinas, como a psicologia
1970
ambiental e a sociologia habitacional;
principais expoentes: Horst Rittel e Henry Sanoff.
crticas nfase unilateral do pensamento racional.
Alexander publica A Pattern Language e rejeita qualquer ideia classificada como
metodologia;
admite-se que o projeto ainda visto como um ciclo de anlise-sntese-avaliao, mas
cada processo de projeto nico e no pode ser descrito de modo padronizado;
Metade da dcada de
Broadbent aponta o surgimento da terceira gerao: em contraste com a abordagem
1970 aos anos de 1980 analtica dos anos 60 e com a ateno participao do usurio, caracterstico dos
anos 70;
principais expoentes: Christopher Alexander, Geoffrey Broadbent, Herbert Simon,
mer Akin, Donald Schn e Nigel Cross.
Interesse nos sistemas de processamento de informaes e sistemas de suporte s
decises de projeto;
a ferramenta essencial de projeto o CAD;
desenvolveu-se um novo tipo de projeto, influenciado pelo uso dos computadores e
envolvendo a busca por formas geomtricas anormais e no retangulares.
Dos anos de 1990 aos
A complexidade do edifcio consequncia da influncia de vrios profissionais, alm
nossos dias
do arquiteto, que consideram diferentes objetivos e prioridades na definio da melhor
soluo;
Algoritmos matemticos podem ser usados para dar uma ideis da relao de solues
onde cada variante de projeto pode satisfazer cada requisito mnimo.
Principais expoentes: William Mitchell, Donald Schn e Bryan Lawson.
Quadro 1 - Histrico dos Mtodos de Projeto

Procedimentos do programa
arquitetnico
O programa divide o contexto de um projeto
arquitetnico em partes, procurando nelas os seus
elementos principais. Esta diviso analtica pode
ser chamada de estrutura do problema de projeto.
Na sequncia do processo, o desenvolvimento do
projeto passa a resolver o problema colocado pelo
programa. por esse motivo que muitos autores
consideram o procedimento de projeto uma
atividade de sntese (CROSS, 2002; PEA;
PARSHALL, 2001, p. 18). Como a cincia
envolve uma atividade analtica, os mtodos de
projeto que se baseavam na aplicao dos
mtodos cientficos passaram a ser criticados por
no considerar essa distino entre cada um dos
processos. Como consequncia, estudos dos
mtodos de projeto se concentraram nas
atividades de programao arquitetnica: a etapa
de anlise do processo de projeto.
Segundo
Kumlin
(1995),
o
programa
arquitetnico se estabeleceu como uma disciplina

distinta em 1966, quando o American Institute of

Architects (AIA) publicou um pequeno manual
chamado Emerging Techniques of Architectural
Practice. At o final da dcada de 60, algumas
outras publicaes haviam tratado do programa
arquitetnico. Dentre elas estava o ttulo
Problem
Seeking:
An
Architectural
Programming Primer, que ainda hoje reeditado
em novas atualizaes (PEA; PARSHALL,
2001). Alguns arquitetos tambm so conhecidos
por serem os precursores da prtica de
desenvolver um programa de necessidades como
parte do processo de projeto, como o arquiteto
Louis Kahn (DOGAN; ZIMRING, 2002;
HERSHBERGER, 1999; ALEXANDER, 1977) e
Richard
Neutra
(FRAMPTON,
1997;
LAMPRECHT, 2004). O mtodo problem
seeking estrutura as informaes de projeto que
um programa de necessidades deve abranger e
serve como um checklist para a atividade de
programao (PEA; PARSHALL, 2001). O
Quadro 2 apresenta a relao dos tpicos
ressaltados pelo problem seeking.

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

35

Os caminhos que levaram s tcnicas de

programao em arquitetura no vieram apenas
das discusses sobre projeto. A aplicao da
teoria dos sistemas nas cincias sociais teve como
consequncia a ateno sobre as influncias do
espao construdo no comportamento humano.
Uma variedade de profissionais passou a se
dedicar ao estudo das relaes entre o espao
fsico e o contexto, entre eles cientistas sociais,
acadmicos, tcnicos, projetistas, arquitetos e
urbanistas, o que resultou em uma diversidade de
abordagens sobre o assunto. As concluses destes
trabalhos no chegaram a um consenso, assim
como no existe uma tcnica nica de programa
arquitetnico (KUMLIN, 1995).
As tcnicas de programa de necessidades so to
variadas como so as estruturas que descrevem
um contexto. Mas, fundamentalmente, os
resultados de diferentes programas sobre um
mesmo contexto deveriam ser, pelo menos,
semelhantes.
No entanto, as vrias abordagens do programa
configuram estruturas conceituais onde os dados
sobre o contexto so organizados para atender ao
processo de projeto. Tambm permite
compreender as relaes funcionais entre este
contexto e um espao fsico, seja ele edificado ou
planejado. Assim como as relaes so
funcionais, os problemas identificados pelo
programa tambm devem ser colocados em
termos funcionais. O programa o primeiro passo
do processo de projeto porque trata das
condies que devero ser observadas no decorrer
do projeto e como tal deve se ater descrio
do contexto ou dos aspectos gerais da forma e
evitar sugerir ou impor solues de projeto para o
edifcio.
O usurio do edifcio o elemento ativo do
contexto, e nele que as atenes devem estar
focadas para se estabelecer as necessidades que a
forma projetada dever cumprir. As necessidades
funcionais so expressas atravs dos requisitos de
conforto ambiental, nos seus aspectos trmicos,
acsticos, visuais e de funcionalidade, uma vez
que constitui um dos elementos da arquitetura
que mais influencia o bem-estar do homem
(KOWALTOWSKI et al., 2006). Deve-se
identificar as caractersticas fsicas, psicolgicas e
culturais do usurio, bem como suas atividades,
desempenhadas no espao a ser projetado, e seus
valores. Por esse motivo as tcnicas de
programao arquitetnica do especial ateno
ao tratamento dispensado junto aos clientes e
usurios do projeto e incluem levantamentos de
informaes atravs de entrevistas, questionrios
e dinmicas de grupo.

36

Moreira, D. de C.; Kowaltowski, D. C. C. K.

A busca pela descrio das necessidades as quais

o projeto deve responder implica em identificar
os valores do usurio em relao ao espao
construdo. Os valores so as qualidades mais
importantes em um edifcio, segundo a percepo
de seu ocupante. Hershberger (1999) separa e
detalha valores contemporneos de acordo com
aspectos e suas caractersticas. So eles:
humanos: atividades funcionais para ser
habitvel; relaes sociais a serem mantidas; as
caractersticas fsicas e necessidades dos
usurios; as caractersticas fisiolgicas e
necessidades dos usurios; as caractersticas
psicolgicas e necessidades dos usurios;
(a) ambientais: terreno e vistas, clima, contexto
urbano, recursos naturais, resduos;
(b) culturais: histrico, institucional, poltico,
legal;
(c) tecnolgicos: materiais, sistemas estruturais,
processos construtivos e de concepo da forma;
(d) temporais: crescimento, mudana,
permanncia;
(e) econmicos: financeiros, construo,
operao, manuteno, energia;
(f) estticos: forma, espao, significado; e
(g) segurana: estrutura, incndio, qumico,
pessoal, criminoso (vandalismo).
As tarefas envolvidas na definio do programa
so: levantar informaes, descobrir os padres
dos problemas e procurar obter as contribuies
do cliente. Neste sentido, faz parte do programa
determinar os principais tpicos do projeto,
segundo os valores identificados pelo cliente, e
apresent-los de modo claro e preciso. Quando
no identificado um interesse do usurio quanto
a determinado tpico, ele pode ser deixado em
aberto para ser definido pelo projetista durante o
desenvolvimento da forma. No entanto,
importante que o programa estabelea as
prioridades do projeto, tanto em termos da
qualidade esperada pelo usurio e pelo cliente
como a quantificao das metas e indicadores.
Essas duas propriedades da informao so
identificadas pela maioria das estruturas de
programao, como no caso do problem seeking
que define os seus cinco passos atravs da
intercalao de dados qualitativos e quantitativos:
as fases de definio de metas, conceitos e
problemas so compostas por dados
qualitativos, enquanto as fases de identificao de
fatos e necessidades exigem dados
quantitativos

Metas

Fatos

Conceitos

Necessidades

Misso
Nmero mximo
Identidade individual
Interao/privacidade
Hierarquia de valores
Atividades bsicas
Segurana
Progresso (fluxo)
Separao
Encontros
Transportes
Eficincia
Prioridade das
relaes

Dados estatsticos
Parmetros de rea
Previses pessoais
Carter. do usurio
Comunidade
Organizao
Perdas potenciais
Tempo de
deslocamento
Anlise de trfego
Padres de
comportamento
Adequao do espao
Tipo/intensidade
Barreiras fsicas

Disposio de
servios
Disposio de
pessoas
Disposio de
atividades
Prioridades
Hierarquias
Controles de
segurana
Fluxos sequenciais
Fluxos separados
Fluxos misturados
Relaes
funcionais
Comunicaes

reas necessrias: Requisitos

prprios e
por organizao
importantes
por tipo de
de
espao
desempenho
por tempo
que iro
por localizao
conformar o
Requisitos de
projeto do
estacionamento
edifcio.
Necessidades de
espaos externos
Alternativas
funcionais

Tendncia do terreno
Responsabilidade
ambiental
Uso do terreno
Relaes
comunitrias
Investimentos comun.
Conforto fsico
Segurana fsica
Ambiente
social/psicolgico
Individualidade
Orientao
Imagem projetada
Expectativas do
cliente

Anlise do terreno
Anlise do solo
Ocupao
Anlise climtica
Cdigos ocupao
Entorno
Implicaes psicolg.
Ponto de
referncia/entrada
Custo por metro
quadrado
Eficincia do edifcio
ou do layout
Custos dos
equipamentos
rea por unidade

Intensificar
Fundaes
especiais
Densidade
Controles
ambientais
Segurana
Vizinhana
Conceitos
morar/trabalhar
Orientao
Acessibilidade
Carter
Controle de
qualidade

Custos de
Consideraes
desenvolvimento principais
do terreno
quanto
forma que
Influncia do
afetaro o
ambiente nos
projeto do
custos
edifcio
Custos de
construo
Fatores de
eficincia globais
do edifcio

Extenso
oramentria
Oramento
Custos efetivos
inicial
Retorno mximo
Custos
operacionais Retorno dos
investimentos
Custos da
vida til
Minimizar os custos
operacionais
Manuteno e custos
Custos do ciclo de
vida
Sustentabilidade

Parmetros de custos
Oramento mximo
Fatores de uso-tempo
Anlise de mercado
Custos das fontes de
energia
Fatores climticos e
de atividades
Dados econmicos
Sistema de avaliao
de consumo de
energia (LEED, p.
ex.)

Controle de custo
Disposio
proporcional
Multifuncional/ver
stil
Propaganda
Conservao de
energia
Reduo de custos
Reciclagem

Anlise das
estimativas de
custos
Balano
oramentrio
Anlise do fluxo
de caixa
Oramento
energtico
Custos operao
Indic. de sustent.
Custos ciclo vida

Preservao histrica
Atividades
estticas/dinmicas
Mudanas
Crescimento
Data de ocupao
desejada
Disponibilidade de
recursos monetrios

Significado
Parmetros de espao
Atividades
Projees
Duraes
Fatores de ampliao
gradativa

Adaptabilidade
Ampliao
Tolerncia
Cronograma
Convertibilidade
Cronograma de
custos
Aplicabilidade
Cronograma
linear/comparativ
o
Fases

Funo
Pessoas
Atividades
Relaes

Forma
Local
Ambiente
Qualidade

Economia

Tempo
Passado
Presente
Futuro

Problema

Consideraes
sobre o
oramento
inicial e sua
influncia na
construo e
na geometria
do edifcio

Implicaes de
mudana e
crescimento
no
desempenho a
longo prazo

Quadro 2 Estrutura da informao em projeto, segundo o Problem Seeking (PEA; PARSHALL, 2001)

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

37

Infra-estrutura
conforto

Desemp. arquitet.

rea total (m2)

rea circul. (m2)
rea x (m2)
x N ativid. simult.
rea Layout (m2)
Layout

Equip. Mveis

N de pessoas
Atividades

1, 2, 3, 4, 5,
6, 7, 8
Hospedagem (60 a 75% da rea construda do hotel) Clculo estimado para 12 andares de hospedagem

Relaes c/ ativid.

Lmpada
Interruptores
Tomadas

1, 3, 4, 5,
6, 7, 8

Tomadas
Controle
remoto

Controle
remoto
Aconchegan
te Silencioso
Agradvel
Confortvel

Aconcheg
ante
Silencioso
Agradvel

387.00

256.25

25%

25%

309.60

205.44

144x

48x

2.15x

4.28x

Cama
Criado mudo
Abajur
1x
Dormir em
cama Twin

01

Cama
Criado
mudo
1x
Dormir
em cama
King
02

Quadro 3 Quadro de atividades para o programa arquitetnico

Outra propriedade importante da natureza da

informao
que
constitui
o
programa
arquitetnico, que no se deve apresentar
solues de projeto, muito menos definir
propriedades do edifcio antes da fase de projeto.
Os requisitos funcionais devem ser expressos em
termos que indiquem a qualidade exigida, as
funes esperadas ou os valores pretendidos, e
no uma orientao de como a forma deva

38

Moreira, D. de C.; Kowaltowski, D. C. C. K.

cumprir esses objetivos. O Quadro 3 apresenta

um exemplo de uma estrutura que permite elencar
as qualidades funcionais exigidas para um
edifcio sem a descrio de uma soluo formal,
atravs da relao das qualidades funcionais e da
quantificao das variveis que determinam o
ambiente. Outro exemplo uma passagem sobre
a qualidade visual pretendida para a biblioteca
central da Universidade de Tecnologia de Delft e

que fez parte do seu programa arquitetnico

original cujo projeto foi posteriormente
executado pelo escritrio de arquitetura Mecanoo
ilustra essa caracterstica do texto:
O novo edifcio deve ser claramente
reconhecido como um edifcio pblico, com
uma funo social, e apresentar um papel
especial dentro da universidade. Uma vez que
o edifcio tambm representa um papel
nacional e receber visitantes de fora de Delft,
seu desenho e posicionamento devem criar
uma fachada que impressione [ . . . ]. O
carter dos fundos do edifcio, que no presente
se faz desordenado e colabora pouco com a
impresso dada pela rea atrs do Great Hall,
precisa ser melhorado (VAN DER VOORDT;
VAN WEGEN, 2005, p. 89).

Uma vez descrita a natureza do programa

arquitetnico, incluindo seus princpios, objetivos
e contribuies ao processo de construo do
edifcio, cabe aqui expor uma propriedade
particularmente potencial desse processo: a
sntese grfica. Coletadas as informaes e
definidos os requisitos, a documentao completa
do programa deve incluir diagramas que
permitam ao projetista compreender a variedade e
profundidade dos dados apresentados, alm de
instigar diferentes leituras a partir desses grficos.
tambm a primeira traduo da informao
para o desenho, linguagem comum a todas as
fases que conduzem materializao do edifcio:
No existe cincia, rgida ou flexvel, quente ou
fria, antiga ou recente, que no dependa dessa
transformao prvia [da informao em
desenho], e que no acabe por expor os
fenmenos pelos quais ela se interessa numa
superfcie plana de alguns metros quadrados,
em volta da qual se renem pesquisadores que
apontam com o dedo os traos pertinentes,
discutidos entre eles. O controle intelectual, o
domnio erudito, no se exerce diretamente
sobre os fenmenos [ . . . ] mas sim sobre as
inscries que lhes servem de veculo [ . . . ]
(LATOUR, 2006, p. 32).

Os diagramas apresentados pelo programa devem

cumprir a funo de apresentar uma variedade de
informaes organizadas para a comparao
direta entre elas. Portanto, como descrito
anteriormente, no devem ilustrar solues de
projeto, mas representar e sintetizar os dados
coletados. Diversos autores (ALEXANDER,
1977; CHING; WINKEL, 2003; CHING;
BINGGELI, 2006) ilustram as propriedades do
diagrama para permitir a leitura e a comparao
entre os dados que, de outra forma, implicariam
em volumosas listas e relaes (Quadro 4).
Atualmente,
formalmente

o programa arquitetnico
considerado como uma das

primeiras etapas do processo de projeto. Diversas

normas de procedimentos sobre as atividades de
construo descrevem as propriedades do
programa arquitetnico ou do briefing
(instrues), como conhecido pelos ingleses.
Entre os norte americanos, o procedimento de
programar considerado o primeiro passo do
processo de projeto, chamado de pre-design,
segundo o American Institute of Architects
(DUERK, 1993). Alm de encetar o uso formal
do programa arquitetnico no final da dcada de
1960, a AIA incluiu a fase de programar em seus
manuais de procedimento tcnico.
Na Inglaterra, a Royal Institute of British
Architects (RIBA) mantm a NBS (National
Building Specification), que, por sua vez, prov o
NBS Educator, destinado a orientar profissionais
sobre as documentaes de contratao na
construo civil. Neste sentido, a NBS Educator
oferece instrues sobre diversos assuntos
pertinentes prtica e contratao de servios
em arquitetura, entre eles a descrio dos
procedimentos de briefing (NBS, 2006). Pela sua
natureza descritiva, o brief, ou programa, tido
como um documento contratual importante, uma
vez que descreve as propriedades (escopo) que o
cliente espera que o projeto obtenha. Alm disso,
os primeiros oramentos so feitos a partir do
programa arquitetnico, atravs de uma
estimativa dos custos que implicam as
necessidades estabelecidas pelo cliente, a
manuteno do edifcio e o investimento
necessrio para a realizao do empreendimento.
A organizao de normas internacionais ISO
(International Organization for Standardization)
tambm edita uma norma sobre o programa
arquitetnico dentre uma srie de procedimentos
para a construo civil. Trata-se da norma ISO
9699 (ISO, 2004), Performance standards in
building: checklist for briefing: contents of brief
for building design, cujo resumo :
Descreve o contedo das instrues (brief)
para o projeto do edifcio. Pode ser usado a
partir do momento que um cliente faz as
primeiras consideraes sobre as necessidades
relativas ao projeto de um edifcio. aplicado
a todos os tipos e tamanhos de projetos.
Tambm pode ser aplicado em qualquer que
seja o propsito ou a funo do brief, como,
por exemplo, instruir, promover discusses,
registrar e servir como base para selecionar
resultados em uma avaliao ou em uma
competio formal (ISO, 2004).

No Brasil, vrias normas publicadas pela ABNT

(Associao Brasileira de Normas Tcnicas) so
baseadas nas normas internacionais ISO. A
verso digital do catlogo de normas ABNT

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

39

apresenta uma relao com mais de 1.000 normas

ISO que foram usadas como base para a
formulao da Norma Brasileira ou do Mercosul
(ABNT Digital, 2005). Entre elas no consta a
ISO 9699:2004 (ISO, 2004) sobre programa
arquitetnico. A norma NBR 13531 (ABNT,
1995a), que trata da elaborao de projetos e
edificaes, apresenta uma definio para o
programa de necessidades: [ . . . ] etapa
destinada determinao das exigncias de
carter ou de desempenho (necessidades e
expectativas dos usurios) a serem satisfeitas pela
edificao a ser concebida [ . . . ] (ABNT,
1995a, p. 4). Por sua vez, as propriedades desta
etapa so descritas na norma NBR 13532,
(ABNT, 1995b).
A NBR 13531 (ABNT, 1995a) estabelece as fases
de levantamento, programa de necessidades e
estudo de viabilidade como as primeiras etapas de
projeto, imediatamente anteriores ao estudo
preliminar. O estudo de viabilidade a fase do
projeto posterior ao programa, onde as
prescries so avaliadas e surgem, a partir de
anlises e avaliaes, as recomendaes de
alternativas para a concepo da edificao. Essa
fase depende das informaes reunidas nas etapas
anteriores e servir como base para o estudo
preliminar.
As condies gerais do projeto, descritas pela
NBR 13531 (ABNT, 1995a), incluem vrios
tpicos pertinentes ao programa. Dentre eles,
alguns so definidos integralmente ou
parcialmente no programa, sendo que aqueles
incompletos devero ser descritos e detalhados na
etapa de projeto. Existem ainda, nessa relao da
NBR 13531 (ABNT, 1995a), aquelas condies
da edificao cujas definies no cabem ao
programa
e
que
sero
especificadas
posteriormente na fase de projeto.
J a NBR 13532 (ABNT, 1995b) trata dos
aspectos da arquitetura na elaborao de projetos
de edificaes. Como na norma NBR 13531
(ABNT, 1995a), so estabelecidas as mesmas trs
fases iniciais de projeto levantamento,
programa e viabilidade mas, aqui, referentes
aos trabalhos de arquitetura. Na verdade, os
dados organizados pelo programa compreendem
aqueles mesmos descritos na norma e que o
projeto dever abarcar: ao elencar alternativas, o
programa considera todos os aspectos que sero
solucionados pelo projeto do edifcio.
No item Condies gerais: Informaes do projeto
de edificao da NBR 13531 (ABNT, 1995a) so
apresentadas as informaes tcnicas necessrias

40

Moreira, D. de C.; Kowaltowski, D. C. C. K.

para o projeto do edifcio e que tambm so

solicitadas pela norma de programao ISO (2004),
mas atravs de uma estrutura diferente, uma vez que
os propsitos das duas normas so diferentes. De
modo geral, as normas se completam, pois so
encontrados detalhes de diferentes naturezas em
ambos os documentos. A NBR apresenta um
panorama prtico das questes relativas ao edifcio,
especialmente ao descrever quais produtos devem
ser apresentados ao contratante do projeto, enquanto
a ISO 9699:2004 (ISO, 2004) oferece um panorama
mais abrangente das condies que interferem na
construo, incluindo questes oramentrias,
cronolgicas, ambientais, histricas, sociais e
culturais envolvidas (Quadro 5).
De forma geral, as estruturas apresentadas
orientam a realizao do programa, partindo de
um diagnstico do contexto quais as condies
que cercam o edifcio que ser construdo e
concluindo com um conjunto de diretrizes que o
projeto dever observar. O resultado do programa
ser diferente em cada um dos procedimentos e
para cada programador. Poder ser uma relao
de princpios que o projetista dever considerar
ou uma descrio minuciosa de espaos, reas,
atividades e at mesmo mobilirios que o edifcio
vai abrigar. No entanto, todas as estruturas
operam com requisitos funcionais, definidos a
partir do levantamento de uma grande quantidade
de informaes que, conforme so refinadas
durante o processo, do origem s diretrizes que o
projeto dever seguir. Cabe, ento, ao projetista
arquiteto apresentar solues para os problemas
definidos pelo programa.
Sabe-se que nas prticas nacionais de projeto e
construo existem diversas dificuldades de
ordem tcnica e comercial, principalmente pela
deficincia de normas e regulamentaes que
organizam as atividades e as relaes entre
contratantes e profissionais. So poucas as
orientaes para a definio do contedo dos
projetos a serem entregues, e dos servios a
serem prestados pelos projetistas. Recentemente
esforos foram empreendidos para estabelecer o
escopo de projetos em forma de manuais.
Entidades com a ASBEA e a Secovi no Estado de
So Paulo, junto com pesquisadores da rea,
delinearam as atividades essenciais na concepo
de um produto (projeto e construo) que na parte
de Contato Inicial com o Empreendedor,
menciona o Programa de Necessidades (briefing),
sem, no entanto detalhar a sua estrutura e o seu
desenvolvimento (MELHADO et. al., 2006a;
MELHADO et. al., 2006b; CAMBIAGHI; AM,
2006).

(a)

Diagramas sobre o fluxo de circulao

podem sintetizar os dados relativos
quantidade de trfego e s direes
em um nico desenho (b). Podem
ainda representar as variaes de
fluxo em diferentes perodos de tempo
ou em locais geogrficos distintos se
usados parmetros grficos adicionais.
(a) ALEXANDER, 1977, p.88.

(b)

Normas e parmetros da legislao

podem ser resumidos graficamente
(CHING; WINKEL, 2003, p. 162).
As situaes limtrofes podem ser
desenhadas para comparar as
condies permitidas pelas normas
em seus parmetros extremos, em
cada condio.

Os resultados obtidos nas anlises de

projetos (como descrito
anteriormente, no tpico e da
introduo) podem ser expressos
graficamente, atravs da comparao
dos desempenhos obtidos em cada
requisito (CONSTRUCTION
INDUSTRY COUNCIL, 2008).
Assim, so ressaltadas as virtudes dos
projetos avaliados e a origem das boas
solues em cada tpico pode ser
identificada.

(a)

(b)

Pode-se apresentar graficamente as

relaes de proporo entre as reas e
volumes das partes da edificao (a).
Alguns arquitetos como Joaquim
Guedes no projeto para a sede do
IPHAN em Braslia (b) usam esses
diagramas nos primeiros estudos
sobre a forma do edifcio para fazer a
passagem do programa para o projeto,
o que, em alguns casos, pode
constituir uma traduo grfica literal.

As relaes desejadas entre os

espaos so frequentemente
ilustradas pelos organogramas, onde
so identificados os espaos, os
setores, os tipos de fluxo, os
usurios e at mesmo a rea de cada
cmodo em um nico diagrama.

Qualidades do espao e as
disposies possveis so ilustradas
nesse diagrama, que no pretende
apresentar solues, mas sim uma
relao de possibilidades segundo
determinada inteno (CHING;
BINGGELI, 2006, p.66).

Quadro 4 Diagramas para a representao grfica da informao

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

41

(A) Identificao do projeto

A.1.1 Projeto, nome/ttulo/nmero
A.1.2 Localizao/endereo
A.2.1 Razo principal do projeto
A.2.2 Objetivos principais do projeto
A.3.1 Dimenses
A.3.2 Qualidade
A.3.3 Quadro financeiro

A.1.3 Categoria do edifcio/tipo de uso

A.4 Identificao dos participantes

A.4.1 Cliente
A.4.2 Ocupantes/Usurios
A.4.3 Gerente geral/Administrador
A.4.4 Consultor do programa

A.4.5 Projetista
A.4.6 Outros consultores
A.4.7 Construtores

A.5 Identificao de outros grupos

A.5.1 Governo Central

A.5.2 Agncias Nacionais/Internac.
A.5.3 Governo Local
A.5.4 Planej./Construo Municipais
A.5.5 Financiadores

A.5.6 Grupos/Pessoas especiais

A.5.7 Proprietrio/Locatrio
A.5.8 Vizinhana e seus representantes
A.5.9 Meios de comunicao
A.5.10 Seguradoras

B.1.1 Participantes
B.1.2 Organizao de grupos afins
B.2.1 Planejamento urbano
B.2.2 Restries legais p/ o terreno
B.2.3 Leis ocupacionais
B.2.4 Finanas

B.1.3 Avaliao de projeto

B.1.4 Controle de qualidade
B.2.5 Cdigos de construo/projeto
B.2.6 Leis ambientais/poluio
B.2.7 Poltico/Administrativo
B.2.8 Social/Cultural

B.3.1 Financiamento do projeto

B.3.2 Oramentos
B.3.3 Custos de uso
B.4.1 Histrico do projeto
B.4.2 Situao atual
B.5.1 Disponibilidade do terreno
B.5.2 Comercial e social
B.5.3 Dados ambientais
B.5.4 Infra-estrutura

B.3.4 Prazos
B.3.5 Expectativa de vida
B.3.6 Riscos financeiros e de prazos
B.4.3 Razes para a iniciativa
B.4.4 Compromissos
B.5.5 Dados geofsicos
B.5.6 Caractersticas do solo
B.5.7 Edifcios existentes

B.6.1 Propsitos
B.6.2 Dimenses
B.7.1 Relao de atividades/processos
B.7.2 Usurios
B.7.3 Relaes
B.7.4 Relao de bens acomodados
B.8.1 Efeitos sobre o empreendimento
B.8.2 Efeitos sobre usurio/pblico
B.8.3 Efeitos sobre o ambiente

B.6.3 Contexto
B.6.4 Mudanas futuras
B.7.5 Consumos especiais
B.7.6 Subprodutos
B.7.7 Riscos para a proteo e a sade

A.1 Identidade do projeto

A.2 Propsito do projeto
A.3 Escopo do projeto

A.2.3 Propsitos (tarefas) do programa

A.3.4 Cronograma
A.3.5 Estgio do planej. do projeto
A.3.6 Modificaes futuras

(B) Contexto, objetivos e recursos

B.1 Gerenciamento do projeto

B.2 Legislao, normas e cdigos

B.3 Restries financeiras e prazos

B.4 Panorama e influncias histricos

B.5 Influncia do local e entorno

B.6 Futuro do empreendimento

B.7 Detalhes da ocupao pretendida

B.8 Efeitos esperados do projeto

B.8.4 Controle dos efeitos indesejveis

B.8.5 Prioridades

(C) Requisitos de projeto e desempenho

C.1 Local e entorno

C.1.1 Relaes especiais

C.1.2 Proteo
C.1.3 Acessos
C.1.4 Segurana
C.1.5 Zoneamento

C.1.6 Controle ambiental

C.1.7 Utilidades pblicas
C.1.8 Descarte de resduos
C.1.9 Manuteno

C.2 O edifcio como um todo

C.2.1 Caractersticas fsicas

C.2.2 Circulao/acesso
C.2.3 Proteo
C.2.4 Ambiente
C.2.5 Comunicaes

C.2.6 Segurana
C.2.7 Aspecto
C.2.8 Obras de arte
C.2.9 Operao

C.3.1 Estrutura
C.3.2 Invlucro externo
C.3.3 Divisores espaciais externos
C.4.1 Zoneamento
C.4.2 Relaes espaciais
C.5.1 Caractersticas fsicas
C.5.2 Atividades relacionadas
C.6.1 Itens por categoria
C.6.2 Localizao/rea de uso
C.6.3 Instalao

C.3.4 Divisores espaciais internos

C.3.5 Servios

C.3 Desempenho do edifcio

C.4 Agrupamentos dos espaos
C.5 Espaos em detalhes
C.6 Instalao, equipamentos e
mobilirios

C.4.3 Caractersticas fsicas

C.5.3 Relaes com outros espaos
C.5.4 Servios do edifcio
C.6.4 Aspecto
C.6.5 Manuteno

Quadro 5 Estrutura geral para o programa arquitetnico segundo a norma ISO 9699 (ISO, 1994)

42

Moreira, D. de C.; Kowaltowski, D. C. C. K.

Concluses
O programa arquitetnico um elemento
fundamental na busca de qualidade no processo
de projeto e construo, e no deve se restringir a
uma simples lista de ambientes e respectivas
dimenses. Uma vez identificado como uma fase
do processo de construo do edifcio, o
programa transforma uma relao importante de
informaes e dados sobre a futura edificao em
exigncias claras que o projeto dever cumprir.
Assim, espera-se da fase seguinte e de seus atores
um comprometimento em relao s orientaes
definidas, na mesma medida em que a construo
deve se comprometer com o projeto do edifcio.
Desta maneira, o objetivo deste trabalho
delinear
claramente
a
metodologia
de
programao e a origem das fontes de
informaes envolvidas no processo. Com isso,
foram apresentadas as normas internacionais
pertinentes ao assunto comparadas aos
procedimentos locais, o que entende-se como
uma contribuio indita na discusso do
processo de projeto em arquitetura.
A discusso mostrou uma variedade de tcnicas
de programa de necessidades cujo objetivo a
descrio do contexto, das funes e metas de um
projeto em arquitetura. Uma estrutura conceitual
para o programa arquitetnico um procedimento
para orientar o raciocnio e estabelecer uma
conduta de trabalho no levantamento das
informaes sobre o contexto. No deve ser visto
como uma postura hermtica e restritiva, pois
nenhuma estrutura pode garantir que o programa
tenha xito. Os esforos devem ser direcionados
na identificao dos aspectos mais importantes do
contexto e no no preenchimento de uma Quadro.
Isto posto, pode-se recorrer a algumas estruturas
pr-definidas para organizar o programa
arquitetnico. A diversidade de abordagens pode
contribuir para expressar os objetivos especficos
de um projeto, permitindo a combinao entre as
diferentes estruturas acima detalhadas.
Para o cliente, o programa representa um papel
importante: documenta os termos que o projeto
deve cumprir, as prioridades e, como visto, os
custos e prazos envolvidos na construo e
manuteno da edificao. Para o projetista, o
programa constitui uma referncia corrente das
informaes relativas ao empreendimento, que
ele pode completar ou refinar durante o processo
de projeto, mas no pode ignorar. Mesmo que o
arquiteto interprete as exigncias do programa de
um modo diferente, essa concluso s ser
possvel porque se estabeleceu uma condio a
priori que pde ser questionada.

Cabe ainda ressaltar o processo de organizao da

informao durante a definio do programa.
Como parte da anlise de uma srie de
informaes, o procedimento deve reunir os
dados relativos ao contexto do projeto e
apresent-los em um formato estruturado para
que possa ser utilizado nas etapas seguintes,
principalmente se considerada a variedade da
natureza das fontes. A traduo das informaes
se d atravs da definio dos requisitos
funcionais, desde que estes no resultem em
parmetros descritivos das propriedades do
projeto. Finalmente, o programa arquitetnico
deve considerar o apelo grfico da informao
como suporte apropriado fase de projeto, uma
vez que este se desenvolve atravs do desenho.
fundamental a apresentao grfica de dados
quantitativos e qualitativos, uma vez que seu
alcance e poder de sntese contribuem para
completar a relao de requisitos funcionais e
guiar o projetista na fase seguinte.
A importncia de se discutir a forma aliada
funo manter e at mesmo recuperar o sentido
de realizao do projeto. A arquitetura pode
existir como exerccio formal, mas, nessa
condio, no completa. Se considerado o seu
papel cultural, o exerccio meramente formal
insuficiente: ignorar as restries mundanas a que
todas as estruturas esto sujeitas um exerccio
criativo interessante e importante, mas jamais
ser o propsito do projeto. No entanto, a crtica
ao exerccio formal confunde-se com a crtica ao
projeto construdo, sendo que ambas operam em
universos completamente diferentes. Mais uma
vez, recuperar os conceitos funcionais atravs do
programa arquitetnico aproxima tambm a
crtica arquitetnica da realizao do edifcio,
pondo em relevo a prtica e a experincia dos
profissionais envolvidos.

Referncias
ALEXANDER, C. Notes on the Synthesis of
Form. Cambridge: Harvard University Press,
1977.
ASSOCIAO BRASILEIRA DE NORMAS
TCNICAS. ABNT Digital (Shareware), Verso
2.0, c2005, Target Engenharia e Consultoria Ltda.
ASSOCIAO BRASILEIRA DE NORMAS
TCNICAS. NBR 13531: elaborao de projetos
de edificaes: atividades tcnicas. Rio de
Janeiro: ABNT, 1995a.
ASSOCIAO BRASILEIRA DE NORMAS
TCNICAS. NBR 13532: Elaborao de projetos
de edificaes: arquitetura. Rio de Janeiro:
ABNT, 1995b.

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

43

BAYAZIT, N. Investigating Design: a review of

forty years of design research. Design Issues, v.
20, n. 1, p. 16-29, jan. 2004.

FRAMPTON, K. Histria Crtica da

Arquitetura Moderna. So Paulo: Martins
Fontes, 1997. 470 p.

BROADBENT, G. Diseo arquitectnico:

arquitectura y ciencias humanas. 2. ed.
Barcelona: Gustavo Gili, 1982.

GREGORY, S. A. (ed.). The Design Method.

Londres: Butterworths, 1966. 354 p.

BROADBENT, G.; WARD, A. (ed.)

Metodologa del Diseo Arquitectnico.
Barcelona: Gustavo Gili, 1971.
BUCHANAN, R. Wicked Problems in Design
Thinking. In: MARGOLIN, V.; BUCHANAN, R.
The Idea of Design: a design issues reader.
Cambridge: MIT Press, 1996. p. 3-20.
CAMBIAGHI, H.; AM, R. Manual de Escopo
de Projetos e Servios de Arquitetura e
Urbanismo. So Paulo: AsBEA, 2006.
CELANI, M. G. C. Recuperando o Tempo
Perdido: por que recusamos o mtodo e como ele
ainda poderia nos ajudar. In: SEMINRIO
NACIONAL SOBRE ENSINO E PESQUISA
EM PROJETO DE ARQUITETURA, 1., 2003,
Natal, RN. Anais... Natal, RN: PPGAU-UFRN,
2003. p. 8.
CHING, F. D. K.; BINGGELI, C. Arquitetura
de Interiores Ilustrada. 2. ed. Porto Alegre:
Bookman, 2006. 352 p.
CHING, F. D. K.; WINKEL, S. R. Building
Codes Illustrated: a guide to undertanding the
International Building Code. Hoboken: John
Wiley & Sons, 2003. 418 p.
CONSTRUCTION INDUSTRY COUNCIL.
Design Quality Indicator Online. London: DQI,
2008. Disponvel em:
<www.dqi.org.uk/DQI/Common/DQIOnline.pdf
>. Acesso em: 26 jan. 2009.
CROSS, N. (ed.) Developments in Design
Methodology. Chichester: John Wiley & Sons,
1984. 357 p.
CROSS, N. Design as a Discipline. In:
DESIGNING DESIGN (RESEARCH), 3., 2002,
De Montfort University. Disponvel em:
<http://www.dmu.ac.uk/4dd/DDR3-Cross.html>.
Acesso em: 21. fev. 2006.
DOGAN, F.; ZIMRING, C. M. Interaction of
Programming and Design: the First Unitarian
Congregation of Rochester and Louis I. Kahn.
Journal of Architectural Education, v. 56, n. 1,
p. 47-56, set. 2002.
DUERK, D. P. Architectural Programming:
information management for design. Nova York:
John Wiley & Sons, 1993. 272 p.

44

Moreira, D. de C.; Kowaltowski, D. C. C. K.

HERSHBERGER, R. G. Architectural
Programming and Predesign Manager. Nova
York: McGraw-Hill, 1999. 400 p.
INTERNATIONAL ORGANIZATION FOR
STANDARDIZATION. ISO 9699:1994.
Geneva, SW: International Organization for
Standardization, 2004. Disponvel em:
<http://www.iso.org/iso/en/CatalogueDetailPage.
CatalogueDetail?CSNUMBER=17555>. Acesso
em: 04 abr. 2006.
KOWALTOWSKI, D. C. C. K. et al. Reflexo
sobre Metodologias de Projeto Arquitetnico.
Ambiente Construdo, Porto Alegre, v. 6, n. 2,
p. 7-19, abr./jun. 2006.
KOWALTOWSKI, D. C. C. K. Metodologia e
CAD no Projeto Arquitetnico. In: SEMINRIO
INTERNACIONAL - COMPUTAO:
ARQUITETURA E URBANISMO, So Paulo.
Anais... So Paulo: FAU/USP, 1992. p. 51-57.
KOWALTOWSKI, D. C. C. K.; MOREIRA, D.
C. O Programa de Necessidades e a Importncia
da APO no Processo de Projeto. In: ENCONTRO
NACIONAL DE TECNOLOGIA NO
AMBIENTE CONSTRUDO, 12., 2008,
Fortaleza. Anais... Fortaleza: Antac, 2008. v. 1, p.
1-12.
KUMLIN, R.R. Architectural Programming:
creative techniques for design professionals.
Nova York: McGraw-Hill, 1995. 251 p.
LAMPRECHT, B. Richard Neutra 1892-1970:
formas criadoras para uma vida melhor. Colnia,
Alemanha: Taschen, 2004. 96 p.
LATOUR, B. Redes que a Razo Desconhece:
laboratrios, bibliotecas, colees. In:
BARATIN, M.; JACOB, C. O Poder das
Bibliotecas: a memria dos livros no Ocidente. 2.
ed. Rio de Janeiro: Ed. da UFRJ, 2006. p. 21-44.
MELHADO, S. B. et al. A Gesto de Projetos de
Edificaes e o Escopo de Servios para
Coordenao de Projetos. In: SEMINRIO
INTERNACIONAL DA LARES, 6., 2006, So
Paulo. Anais... So Paulo: LARES, 2006a.
MELHADO, S. B. et al. Manual de Escopo de
Servios para Coordenao de Projetos. So
Paulo: AGESC, 2006b.

NATIONAL BUILDING SPECIFICATION.

NBS Educator. Newcastle, UK: RIBA
Enterprises, 2006. Disponvel em:
<http://www.thenbs.com/education/nbsEducator/
briefs/briefs.asp>. Acesso em: 04 abr. 2006.
ORNSTEIN, S. W.; ROMRO, M. (Col.).
Avaliao Ps-Ocupao do Ambiente
Construdo. So Paulo: Studio Nobel; Ed. da
USP, 1992.
PEA, W. M.; PARSHALL, S. A. Problem
Seeking: an architectural programming primer. 4.
ed. Nova York: John Wiley & Sons, 2001. 224 p.

SANOFF, H. Visual Research Methods in

Design. Nova York: Van Nostrand Reinhold,
1991. 223 p.
SLANN, P. A. Foreword. In: JONES, J. C.;
THORNLEY, D. G. (ed.). Conference on Design
Methods. Oxford: Pergamon Press, 1963. p. xixii.
SUH, N. P. The Principles of Design. Nova
York: Oxford University Press, 1990. 418 p.
VAN DER VOORDT, T. J. M.; VAN WEGEN,
H. B. R. Architecture in Use: an introduction to
the Programming Design and Evaluation of
Buildings. Oxford: Architectural Press, 2005.
326 p.

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

45