Ornament & Decoration
249. Ornament
Fine arts and decorative arts
Chapel of St. Ignatius, Seattle, 1995–7
- Bells
Presentable
I have sometimes wondered whether our unconscious motive for doing so much useless work is to show that if we cannot make things work properly we can at least make them presentable.
Sine qua non
What we see of a device is rarely the essential part, the sine qua non, but nearly always the superstructure which economy has imposed on it.
It seems that the work we call purely utilitarian is not more useful than its more ornamental counterpart. It is merely more economical.
Merely ornate
There is nothing merely ornate about nature: every branch, twig, or leaf counts.
Errors & Crimes
"A builder who hides any part of the building frame, abandons the only permissible and, at the same time, the most beautiful embellishment of architecture. The one that hides a loadbearing column makes an error. The one who builds a false column commits a crime."
— Auguste Perret
The problem with ornament
An ArticleContemporary architects are, however, increasingly engaging with ornamentation. The zenith was Grayson Perry and Charles Holland of FAT’s fairytale House for Essex (p64), but it does not serve as an indicator because the involvement of an artist has allowed an enhanced engagement with ornament until it surpasses mere decoration and becomes embodied in the architecture in a way that architects do not allow themselves to do. Think of FAT’s old work: the ornament is all contained within a surface - a facade - which allowed them to separate out the (Modernist) architecture from the (kitsch) superficiality of the elevation. Like Venturi before them, their ornament allowed them to have their ornamentally iced cake - and eat the Minimal Modernist sponge underneath.
Product vs. Feature Teams
This article is certain to upset many people.
Empowered product teams
When I wrote about the virtues of empowered product teams, I was referring to what I’ll continue to call here as product teams. Specifically, they are cross-functional (product, design and engineering); they are focused on and measured by outcomes (rather than output); and they are empowered to figure out the best way to solve the problems they’ve been asked to solve.
Viability, usablity, feasibility
In an empowered product team, the product manager is explicitly responsible for ensuring value and viability; the designer is responsible for ensuring usability; and the tech lead is responsible for ensuring feasibility. The team does this by truly collaborating in an intense, give and take, in order to discover a solution that work for all of us.
However, in a feature team, you still (hopefully) have a designer to ensure usability, and you have engineers to ensure feasibility, but, and this is critical to understand: the value and business viability are the responsibility of the stakeholder or executive that requested the feature on the roadmap.
What went wrong?
If something ships from one of the companies I advise, and it is virtually unusable because of poor design (which as we all know occasionally does happen), you can bet I go directly to the designer and ask how this happened? It is absolutely on the designer to ensure this does not happen, so something went wrong.
Similarly, if the product ships and performance is terrible you can bet I go directly to the tech lead with the same question.
And most frequently of all, if something ships and the analytics show that it’s either not being bought or not being used, or it turns out that it violates some business constraint like compliance or privacy, you can bet I go right to the product manager with that question.