Se os arquitetos tivessem que trabalhar como programadores (1995)

Se os arquitetos precisassem trabalhar como programadores

• Solicitaram ao arquiteto que projetasse e construísse uma casa sem conhecer exatamente os requisitos.

• A casa deveria ter entre 2 e 45 quartos, e os quartos precisavam poder ser adicionados ou removidos facilmente.

• A decisão final seria tomada apenas depois de ver os detalhes do projeto.

• A casa escolhida deveria custar menos do que a casa em que vivem atualmente.

• Todos os defeitos da casa atual deveriam ser corrigidos (a vibração no piso da cozinha, o isolamento térmico insuficiente das paredes).

• Era necessário minimizar o custo de manutenção anual, utilizando as práticas de design e os materiais mais modernos.

• Era preciso projetar uma cozinha capaz de acomodar uma geladeira Gibson de 1952.

• Era necessário projetar uma casa que agradasse a toda a família e ao sogro, ouvindo a opinião de cada um.

• Não deveriam se preocupar com pequenos detalhes, mas sim com o plano geral.

• O desenvolvimento detalhado de plano e especificações tinha prioridade sobre a alocação de recursos.

• O telhado deveria estar pronto em até 48 horas após a aprovação do plano.

• A casa deveria atender aos gostos de vários compradores em potencial, para que pudesse ser vendida no futuro.

• Era necessário obter consenso da comunidade antes de finalizar o plano final.

• As plantas do projeto precisavam ser preparadas, embora o design real pudesse mudar depois.

• O arquiteto assumiria responsabilidade pelo aumento dos custos de construção decorrente de alterações de design posteriores.

• É um projeto empolgante, pois permite usar tecnologia de ponta e design livre.

• A esposa tinha uma opinião diferente da orientação inicial, e caberia ao arquiteto resolver isso.

• A esposa também disse que talvez precise de uma cabine de viagem em vez de uma casa. Pediu conselhos sobre isso.

Opinião do GN⁺

• Este texto satiriza um cliente que faz exigências irracionais e contraditórias a um arquiteto, fazendo uma analogia espirituosa com as expectativas e demandas irreais que um programador costuma enfrentar.
• Pode ser visto como um exemplo que destaca a importância de requisitos e expectativas claros para o projeto e da gestão de mudanças.
• O texto também ajuda a entender e se identificar com os problemas comuns vividos por especialistas em programação e arquitetura, e cativa o leitor ao transmitir de forma bem-humorada as dificuldades de gerenciamento de projetos.

[GN⁺]

Opinião do Hacker News

• Resumo do primeiro comentário:

  Em projetos, o trabalho deve ser dividido em partes menores e estimado, e mesmo que a estimativa não esteja correta, se o tempo acabar é necessário assumir a responsabilidade. É preciso reportar o andamento por uma hora todos os dias e repetir a mesma atualização em outras reuniões também. Em emergências, é preciso lidar com elas, mas essas situações não devem afetar a estimativa de tempo.

• Resumo do segundo comentário:

  Construir uma casa geralmente envolve conversas com clientes difíceis ou com quem quer um design sem graça, e isso também é parte de ser engenheiro de software. Às vezes, o projeto pode estar errado ou ser impreciso, mas ainda assim as pessoas constroem casas.

• Resumo do terceiro comentário:

  Este é um exemplo perfeito da "ideia de festa de coquetel" de achar que entende como outras áreas funcionam por ser programador. Um arquiteto pode escrever algo com suposições e mal-entendidos semelhantes sobre programadores.

• Resumo do quarto comentário:

  Criar um protótipo em escala real para o arquiteto antes e testar a funcionalidade, e reconstruir do zero se ele não ficar satisfeito. Como já tivemos essa experiência antes, não deve ser difícil refazer com as mudanças.

• Resumo do quinto comentário:

  Construção e engenharia de software são áreas totalmente diferentes. Na construção há papéis e responsabilidades diferentes, enquanto a engenharia de software inclui gerente de produto, designer, engenheiro de software, auditor e outros. As duas áreas não são comparáveis.

• Resumo do sexto comentário:

  Eu prefiro a versão anterior sobre a equipe que construía pontes. Parece uma crítica da indústria de software e uma exigência de se falar do tempo de trabalho em “pontos”. É comum profissionais de TI aceitarem exigências irrealistas, mas é importante explicar essa realidade aos clientes.

• Resumo do sétimo comentário:

  Proteger rigorosamente a privacidade de quem entra na casa, e ao mesmo tempo manter a comunicação fluida. Além disso, garantir proteção contra fogo, risco físico e segurança em relação a outras pessoas, mas sem custo extra ou limitações de uso.

• Resumo do oitavo comentário:

  Pensar que programação é semelhante à construção está errado. Fazer um novo produto envolve uma fase de design do produto e uma fase de fabricação. Arquiteto e engenheiro de software pertencem a todos à fase de design do produto. Engenharia de software é parte do design e não é algo que fabrica de acordo com o design final.

• Resumo do nono comentário:

  A maior parte dos trabalhos é escutar as necessidades das pessoas. As pessoas não sabem exatamente o que querem, mas querem ser ouvidas e que o melhor seja feito para ajudá-las com seus problemas.