quality
It passes by the river
SAFe is oriented around volume, not value
To bring out its noblest qualities
We classify too much and enjoy too little
All the way to the last bolt
v0.crap
What excellence is
The aspiration for quality
Eating your own dog food
More profitable and a better buy
Maybe I should sharpen soon
You'll know it's there
Jobs's father had once taught him that a drive for perfection meant caring about the craftsmanship even of the parts unseen. Jobs applied that to the layout of the circuit board inside the Apple II. He rejected the initial design because the lines were not straight enough.
In an interview a few years later, after the Macintosh came out, Jobs again reiterated that lesson from his father: "When you're a carpenter making a beautiful chest of drawers, you're not going to use a piece of plywood on the back, even though it faces the wall and nobody will ever see it. You'll know it's there, so you're going to use a beautiful piece of wood on the back. For you to sleep well at night, the aesthetic, the quality, has to be carried all the way through."
Measured by the number of its features
A primary cause of complexity is that software vendors uncritically adopt almost any feature that users want. Any incompatibility with the original system concept is either ignored or passes unrecognized, which renders the design more complicated and its use more cumbersome. When a system's power is measured by the number of its features, quantity becomes more important than quality. Every new release must offer additional features, even if some don't add functionality.
There is no kogin that can be called poor
Ensuring Excellence
An Article by Marty Cagan…in so many of the best product companies there is an additional dimension that goes beyond individual empowered product teams, and even goes beyond achieving business results.
It has to do with ensuring a level of what I’ll refer to here as “excellence” although that is clearly a very ambiguous term.
Over the years, this concept has been referred to by many different names, always necessarily vague, but all striving to convey the same thing: “desirability,” “aha moments,” “wow factor,” “magic experiences,” or “customer delight,” to list just a few.
The concept is that an effective product that achieves results is critical, but sometimes we want to go even beyond that, to provide something special.
Maybe it’s because we believe this is needed to achieve the necessary value. Maybe it’s because the company has built its brand on inspiring customers.
Often this dimension shows up most clearly in product design, where functional, usable but uninspiring designs can often achieve our business results, but great design can propel us into this realm of the inspiring.
Avant-Garde and Kitsch
An Essay by Clement GreenbergCapitalism in decline finds that whatever of quality it is still capable of producing becomes almost invariably a threat to its own existence.
Weinberg's Law
A Quote by Gerald WeinbergIf builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization.
The value-destroying effect of arbitrary date pressure on code
An Article by Gandalf HudlowThe mandate from above is clear, just get it done! Avoid everything that's in the way: all advice, all expertise, all discovery efforts that detract from hitting the Date™!
What these organizations don't realize is that all software change can be modeled as three components: Value, Filler and Chaos. Chaos destroys Value and Filler is just functionality that nobody wants. When date pressure is applied to software projects, the work needed to remove Chaos is subtly placed on the chopping block. Work like error handling, clear logging, chaos & load testing and other quality work is quietly deferred in favor of hitting the Date™.
Minimum Awesome Product
An Article by Carlos BeneytoUsers are accustomed to a minimum of quality, and they expect that of all new products.
If our product does not [meet basic expectations of quality], people will automatically believe that it is a bad product and they will not take it seriously. It is not what they expect.
Hence my suggestion that the MVP has died and the MAP: Minimum Awesome Product was born.
What happens to user experience in a minimum viable product?
An Article by Ryan Singer"Feature complexity is like surface area and quality of execution is like height. I want a base level of quality execution across all features. Whenever I commit to building or expanding a feature, I'm committing to a baseline of effort on the user experience."
There’s a distinction to make: The set of features you choose to build is one thing. The level you choose to execute at is another. You can decide whether or not to include a feature like ‘reset password’. But if you decide to do it, you should live up to a basic standard of execution on the experience side.
Features can be different sizes with more or less complexity, but quality of experience should be constant across all features. That constant quality of experience is what gives your customers trust. It demonstrates to them that whatever you build, you build well.
Why YKK zippers are the brown M&Ms of product design
An Article by Josh CentersA ‘pro tip’ for evaluating the quality of a piece of gear is to look at the small details, such as zippers and stitching. Cheap-minded manufacturers will skimp on those details because most people just don’t notice, and even a cheap component will often last past a basic warranty period, so it’s an easy way to increase profits without losing sales or returns.
If a designer does bother to invest in quality components, that’s a tried-and-true sign that the overall product is better than the competition.
The McNamara fallacy
A DefinitionThe McNamara fallacy, named for Robert McNamara, the US Secretary of Defense from 1961 to 1968, involves making a decision based solely on quantitative observations (or metrics) and ignoring all others. The reason given is often that these other observations cannot be proven.
The fallacy refers to McNamara's belief as to what led the United States to defeat in the Vietnam War—specifically, his quantification of success in the war (e.g., in terms of enemy body count), ignoring other variables.
Artifice, blindness, and suicide
A QuoteThe first step is to measure whatever can be easily measured. This is OK as far as it goes. The second step is to disregard that which can't be easily measured or to give it an arbitrary quantitative value. This is artificial and misleading. The third step is to presume that what can't be measured easily really isn't important. This is blindness. The fourth step is to say that what can't be easily measured really doesn't exist. This is suicide.
Figma's Engineering Values: Craftsmanship
An ArticleCraftsmanship is about thoughtfulness and care in the work we do. It means being deliberate about what we build and how possible it will be to maintain and extend in the future. A solution that will require revisiting in a month — because it’s not scaling, because it has a ton of bugs, because it doesn’t support all the use cases it needs to — is not useful to us and ultimately will generate pain for our users.
What we trade off by living this value is (sometimes) day-to-day speed. It’s easy to imagine an engineering team that emphasizes moving fast over keeping things stable and bug-free -- like a team building a product that isn’t responsible for important user data and doesn’t support anyone’s livelihood. But given the role the Figma product plays in the lives of our users, we feel it’s worth it to ensure we hold a high quality bar for them. And in the long run, being thoughtful about how we build often reduces the complexity of ongoing development and new features regardless.
The psychology of a discount
An Article by John MaedaFound on a wall.
The bitterness of poor quality remains long after the sweetness of low price is forgotten.
Rethinking Repair
This chapter is an exercise in broken world thinking. It asks what happens when we take erosion, breakdown, and decay, rather than novelty, growth, and progress, as our starting points in thinking through the nature, use, and effects of information technology and new media.
The modern infrastructural ideal
The form and possibility of the "modern infrastructural ideal" is increasingly under threat, as cracks (sometimes literal ones) show up in our bridges, our highways, our airports, and the nets of our social welfare systems. For these and other reasons, broken world thinking asserts that breakdown, dissolution, and change, rather than innovation, development, or design as conventionally practices and thought about are the key themes and problems facing new media and technology scholarship today.
Attached to this, however, comes a second and more hopeful approach: namely, a deep wonder and appreciation for the ongoing activities by which stability (such as it is) is maintained, the subtle arts of repair by which rich and robust lives are sustained against the weight of centrifugal odds, and how sociotechnical forms and infrastructures, large and small, get not only broken but restored, one not-so-metaphoric brick at a time.
The fulcrum of these two worlds
Here, then, are two radically different forces and realities. On one hand, a fractal world, a centrifugal world, and always-almost-falling-apart world. On the other, a world in constant process of fixing and reinvention, reconfiguring and reassembling into new combinations and new possibilities...the fulcrum of these two worlds is repair.
A creature of bones, not words
In building connections, [articulation work] builds meaning and identity, sorting out ontologies on the fly rather than mixing and matching between fixed and stable entities. Articulation lives first and foremost in practice, not representation; as its proper etymology suggests, it's a creature of bones, not words. When articulation fails, systems seize up, and our sociotechnical worlds become stuff, arthritic, unworkable.
The world is always breaking
So the world is always breaking; it's in its nature to break.
A side that goes unrecognized
Edward Burtynsky, Shipbreaking #4.
Burtynsky's [shipbreaking] photos tell us important things about the themes of breakdown, maintenance, and repair raised here. The first is the extent to which such work is rendered invisible under our normal modes of picturing and theorizing technology. Burtynsky's photos share, in exquisite detail, a side or moment of technological life that goes for the most part unrecognized.
If we are to understand maintenance, repair, and technology more broadly, scenes such as Burtynsky's must be made empirically and conceptually familiar, even normal.
Turned into other things
Ask yourself this: for all the representations of great ships in history you've encountered, at what times and in what forms have you seen such vessels? In almost every instance it will be at moments of birth, or at the heights of strength and glory: the christening before the maiden voyage, rounding the cape, facing down the Spanish fleet, and so on. But what happens (or happened) to these ships? Save for the special cases of hostile sinking, shipwreck, or honorable retirement and preservation, it was this: they were disassembled, repurposed, stripped, and turned into other things.
An engine of technological difference
Whether at the level of national "technological styles" that shape and differentiate the nature of "same" technologies in different national contexts, or the simple but consequential variations by which industrial commodities are brought into, enlivened, and sustained within the circumstances of individual homes and lives, repair may constitute an important engine by which technological difference is produced and fit is accomplished.
The internet grew by breaking
The Internet grew by breaking, bumping up against the limits of existing protocols and practices and working around them, leaving behind almost by accident some of the properties that we now enumerate as key and distinctive virtues of the Internet as infrastructural form. Far from being a generalized cultural tendency or a property of individual minds, innovation in the technology space, as in culture more generally, is therefore organized around problems. This makes innovation simultaneously specific and in some measure collective in nature. And its engine is breakdown and repair.
What the fixer knows
Can repair sites and repair actors claim special insight or knowledge, by virtue of their positioning vis-à-vis the worlds of technology they engage? Can the fixer know and see different things—indeed, different worlds—than the better-known figures of "designer" or "user"?
Tool-being
Take Heidegger's notion of "tool-being", built around the central distinction between tools that are "ready-to-hand" versus "present-at-hand".
In the former state, technologies function as anticipated, do and stay where they're supposed to, and therefore sink below the level of conscious reflection. In the latter, the material world resists, obstructs, or frustrates action, and therefore calls attention to itself (precisely because we must now work to figure out and overcome barriers in our no-longer seamless world).
An ethics of mutual care
Foregrounding maintenance and repair as an aspect of technological work invites not only new functional but also moral relations to the world of technology. It references what is in fact a very old but routinely forgotten relationship of humans to things in the world: namely, an ethics of mutual care and responsibility.
To love deeply a world of things
Care brings the worlds of action and meaning back together, and reconnects the necessary work of maintenance with the forms of attachment that so often (but invisibly, at least to analysts) sustain it.
...What if we care about our technologies, and do so in more than a trivial way? This feature or property has sometimes been extended to technologies in the past, but usually only ones that come out of deep folk or craft traditions, and rarely the products of a modern industrial culture.
...Is it possible to love, and love deeply, a world of things?
We live in the aftermath
So do we live in later modernity, postmodernity, alternative modernity, or liquid modernity? Knowledge societies, information societies, network societies, or risk societies? New media, old media, dead media, or hypermedia? The world of information, the world of search, the world of networks, or the or the world of big data?
The answer is simple: like every generation before, we live in the aftermath.