Agile Design and Development
So that you can get feedback on it and make it better
The most rewarding iterations
Building is never a straight line
Product owner vs. product manager
A Product Owner is focused on output i.e. how quickly can we build these features?
Product Management, on the other hand, is focused on outcomes i.e. why are we building these features in the first place?
Good design is redesign
Good design is redesign. It's rare to get things right the first time. Experts expect to throw away some early work. They plan for plans to change.
It helps to have a medium that makes change easy. When oil paint replaced tempera in the fifteenth century, it helped painters to deal with difficult subjects like the human figure because, unlike tempera, oil can be blended and overpainted.
Finish designing as close to the end of a sprint as possible
The traditional process of delivering design, vs. delivering design just in time.
Designers are often working at least one sprint ahead of engineers. While one sprint might not seem like much of a lag, a typical product team learns a lot after the design hand-off. ...Instead of working ahead, we should finish designing as close to the end of a sprint as possible: just-in-time design.
We optimize what we measure
Scrum does not say “only focus on output”, but, unfortunately, humans will optimize for what they measure.
If you worry about story points & hitting your estimations, that’s what is going to consume your attention. That is what you and your team will optimize for.
And that is the core critique of Scrum as it is practiced: That it focuses a product team’s attention so heavily on delivery — on building lots of features quickly & efficiently — that teams fail to focus on spending time to discover what the right thing to build is.
How we can do better
It actually doesn't matter whether you actually have a formal retrospective. It doesn't matter whether you have four or five labels of things on your retro board, or exactly how you do the retro. What does matter is the notion of thinking about what we're doing and how we can do better, and it is the team that's doing the work that does this, that is the central thing.
The 'date scrum' anti-pattern
Date Scrum is an R&D pattern where developers are asked to estimate software project requirements upfront for the entirety of the project. After the project is green lighted and the budget is set based on the final estimates, the team then holds daily scrums to status and manage risk as they “iterate” the solution toward the release date. To some, this approach is described as doing Waterfall in sprints.
The fundamental problem with Date Scrum is that the team is de-focused from discovering the best solution. Instead they are heavily focused on delivering Something™ by the Date™. Engineers are problem solvers, and if the primary problem becomes delivering Something™ that will pass QA by the Date™, they will, with enough pressure, solve that exact problem.
That which requires caring
Today's real world of technology is characterized by the dominance of prescriptive technologies.
The temptation to design more or less everything according to prescriptive and broken-up technologies is so strong that it is even applied to those tasks that should be conducted in a holistic way. Any tasks that require caring, whether for people or nature, any tasks that require immediate feedback and adjustment, are best done holistically. Such tasks cannot be planed, coordinated, and controlled the way prescriptive tasks must be.
Prescriptive technologies eliminate the occasions for decision-making and judgment in general and especially for the making of principled decisions. Any goal of the technology is incorporated a priori in the design and is not negotiable.
Manifesto for Agile Software Development
A DefinitionWe are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left more.
Agile Scrum is not working
The Agile founders had it right, one size doesn't fit all. What the founders perhaps didn’t foresee, or couldn’t agree on, is that in order for the world to scale and consume their wisdom, it had to be packaged as concrete practices, not as abstract classes with virtual methods to be defined in context. And to the proponents of Agile Scrum, give them their due, for their part, they made it concrete – Agile Scrum has been packaged and delivered. Yet much work remains to realize the promise of Agile, which in summary is, the realization of wise use of lightweight development practices and workflows that flexibly adapt to the changing and evolving needs of customers.
Driving engineers to an arbitrary date is a value destroying mistake
An Article by Gandalf HudlowWhat happens when you apply date pressure to software engineers working on high value software projects? The engineers will focus on delivering Something™ by the Date™! This fatal flaw results in delivery of a Something™ full of chaos and features that nobody really wants or needs.
Beware SAFe, an Unholy Incarnation of Darkness
An Article by Sean DexterThe Lean Portfolio Management function that controls funding, are given sole authority to approve which Portfolio Epics move into each stream. Epics are not explanations about a problem that needs to be solved. They are pre-formed ideas about how best to solve those problems.
Right away we can see signs of the old-school mindset of viewing teams as a “delivery” function instead of a strategic one. The high level thinkers come up with ideas, and the low level doers execute on those ideas. Ignored is the possibility that those closest to the work might be best equipped to make decisions about it. Escaping from this misguided mindset is a core goal of Agile thinking that SAFe fails to remotely accomplish.
Why Scrum is killing your product
An Article by Henry LathamDesign Systems, Agile, and Industrialization
An Article by Brad FrostI’ve come to the conclusion that “enterprise web development” is just regular web development, only stripped of any joy or creativity or autonomy. It’s plugging a bunch of smart people into the matrix and forcing them to crank out widgets and move the little cards to the right.
In these structures, people are stripped of their humanity as they’re fed into the machine. It becomes “a developer resource is needed” rather than “Oh, Samantha would be a great fit for this project.” And the effect of all this on individuals is depressing. When people’s primary motivation is to move tickets over a column, their ability to be creative or serve a higher purpose are almost completely quashed. Interaction with other humans seems to be relegated to yelling at others to tell them they’re blocked.
Reading “AS PER THE REQUIREMENTS” in tickets makes me dry heave. How did such sterile, shitty language seep into my everyday work?
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™.
Agile is Dead (Long Live Agility)
An Article by Dave ThomasThe word “agile” has been subverted to the point where it is effectively meaningless, and what passes for an agile community seems to be largely an arena for consultants and vendors to hawk services and products.
…Let’s abandon the word agile to the people who don’t do things. Instead, let’s use a word that describes what we do. Let’s develop with agility.
- You aren’t an agile programmer—you’re a programmer who programs with agility.
- You don’t work on an agile team—your team exhibits agility.
- You don’t use agile tools—you use tools that enhance your agility.
/
Individuals and Interactions over Processes and Tools
Working Software over Comprehensive Documentation
Customer Collaboration over Contract Negotiation, and
Responding to Change over Following a PlanTraditional companies are losing because they mismanage software engineers
An Article by Emma WattersonInnovation is messy, and frankly Anti-Steve [Jobs] can’t figure out why you wouldn’t just tell people the right thing to build and skip all the trial and error that comes with innovation. Anti-Steve and his board of directors that keep him in place fundamentally believe that they know what needs to be built. Or at least that they can hire the messiah that will come down off the mountain and tell everyone what to build. There is no such messiah.
Why we stopped breaking down stories into tasks
An Article by Adam SilverThe Scrum process says to break down stories into tasks to make estimation easier, encourage collaboration and to be able to show more granular progress during a sprint.
But after a few sprints, we decided to do the next sprint without creating tasks. As a result we drastically increased our velocity and never went back. Here I'll jot down some of the reasons we decided to do this:
- Breaking down stories into tasks is time consuming
- The tasks we came up with invariably would change as we worked on the stories
- Tasks are repetitive
- Tasks were often carried out in parallel
- Our estimates didn't improve
- It decluttered our task board
- It encouraged collaboration throughout the sprint
While we started our process by following Scrum to the letter, we soon realised that breaking down stories into tasks was something that wasn’t worthwhile for us. In the end we realised that it was overplanning and poor use of our time. In the end we used that time to get on with the work and deliver at a significantly faster pace.
Why We Don't Do Daily Stand-Ups at Supercede
An Article by Jezen ThomasYesterday I worked on the widget.
Today I will work on the widget.
I have no blockers.Are you asleep yet? The developers are. You promise them an intellectually stimulating work environment and what they end up with is drudgery.
What value can be had from these meetings anyway? Using “alignment” for justification is so nebulous that it is essentially meaningless. Engineers align themselves. They talk. Especially if you hire good ones (which, you know, you’ll struggle to if you have a culture of coercing them into this kind of busywork). Where does the real discussion happen? It’s written down.
Software that nobody wants
An Article by Gandalf HudlowFinding value is the result of enabling individual and group-level discovery attempts. It's not the result of everyone following one leader's gut.
What just happened is a new software product/feature was created that no customer wanted. This happens way too often. In fact, most hyper important software projects that must be done by date certain or else, have deep flaws that cause some variation of this phenomenon, flaws that include:
- Not wanted - Company specified a solution to a problem that customers don't actually have
- No Rarity - Company is pursuing an iKnockoff of existing products. The market already has two scaled competitors with working solutions, customers naturally spend budget on products that are already successful to avoid risk
- Incorrect Packaging - Customers need a website, but the company created an iOS app instead
- Incorrect Pricing - Customers need SaaS pricing, but the company created a shrink wrapped, on-premise solution with CapEx and maintenance agreements instead
Making sense of MVP
An ArticleHenrik Kniberg:
The top scenario (delivering a front tire) sucks because we keep delivering stuff that the customer can’t use at all. If you know what you’re doing – your product has very little complexity and risk, perhaps you’ve built that type of thing hundreds of times before – then go ahead and just do big bang. Build the thing and deliver it when done.
Doing It Right
An Article by Brad FrostDoing it right requires a different pace of working and a much broader thought process than “ok, let’s get this thing out the door.” Which is super tough because most workplaces place a huge emphasis on getting things out the door, and fast. Little agile tickets that are expected to be completed in micro sprints to me seem to be antithetical to doing it right.
Planning doesn't make for better software
A Fragment by Robin RendleMy own time in a Silicon Valley startup has proved this much to be true; planning doesn’t make for better software. In fact today our design systems team doesn’t have sprints, we don’t have tickets or a daily standup. Each day we come to work, figure out what’s the most important thing that we could be doing, and then we—gasp!—actually do it.
Watching so many other teams slowly flail about whilst they plan for quarter 3.2 of subplan A, whilst our team produces more work in a week than they all do combined in a quarter has been shocking to me.
After four years of working in a large startup, I know what I always assumed was true: you don’t need a plan to make a beautiful thing. You really don’t. In fact, there’s a point where overplanning can be a signal of inexperience and fear and bullshit. The scrum board and the sprints and the inane meetings each and every day are not how you build another Super Mario 64.
Instead all you have to do is hire smart people, trust them to do their best work, and then get the hell out of their way.
Agile as Trauma
An Essay by Dorian TaylorThe Agile Manifesto is an immune response on the part of programmers to bad management.
Yagni
A Definition by Martin FowlerYagni originally is an acronym that stands for "You Aren't Gonna Need It". It is a mantra from Extreme Programming that's often used generally in agile software teams. It's a statement that some capability we presume our software needs in the future should not be built now because "you aren't gonna need it".
The State of Agile Software in 2018
A Talk by Martin FowlerOn the surface, the world of agile software development is bright, since it is now mainstream. But the reality is troubling, because much of what is done is faux-agile, disregarding agile's values and principles. The three main challenges we should focus on are: fighting the Agile Industrial Complex and its habit of imposing process upon teams, raising the importance of technical excellence, and organizing our teams around products (rather than projects).
Product vs. Feature Teams
An Article by Marty CaganThis article is certain to upset many people.
The Evolution of Useful Things
Here, then, is the central idea: the form of made things is always subject to change in response to their real or perceived shortcomings, their failures to function properly. This principle governs all invention, innovation, ingenuity.
Spike and spon
Using an older, pointed knife and spoon, a "spike and spon," to keep the fingers from touching food may have given us the phrase "spic and span" to connote a high standard of cleanliness.
Shaped and reshaped
[Inventions] do not spring fully formed from the mind of some maker, but, rather, become shaped and reshaped through the (principally negative) experiences of their users within the social, cultural, and technological contexts in which they are embedded.
Form follows failure
Imagining how the form of things as seemingly simple as eating utensils might have evolved demonstrates the inadequacy of a "form follows function" argument to serve as a guiding principle for understanding how artifacts have come to look the way they do. Reflecting on how the form of the knife and fork has developed, let alone how vastly divergent are the ways in which Eastern and Western cultures have solved the identical design problem of conveying food to mouth, really demolishes any overly deterministic argument, for clearly there is no unique solution to the elementary problem of eating.
What form does follow is the real and perceived failure of things as they are used to do what they are supposed to do. Clever people in the past, whom today we might call inventors, designers, or engineers, observed the failure of existing things to function as well as might be imagined. By focusing on the shortcomings of things, innovators altered those items to remove the imperfections, thus producing new, improved objects. Different innovators in different places, starting with rudimentary solutions to the same basic problem, focused on different faults at different times, and so we have inherited culture-specific artifacts that are daily reminders that even so primitive a function as eating imposes no single form on the implements used to effect it.
Their wrongness is somehow more immediate
In general, a successful design, which Alexander terms a good fit between form and context, can be declared only when we can detect no more [points that conform to the standard against which we judge]. It is "departures from the norm which stand out in our minds, rather than the norm itself. Their wrongness is somehow more immediate than the rightness."
A small corner of the world of things
It need not be only the likes of engineers, politicians, and entrepreneurs who have a hand in shaping the world and its things, for we are all specialists in at least a small corner of the world of things.
My job is simply to design gadgets that I like
Inventors are people who not only curse, but who also start to think of what can be done to eliminate the bother...When I see something that I don't like, I try to invent a way around it. My job is simply to design gadgets that I like.
More easily asked than definitively answered
Some design questions are more easily asked than definitively answered. Inventors are seldom at a loss for problems, and so they must choose which ones they will work on.
Only a commercial and utilitarian view
By World War II, we seem to have come to take new gadgets for granted or relied upon advertising to inform us of what was new. Whereas our great-grandparents apparently found the latest improvement on the fountain pen or the bicycle of intellectual interest, most people in our generation take only a commercial and utilitarian view of such things.
Stick like hell
When the Wizard of Menlo Park called invention 10 percent inspiration and 90 percent perspiration, he was speaking not only about the creative act of inventing but also about the whole inventive process needed to bring more than intellectual success. Edison warned against discouragement during the perspiration phase in the following way, reminding us that we get things to work by the successive removal of bugs:
Genius? Nothing! Sticking to it is the genius! Any other bright-minded fellow can accomplish just as much of he will stick like hell and remember nothing that's any good works by itself. You've got to make the damn thing work!...I failed my way to success.
This tactile form of doodling
Paper clips have also served as objects of more inwardly directed aggression by providing something for the fingers to twist grotesquely out of shape during phone calls, interviews, and meetings. This tactile form of doodling may consume only a fraction of the twenty billion paper clips produced each year, but it underscores the almost limitless functions to which a single form can lead.
Materials and how to employ them
Forming a paper clip presents a common dilemma encountered by engineers and inventors: the very properties of the material that make it possible to be shaped into a useful object also limit its use. If one were to try and make a paper clip out of wire that stayed bent too easily, it would have little spring and not hold papers very tightly. On the other hand, if one were to use wire that did not stay bent, then the clip could not even be formed. Thus, understanding the fundamental behavior of materials and how to employ them to advantage is often a principle reason that something as seemingly simple as a paper clip cannot be developed sooner than it is.
Sonorisms VI
A small corner of the world of things
This tactile form of doodling
The crowded past of reality
Infundibular cores
Whose form our hands have often grown to gloveThe need to dispense a product properly
Difficulties in getting Scotch tape off the roll, for example, prompted the development of a dispenser with a built-in serrated edge to cut off a piece squarely and leave a neat edge handy for the next use. (This provides an excellent example of how the need to dispense a product properly and conveniently can give rise to a highly specialized infrastructure.)
Intrapreneurship
The characteristic of 3M that enabled it to attain such diversity in its product line is a policy of what has generally come to be called "intrapreneurship". The basic idea is to allow employees of large corporations to behave within the company as they would as individual entrepreneurs in the outside world.
...It is 3M's policy (and that of other enlightened companies) to allow its engineers to spend a certain percentage of their work time on projects of their own choosing, a practice known as "bootlegging".
Customers will confer a favor on us
A leaflet printed in March, 1906, tacitly confessed to many difficulties. The instructions for applying the fastener were wordy and complicated. The sponsors of C-curity betrayed their own lack of security by stating: "Customers will confer a favor on us by reporting any difficulty in applying fastener, in which case we will send more detailed instructions." The "instructions for using" were not merely wordy but worried.
The inventive process was often a nonverbal one
Through the ages, the professional users of tools by and large have not needed to, been able to, or wanted to talk to outsiders about their implements. They did not need to because tools themselves are used to make other tools, and thus users could very often fashion a new tool with their old ones. If they did need to communicate the design for a new tool to someone outside their trade, they could do so without having to reveal the tool's intended use...Besides, the inventive process of conceiving a new tool was often a nonverbal one. Finally, craftsmen were unwilling to share information about their specialized tools because to do so would have been to give up their competitive edge and their value to those outside the craft.
The reflective craftsman
Specialized tools like bench shears have proliferated throughout history in part because craftsmen necessarily do the same task with the same tool over and over. After a while, the task becomes routine, and the craftsman is able to perform it with predictable skill. The most creative of artisans is frequently one who, in the midst of routine, pays attention to the details of the work and the tools that effect that work, and so it is that the reflective craftsman develops ideas for new and improved tools in the course of working with those that he perceives to limit his achievement or efficiency.
Form eschews function
Many of the most contemporary silverware patterns appear to be designed more for how the pieces look than for how they work...There is a kind of design that can ignore function entirely. We might say that this is a "form eschews function" school of design, and one that places considerations of aesthetics, novelty, and style above everything else.
But to design from the handle is to shoot from the hip when it comes to silverware, for the business end of the individual pieces is where the action is going to be. Though Emily Post may not have perceived that tradition emerges out of the minimization of failure, there is no excuse for a designer to overlook the fact. Yet this is exactly what modern product designers seem to do when they strive so hard for a striking new look that they throw out function with tradition.
Style consists in distinction of form
Writing about style in architecture, the nineteenth-century theorist Viollet-le-Duc asserted that "style consists in distinction of form," and complained that animals expressed this better than the human species. He felt that his contemporaries had "become strangers to those elemental and simple ideas of truth which lead architects to give style to their designs," and he found it "necessary to define the constituent elements of style, and, in doing so, to carefully avoid those equivocations, those high-sounding but senseless phrases, which have been repeated with all that profound respect which most people profess for that which they do not understand."
Such an unholy alliance
Something was wrong, according to Raymond Loewy, who admitted that, "with few exceptions, the [competitors'] products were good." He was "disappointed and amazed at their poor physical appearance, their clumsiness, and...their design vulgarity." He found "quality and ugliness combined," and wondered about "such an unholy alliance."
...Loewy was also "shocked by the fact that most preeminent engineers, executive geniuses, and financial titans seemed to live in an aesthetic vacuum," and he believed that he could "add something to the field." But, not surprisingly, the people he approached were "rough, antagonistic, often resentful."
Most advanced yet acceptable
There is an apparent reluctance among consumers to accept designs that are too radically different from what they claim to supersede, for when, for when familiar things are redesigned too dramatically the function they perform can be less than obvious and thus possibly suspect. Loewy summarized the phenomenon by using the acronym MAYA, standing for "most advanced yet acceptable."
Combinations and arrangements
Everything designed has an element of arbitrariness in its form. Loewy described how groups of his designers used to go about designing a new model automobile. Different groups were given different tasks, such as the front and rear of the car, and the conceptual work began, to be cut off at some predetermined time by deadlines that were imposed at the outset. After a time, there were "piles of rough sketches," and Loewy saw the design proceed as follows:
Now the important process of elimination begins. From the roughs, I select the designs that indicate germinal direction. Those that show the greatest promise are studied in detail, and these in turn are used in combination or arrangements with one another. A promising front treatment can be tried in combination with a likely side elevation sketch, etc. From this a new set of designs emerges. These are then sketched in detail. After careful analysis, they boil down to four or five.
Economy of material and labor
Whatever the comparative merits of [various bed framing methods], what is clear from Aristotle's Mechanica is that economy of material, and labor, was as much an issue in ancient times as it is now.
More profitable and a better buy
The bottom line is certainly of concern, both to those seeking profit and to those seeking value, but neither of these can be measured solely by the amount of dollars spent on production or product. The nonquantitative word "quality" conveys countless ways in which a more expensive thing might be more profitable and yet a better buy as well. The advantages of thicker metal in an automobile body can clearly be argued from various points of view, including resistance to denting and even simple snob appeal. Whereas the manufacturer can use these as selling points and also as justification for a higher price tag, the buyer can easily justify spending more for a car that will keep its appearance longer and provide a status symbol.
Substance over style
By the 1930s, the teardrop shape, known since the turn of the century to be the form of least resistance, was incorporated into Boeing and Douglas aircraft, and, being the contemporary artifact that best symbolized the future, the airplane set the style for things generally. The most static of mundane objects were streamlined for no functional purpose, and chromed and rounded staplers, pencil sharpeners, and toasters were hailed as the epitome of design.
...Though all design is necessarily forward-looking, all design or design changes are not necessarily motivated by fickle style trends. The best in design always prefers substance over style, and the lasting concept over the ephemeral gimmick.
When engineers refuse to leave well enough alone
In a column entitled "March of the Engineers," the humorist and social critic Russell Baker lamented the complexity and sophistication of his office's new telephone system...Baker closed his column by defining the new telephone system as "another bleak example of the horrors created when engineers refuse to leave well enough alone."
In The Design of Everyday Things, Donald Norman wrote that "new telephone systems have proven to be another excellent example of incomprehensible design."
To anticipate all the uses and abuses
Success depends wholly on the anticipation and obviation of failure, and it is virtually impossible to anticipate all the uses and abuses to which a product will be subjected until it is in fact used and abused not in the laboratory but in real life. Hence, new products are seldom even near perfect, but we buy them and adapt to their form because they do fulfill, however imperfectly, a function that we find useful.
Lighter, thinner, cheaper
The evolution of form begins with the perception of failure, but it is propagated through the language of comparatives. "Lighter", "thinner," and "cheaper" are comparative assertions of improvement, and the possibility of attaching such claims to a new product directly influences the evolution of its form. Competition is by its very nature a struggle for superiority, and thus superlative claims of "lightest," "thinnest," "cheapest" often become the ultimate goals. But the goals more often than not are incompatible. Thus, the lightest and thinnest crystal can be expected also to be the most expensive. But limits on the form of artifacts are also defined by failure, for too light and too thin a piece of crystal might hardly be usable.