Beruflich Dokumente
Kultur Dokumente
julho de 2013
Resumo:
Visando a uma reflexo terica do papel do programa de necessidades no processo de projeto,
partiu-se da diviso deste em trs etapas - anlise, sntese e avaliao -, em que o foco da
abordagem esteve na primeira etapa do processo, e na sua correlao com as demais. Assim, tendo
em vista a pormenorizao do objeto de estudo, neste artigo, foram abordados: o conceito do
programa de necessidades, o que diz as normas tcnicas, o seu contedo, as metodologias de
elaborao e quem deveria elabor-lo. E, como resultado desse encadeamento reflexivo, chegou-se
a trs concluses: 1) - O programa no crcea a criatividade do projetista; 2) - A forma de
apresent-lo to importante quanto as informaes contidas nele; 3) - O programa de
necessidades deve passar por contnuas revises durante o processo de projeto.
Palavras chave: Processo de projeto; anlise; programa de necessidades.
1. Introduo
A compreenso do papel do programa de necessidades no processo de projeto esta formulada a
partir da subdiviso deste em trs etapas: anlise, sntese e avaliao, pois, mesmo que os processos
de projeto sejam muito variados, so essas as sequncias essenciais encontradas na literatura sobre
metodologia de projeto, visto que essas etapas esto presentes em qualquer processo de projeto
arquitetnico.
A primeira delas, a anlise, comea com as definies dos requisitos do projeto e se formaliza com
o programa de necessidades, que consiste na estruturao hierrquica dos requisitos. Ela parte de
um problema e de um conceito a ele associado. A sntese corresponde fase criativa do processo,
quando a forma passa a ser concebida - procurando resolver o problema colocado pelo programa.
J, na avaliao, a soluo proposta confrontada com as diretrizes que o projeto deve atender detectadas na fase de anlise. Portando, as etapas de sntese e avaliao esto intimamente
relacionadas com a etapa de anlise foco desse estudo.
A anlise, como um processo racional, est relacionada obteno e ao gerenciamento de
informaes e dados advindo de: pesquisas de comportamentos e entrevistas aos clientes;
casos precedentes; cdigos de edificaes; condicionantes culturais, econmicos e
ambientais etc. Essas informaes no so o principal objetivo da fase de anlise em si, mas
sim a maneira como so organizadas, de modo que possam ser teis para as etapas
subsequentes dos estgios de deciso. Para isso, a utilizao de mtodos e procedimentos
precisos importante nesta fase do projeto (KOWALTOWSKI, 2011, p.89).
Historicamente, alguns arquitetos como Richard Neutra e Louis Kahn so conhecidos como
precursores em utilizar o programa de necessidades como parte do processo de projeto. Para Louis
Kahn:
Um grande prdio deve comear com o imensurvel, passar pelos meios mensurveis
quando est sendo projetado e, no final, deve ser imensurvel... Um prdio tem de comear
com uma aura imensurvel e ir atravs do mensurvel para ser concludo. o nico modo
pelo qual voc pode constru-lo, o nico modo com que voc pode faz-lo ser atravs do
mensurvel. Voc deve seguir as leis, mas ao final, quando o prdio se torna parte da
existncia, ele evoca qualidades imensurveis. (KAHN, 2010, p. 25 e 26).
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
Tomando por mensurvel os aspectos do contexto que podem ser medidos e compreendidos por
meio do programa de necessidades, podemos entender este como pr-requisito para o
desenvolvimento da atividade projetiva. Desse modo, Louis Kahn reconhece a importncia do
programa para que o projetista entenda o problema a ser resolvido e proponha solues, mas ele no
reduz a atividade do projetista ao simples cumprimento do programa de necessidades, pois ela deve
ir alm. Segundo Louis Kahn:
O programa [de necessidades] no arquitetura so meramente instrues, assim como
uma receita mdica. Porque no programa h um lobby que o arquiteto deve transformar em
um local de entrada. Corredores devem ser transformados em galerias [...], reas devem ser
transformadas em espaos (KAHN IN RONNER et al, 1977, p. 325 apud TAVARES
FILHO, 2012, p. 5).
Sendo assim, o programa, primeira atividade do processo de projeto a ser realizada, no estabelece
diretrizes definitivas, que no podem ser mudadas, pois, as atividades do processo de projeto anlise, sntese e avaliao encadeiam um processo cclico de reviso, em que por meio por meio
da avaliao pode-se concluir sobre a necessidade de modificaes na anlise e consequentemente
na sntese. E, as palavras de Pin (2006) e de Kowaltowski et al (2011) ilustram bem esse processo
de reviso e sua necessidade:
A estrutura de atividade descrita pelo programa estabelece um quadro de possibilidades
formais que se sobrepem s que o lugar sugere e permite: o juzo do autor atua sobre esses
dois mbitos de formalidade possvel, propondo uma estrutura. Tal proposta se submete
verificao tanto do programa como das condies do lugar; dessa confrontao surgem
modificaes da proposta que podem afetar tanto o modo de estruturar a atividade como a
incidncia do edifcio no stio. Dessa reviso pode-se depreender uma modificao da
proposta que sugere um modo diferente de se pensar a atividade, o que, por sua vez, sugere
uma mudana no domnio da sntese formal. E assim sucessivamente, at que se chegue a
uma proposta que satisfaa todas as variveis em jogo. (PIN, 2006, p. 48)
Com o aumento no numero de restries ao longo do projeto, ocorre uma reduo das
possveis solues de projeto. Ao mesmo tempo, com mais restries, podem acontecer
conflitos entre os parmetros de projeto. Quando isso acontece, necessrio rever as
solues e alguns dos problemas de projeto (KOWALTOWSKI ET AL, 2011, p.95).
Segundo Pin:
Se entendermos o papel real do programa, fica claro que por definio - ele no pode nem
determinar a soluo nem dificult-la. Na medida em que um sistema de atividades, o
programa estabelece o mbito de possibilidades da forma e, ao mesmo tempo, atua como
elemento de verificao do projeto em diversas fases do seu processo. (PIN, 2006 p. 50)
Pin (2006) diz ainda que a concepo formal de um edifcio no pode ser explicada margem do
programa, no porque sua configurao revele os pormenores funcionais de seus respectivos usos,
mas porque s a considerao das possibilidades organizativas do programa permite conceber
propostas formais que sintetizem os diversos requisitos que o compem.
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
Aspectos humanos
Aspectos Ambientais
Aspectos Culturais
Aspectos
Tecnolgicos
Aspectos Temporais
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
Aspectos
Econmicos
Aspectos Estticos
Aspectos de
Segurana
julho de 2013
Financeiros
Construo
Operao
Manuteno
Energia
Forma
Espao
Significado
Estrutural
Incndio
Qumico
Pessoal
Criminoso (vandalismo)
Tabela 1 - Valores Contemporneos
Logo, faz parte do programa determinar os principais tpicos do projeto, segundo os valores
identificados, e apresent-los de modo claro e preciso, pois, segundo Moreira (2007), levantar
informaes, descobrir os padres dos problemas e procurar obter as contribuies do cliente so as
tarefas envolvidas na definio do programa. E, caso no seja identificado o interesse do usurio
com relao a determinado tpico, ele pode ser deixado em aberto para ser definido durante o
desenvolvimento da forma. O que demonstra que o programa de necessidade no deve fazer uma
abordagem rgida a respeito das necessidades e usos que os usurios faro dos espaos edificados,
pois ingnua a convico de que os hbitos de uso sero eternos.
Exemplificando esse aspecto, Pin (2006) diz que a flexibilidade do projeto para adaptar-se a
eventuais mudanas de destino a que o submeter o proprietrio uma condio implcita da
universalidade qual toda boa arquitetura deve aspirar. Ele diz tambm que economia, preciso,
rigor e universalidade so os atributos que Jeanneret definiu como caratersticos da arte moderna. E,
a esses, em suas aulas, Pin acrescenta a reversibilidade, que consiste na capacidade de um
edifcio para aceitar usos e circunstncias distintas das iniciais.
3. O que dizem as Normas Tcnicas a respeito do programa de necessidades
Internacionalmente, existe a Norma ISO 9699 (Performance standards in Building Checklist for
briefing Contents of brief for building design) que trata do programa arquitetnico e descreve seu
contedo.
No Brasil, no existe nenhuma norma da ABNT (Associao Brasileira de Normas Tcnicas) que
trata somente do programa arquitetnico. A NBR 13531 (Elaborao de projetos de edificaes
atividades tcnicas) e a NBR 13532 (Elaborao de projetos de edificaes arquitetura) trazem
breves definio e descrio do seu contedo.
A NBR 13531 define o programa de necessidades como: etapa destinada determinao das
exigncias de carter prescritivo ou de desempenho (necessidades e expectativas dos usurios) a
serem satisfeitas pela edificao a ser concebida. J a NBR 13532 descreve o contedo do programa
dividindoo em trs partes: Informaes de referncia a utilizar, informaes tcnicas a produzir e
documentos tcnicos a apresentar.
Informaes de
referncia a utilizar:
a) levantamento de
Documentos tcnicos a
apresentar:
a) desenhos:
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
organograma funcional
e esquemas bsicos
(escalas convenientes);
b) texto: memorial (de
recomendaes gerais);
c) planilha: relao
ambientes/usurios/ativi
dades/
equipamentos/mobiliri
o, incluindo
caractersticas,
exigncias, dimenses e
quantidades.
julho de 2013
que houve uma falha no apenas na sntese do projeto, mas principalmente na sua anlise, ou seja,
no programa de necessidades, pois as caractersticas sociais e psicolgicas dos usurios do espao
foram desconsideradas ou mal definidas.
Alm de definir as distncias mnimas psicolgicas e fsicas, o programa tambm pode recomendar
qual o tipo de contado visual deve ser estabelecido, por exemplo, se as atividades e os setores
devem estar escondidos dos olhos dos usurios, pois requerem privacidade e sigilo, ou se devem ser
mostrados, pois representam a instituio e so motivos de orgulho.
Sendo assim, a maneira como todas estas informaes: princpios, restries, relaes, prdimensionamentos e outros so organizados fundamental para a inteligibilidade desses dados, pois
o objetivo maior do programa de necessidades no apenas fazer uma lista de restries e
diretrizes, mas, sim, codific-las de forma clara para que o problema a ser atendido seja
compreendido e corretamente assimilado, j que, conforme diz Pion (2006), o uso de termos
inadequados confunde a percepo da realidade material da arquitetura, pois esta varia segundo o
modo como a descrevemos. Encontrar as palavras justas para cada caso, portanto, facilita o modo de
enfrentar o projeto e, consequentemente, de encontrar a soluo.
Esses dados, por sua vez, podem ser organizados e resumidos por meio de textos, planilhas ou
desenhos grficos, como: fluxogramas, organogramas funcionais, matrizes de interatividade ou
diagramas. Os fluxogramas servem para planejar a organizao dos ambientes e dos movimentos
dos usurios, frequentemente utilizado para identificar conflitos a partir da anlise da relao entre
intensidade e direo de fluxos. Os organogramas funcionais enumeram os elementos do programa
de necessidades de modo a esclarecer as relaes funcionais desejveis entre eles. J, os diagramas
tm a funo de ilustrar uma variedade de informaes, organizadas para a comparao entre elas.
Eles ajudam o projetista a compreender a variedade e profundidade dos dados, alm de instigar
diferentes leituras. No so solues de projeto, mas a sntese dos dados coletados para permitir a
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
leitura e a comparao desses dados que, de outra forma, implicariam volumosas listas de relaes
(KOWALTOWSKI et al, 2011, p.107).
Todo diagrama visualmente o resultado de um conjunto operatrio simplificado de linhas,
traos, manchas etc... uma estrutura imagtica acompanhada de ilustraes, esquemas
grficos, textos sucintos (em geral blocos de informao), medies, valores e elementos
grficos simblicos que deriva de uma ao racional (apoiado ou no por mecanismo
lgico de abstrao) cujo propsito o de reduzir e simplificar: visa deixar o mais claro
possvel, segundo a viso daquele que o produziu, uma informao determinada; uma
evidncia histrica, um arranjo, projeto, ou proposta; uma interpretao; uma explicao;
um sistema; um mecanismo; uma operao matemtica e at mesmo um argumento lgico
ou filosfico (encadeamento de enunciados e concluso) (BARKI, 2009, p.2 e 3).
Enquanto no desenho de arquitetura fundamental que os recursos grficos sejam usados
para revelar a maior quantidade possvel de informao construtiva relativa ao edifcio que
se quer erigir, no diagrama a informao arquitetnica simplificada para ser
imediatamente entendida e visualmente sedutora para convencer. um modo distinto e
especial de notao grfica que envolve anlise, reconhecimento e reflexo de fatores
complexos apresentados de forma mnima (BARKI, 2009, p.9).
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
Percebe-se, ento, que cada forma de sintetizao das informaes adequa-se a um fim, portanto,
fundamental que os dados sejam apresentados e analisados por meios diversos, j que nenhum tem
o poder de sintetizar e contextualizar todas as questes envolvidas, devido variedade e
complexidade das informaes.
Corona (2000), entretanto, faz um alerta funo reducionista que o organograma pode
desempenhar no processo de projeto. Segundo ele: no processo de projeto, o organograma tende a
induzir ideia de que a funcionalidade de um edifcio se reduz a um dimensionamento apropriado
dos espaos e criao de circulaes adequadas entre uma constelao de lugares dispostos
estrategicamente na planta, de acordo com necessidades de proximidade. No sendo registradas nele
condies como proteo climtica, isolamento acstico e outras, que tornam habitvel um espao
interior. Deve-se, portanto, ficar atento aos reducionismos, pois a funcionalidade de um espao
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
compreende muito mais do que uma circulao eficiente e um dimensionamento fsico correto.
Alm do que, segundo Pin (2006), a verificao da qualidade do artefato no pode ser reduzida a
mera comprovao do grau de satisfao funcional que ele propicia.
5. Metodologias para a elaborao do programa de necessidades
No existe uma tcnica nica para a programao arquitetnica, pois ela to varivel quanto as
possveis anlises de um contexto, que de forma alguma podem ser esgotado. Portanto, possvel
adotar diversas formas de procedimento.
Segundo Kowaltowski et al (2011), quando um projeto envolve uma grande quantidade de
informaes ou uma variedade de funes, uma lista de valores ou tpicos no suficiente, sendo
necessrio um procedimento mais organizado, um mtodo que permita analisar as condies, ou
seja, uma estrutura conceitual.
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. (MOREIRA, 2007 p.90)
Aspectos a considerar
Funo - o que vai acontecer no edifcio? As palavras-chaves
so: pessoas, atividades e relaes.
Forma - o que ser visto e sentido? As palavras-chave so:
local, ambiente e qualidade.
Economia - diz respeito ao oramento e qualidade da
construo, mas tambm pode incluir consideraes de custos
de operao e do ciclo de vida. Palavras-chaves so: oramento
inicial, custo operacionais e custos do ciclio de vida.
Tempo tem ts classificaes passado, presente e futuro - as
quais lidam com influencias da histria, as mudanas
inevitveis do presente e as projees para o futuro. As
palavras-chave so: passado, presente e futuro.
Kumling (1999) apud Moreira (2007), no entanto, lista o perigo de uma estruturao como essa,
pois, segundo ele, ela procura ser universal e, ao fazer isso, transforma-se em uma situao imposta,
em que alguns dados so divididos ou distorcidos de modo ridculo, apenas para se adequar
estrutura. O que demonstra no existir uma metodologia ideal, pois nenhuma capaz esgotar todas
as possveis abordagens do problema.
Logo, cada contexto exigir uma anlise especifica, mesmo que se adote uma estrutura conceitual
para orientar o raciocino; pois, mais do que uma lista de necessidades e diretrizes, o programa deve
ser uma ferramenta de compreenso e esclarecimento do contexto e das condies do projeto.
6. Quem deve elaborar o programa de necessidades
Em 1966, com a publicao do manual Emerging Techniques of Architectural Practice o programa
de necessidades passa a ser entendido pelo American Institute of Architects (AIA) como uma
disciplina distinta. O Problem Seeking tambm faz essa distino, isto , separa as atribuies do
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
programador das do projetista, pois segundo os autores desse mtodo os problemas de cada um
(programador e projetista) so muito complexos e requerem duas capacidades mentais diferentes,
uma para anlise e outra para sntese. Van Der Voordt e Van Wegwn (2005) apud Moreira (2007)
citam as vantagens e desvantagens dessa separao, que esto organizadas no quadro abaixo:
Vantagens da separao
Um programa requer uma abordagem
analtica e um arquiteto mais inclinado
sntese e, portanto, menos inclinado tarefa
de preparar um programa.
Desvantagens da separao
A caracterstica esttica de um programa, um
documento que precede o projeto, resulta em uma
desatualizao. Quando um consultor externo
prepara o programa, muito da interao entre
programa e projeto perdido.
indiscutvel que a anlise e a sntese envolvem habilidades particulares, por exemplo, na anlise:
Existem duas atividades ou habilidades extremamente importantes: a formulao do
problema e a escolha do ponto de vista. A formulao do problema est relacionada com a
capacidade do projetista de compreender e descrever o problema. Para isso fundamental a
identificao dos elementos que podem tornar o problema explicito. Na formulao do
problema, importante escolher um ponto de vista a partir do qual o problema ser
enxergado. O ponto de vista representa uma maneira particular de o projetista expressar e
formular o problema de projeto. (KOWALTOWSKI et al, 2011, p.98).
Portanto, no s o programa de necessidades deve ser atualizado durante a atividade de sntese para
que as sucessivas pesquisas durante o processo de projeto possam levar a uma progressiva
compreenso do problema, mas tambm o projetista durante a etapa de sntese, caso ele no tenha
sido o responsvel pelo programa, no pode deixar de ter contado com o cliente e com o usurio,
pois esse contato ser fundamental na atividade de sntese independentemente do quanto preciso e
abrangente tenha sido anlise desenvolvida pelo programador.
7. Concluso
Partindo-se de trs premissas bsicas:
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013
julho de 2013
<http://www.dominiopublico.gov.br/pesquisa/DetalheObraForm.do?select_action=&co_obra=7889
1> Acesso em: 28 mar 2012.
MOREIRA, Daniel de Carvalho; KOWALTOWSKI, Doris C. C. K. Discusso sobre a
importncia do programa de necessidades no processo de projeto em arquitetura. Disponvel
em: <http://www. seer.ufrgs.br/ambienteconstruido/article/download/7381/5484> Acesso em: 26
mar 2012.
OKAMOTO, Jun. Percepo ambiental e comportamento: viso holstica da percepo
ambiental na arquitetura e na comunicao. So Paulo: Editora Mackenzie, 2002.
PIN, Helio. Teoria do projeto. Traduo Edson Mahfuz. Porto Alegre: Livraria do Arquiteto,
2006.
SCHENK, Leandro Rodolfo. Os croquis na concepo arquitetnica. So Paulo: Annablume,
2010.
TAVARES FILHO, Arthur C. Transies entre os planos conceitual e material da concepo
arquitetnica
em
Louis
I.
Kahn.
Disponvel
em:
<http://www.arquiteturarevista.unisinos.br/index.php?e=7&s=9&a=46 >Acesso em: 12 jun.2012
ISSN 2179-5568 Revista Especialize On-line IPOG - Goinia - 5 Edio n 005 Vol.01/2013 julho/2013