Existential Joys of Agile Practice – Revisited

A second iteration of my 6 min. pecha kucha on why I believe Agile practice makes me a better, more joyful person. Presented at Agile Day 2011 for AgileNYC.

Download as pdf.


Brocade Cloth1
In pursuing agile practice I follow a family tradition of care and craft.

My mother is an immigrant. College educated but she made her living crafting the valences on fine drapery and upholstering furniture. She took pride in matching a pattern at the seams no matter how intricate. Her hands are wrecked from handling heavy fabric. Now she paints.

Vacuum Tubes2
My father is a retired engineer who hobbies with an engineer’s precision — calculating how much steel to mill from the inside of a casting reel or the optimal temperature to anneal tempered fly hooks.

There comes a point where people offer to pay him for his hobbies. He moves onto something else. He does these things for pleasure.

Daughter Watches Fireworks3
My tween-age daughter aspires to be an engineer or scientist. She’s been on a Lego FIRST Robotics team since she was seven.

Her coaches wrote about her:

“You were chosen based on your ability to cooperate with others, problem solve, your endurance, care for the pieces, and enthusiasm for the task at hand.”

Extreme beyond this point4
My girl is a born agilist…

Ten years ago, Agile was a word chosen to rally a community.

Now it’s a brand promoted as a tool that solves problems when it’s more essentially a set of values that encourage us confront problems.

We value…

dandelion5

  • Collaboration over negotiation
  • Working software over specification
  • People over process
  • Responding to change over following a plan

Let me tell you about my early experiences with specifications and plans…

Broken Mirror6
Important people who don’t know how to build software but earn much more than software developers think big thoughts.
They call in other people who also don’t know how to build software but earn much less than software developers to shatter those big thoughts into a myriad small, literal and strangely ambiguous fragments.

Worship the plan. The plan is good.7
Then we plan…

Humans adore plans… we worship plans…

A driver put her faith in her GPS. It told her to turn onto a bridge. Problem was the bridge had been washed away. Her $160,000 Mercedes was swept away and she had to be rescued as it sank.

walk don't walk8
The truth is people are inherently flawed. People are irreducibly complex. So is the software that solves their interesting problems. So while big ideas are great. Attempts to specify are great. Attempts to plan are great.

They’re just a conversation. They are not in and of themselves valuable.

Flower on Sidewalk9
I want to engage with people to navigate the imperfect world we see in front of us

Focus on what I did, what I’m doing and what I want to do next. To arrive at a desired outcome together and to continually improve how we work and relate to each other.

Because reality is serendipity and opportunity…

Darts Missing Board10
But it’s also setbacks, disappointments, and failure.

Failure isn’t any less awful when we refuse to see it. Worse is for failure to become, “the way things work around here”.

I accept failure. If we call it out, applaud the attempt and make changes so that we don’t repeat that exact failure again.

Agile Lifecycle11
This openness to risk results in an iterative, reflective way of working I love because I dearly want to spend each day doing a little less crap and a little more not crap than the day before.

I want to achieve this by reducing the net crap in the world, not simply delegating my crap to others.

Public School Door Knob12
People…

There’s a Gallup study that claims the best and worst teachers, nurses, and policemen have more in common with each other than those in the broad middle. While the best are energized by their caring and use that passion to drive to the best outcomes, the worst are burnt and ruined by it.

The indifferent middle, they just crank along.

NYC Lego First Pits13
A practice that puts process over people constrains behavior to avoid failure without consideration for the individual. In a concern for consistency it prevents the best even as it attempts to avoid the worst.

The agile community is not immune. We’re so focused on scale and process recipes, artifacts and tools.

Snow Storm Fort Greene14
As if people are tangential. Easier to master than the software we engage with them to create.

Agile adoption in these terms becomes a mechanism for iterative mediocrity — a safe place for the indifferent middle.

I reject this.

Improving the workplace, improving worker satisfaction, improving collaboration is not a side affect of my agile practice. It is my practice.

Sunset in Kona15
I acknowledge that successful products can emerge from horrible workplace. And that that good workplaces can create failed products.

But a way of working that tears down talented people’s desire to build is tragic. It saps the world of its limited supply inspiration, creativity and joy. This is evil.

yellow rope with knot by limonada16
To combat this evil, my understanding of Agile principles requires honesty and trust among co-workers. A shared ambition to do better and be better while causing each other less unnecessary pain.

I focus on this in retrospectives, in one on ones, in coaching and in reflecting on my own decisions and actions.

Angel17
The great thing about even striving after this goal is as you work towards it your co-workers will give you permission to demand more of them.

…just as they will demand more of you.

This demand gives you an angel on your shoulder. It inspires even as it shames you into action.

play at your own risk18
This isn’t easy. It is mortifying to confront your own limitations and the limitations of others.

But the action isn’t to change who you are. It is to adjust specific behaviors one at a time in the larger interests of the people you work with and the work you do together.

Team19
The reward is that you get to be the same person with your boss that you are with your co-workers that you are with your staff. A person you can wear home. A wiser, better person than you were last month or last year.

This is a path my mother and father lay down for me and one I wish for my daughter.

dandelion20
I don’t merely want success on a project or a job. I want to spend my life loving what I do. I want to be proud of my accomplishments,

…And I want to be proud of who I was as I attained them.

This is the existential joy I get from Agile practice.

Thank you.


This topic was inspired by Samuel Florman’s book, The Existential Pleasures of Engineering

My one and only 9-11 post

My wife is reading from her diary for the week leading up to September 11, 2001.

World Trade Center was hosting a dance series. We saw Twyla Tharp and Ballet Trockadero on separate evenings.

Our one year old loved to walk around the courtyard, up and over benches circling the fountain and the globe at its center.

The underground shops and the Borders Books in building 5 were pleasant retreats from the late summer heat. On Sept 9th, I bought a shirt from the Warners Bros. Store in the World Trade Center shops with Wiley Coyote poised to plunge the switch on a bundle of dynamite.

You could get vertigo by pressing your back against the side of one of the towers and looking up. Nothing so tall was ever so flat. No edge to the sky was ever so perpendicular. The towers were not beautiful. They weren’t natural. But they were a force of mankind and beauty flowed through, around and above them.

Working on a paper about women in software development

dandelionI just submitted a paper on agile values and the underrepresentation of women in software development.

This is not an original topic but the research I’ve read has focused on how women who participate in agile practices, particularly XP pair programming have more favorable impressions of the work and of their ability to contribute both of which are correlated to entering the occupation.1,2

My belief is that agile practices are tools but it is the agile values that give us the urgency, courage and insight to wield those tools towards a desired outcome.

That is, we are much more capable of making software development more tolerant and inviting of diversity if we believe we should do this as part of our core mission as Agilists to develop with craft and quality and to deliver value to our employers and our end users (do not forget).

So, the rough outline of my paper is this:

  • The shortage of women entering software development and disproportionate share of women leaving mid-career is real and measurable and well documented.
  • The problem is worse in IT than it is in almost all other areas of STEM because, unusually, the percentage of women in software development has actually declined over the last 20 years.
  • This shortage and particularly the attrition of experienced women developers represents a material burden to our industry.
  • Product teams that represent the diversity of their customers have a potential advantage in developing products that appeal to that diverse customer base
  • Women are at least the equals of men when it comes to influencing consumer technology spending and online activity
  • Therefore, it is in the interest of the industry to educate, recruit and retain women developers
  • Agile is a collection of practices united by a coherent set of principles
  • As agile becomes mainstream it is more important than ever that practitioners understand and embody these principles
  • The creators of the Agile Manifesto realize this and are calling us to a principled approach to our work
  • These principles are at stake when it comes to things that affect the competitiveness, insight into end users, and potential for innovation in our teams
  • If we engage our agile practices behind this principled cause we can begin to remove the impediments within our own organizations to the recruitment and retention of women
  • When we do, we will influence larger changes across the industry, within education and in society

I’ll go into more detail and try to defend my arguments in later posts. In the meantime, I’m happy to engage with anyone who finds fault in my premise.


1S. Berenson and K. Slaten. “Voices of women in a software engineering course” in JERIC, vol. 4.1, Mar. 2004.

2O. Hazzan and Y. Dubinsky. “Empower Gender Diversity with Agile Software Development” in Encyclopedia of Gender and Information Technology. E. Taugh, Ed. Hershey, PA: IGI-Global, 2006, pp 249-256.

A plea to my fellow developers and our employers [Harm]

water waveRevelations today about a security breach at Sony Pictures. If the claims are true, the company failed to take even minimal steps to protect the identities of their users. Passwords were stored in plain text.

There are many reasons why this happens: naive business sponsors, inexperienced or pliable developers, poorly thought out or narrowly defined requirements, lack of regard for user privacy, and simple schedule pressure that leads to mistakes and cut corners.

It is unacceptable to assume stored user information is not sensitive simply because your site doesn’t do anything sensitive with it.

People re-use passwords. They shouldn’t but they do. They may only be signing up with you for access to white papers but that username and password may crack facebook, paypal, capital one, or any number of other websites.

We can’t treat websites as something less than software, cram as many front facing features into them with as little time and investment as possible and expect a serviceable, safe, and usable consumer experience.

We can’t treat developers as disposable widgets that are there to “work hard” and “do what they’re told” and expect them to watch our back by behaving as ethical professionals and crafts people.

We can’t expose customers to this kind of risk and expect to retain them as customers.

The best way to encourage new and onerous legal obligations is to act irresponsibly because there is no current legal obligation to do otherwise.

There is a historical pattern. A new field starts generating significant wealth and the resulting products and services become widely adopted by society. As a result of that success, failure becomes more visible, more frequent, destroys more wealth and harms more people.

The industry, practitioners and the government step in to reduce the failure rate. The typical result is government licensing of practitioners and regulation of businesses, accreditation of training organizations, and professional bodies with codes of practice and certifications.

I’m not against any one of these things if they evolve gradually.

But if we create another “software crisis.” This time one that affects the safety of large swaths of society or the wealth creation their trust of the internet represents. Then these things will happen too rapidly, too thoughtlessly.

So, here’s my plea to product people and executive sponsors:

  • Realize software is complex and websites are software.
  • Hire experienced, thoughtful developers, encourage them to tell you the truth and LISTEN TO THEM.
  • If you take risks to get something to market, take the time later to circle back and invest to bring that risk down.
  • Don’t take risks that can harm your end users.
  • Realize a website is not a onetime upfront spend but an ongoing commitment of time attention and resources.
  • Realize if you intend to use a website for a short time or an experiment, follow through and dispose of it — or be prepared to invest significantly more in turning it into a long-term asset.

Here’s the plea to my fellow developers:

  • Take the quality of our work seriously.
  • Learn, learn, learn how to write good code.
  • Take our end users seriously. DO NO HARM.
  • Band together and demand the best of each other

Boots on the ground [war]

I’ve just finished reading Obama Wars by Bob Woodward which centered around the Obama administration’s decision to add troops to Afghanistan. It made me curious how troop strength had ebbed and flowed through the last ten years of war.

A quick search on the internet found a 72 page paper prepared for the Congressional Research Service, Troop Levels in the Afghan and Iraq Wars, FY2001-FY2012: Cost and Other Potential Issues by Amy Belasco. This paper provides an analysis of troop strength in Iraq and Afghanistan and the costs associated with those troups.

Below is a table and graph of “boots on the ground” as measured through 2009 and estimated through 2012. Though the announced strategy is to begin drawing down troops in Afghanistan this July, the paper doesn’t project any reduction this or next year. The report also notes that…

“Although Boots on the Ground is the most commonly cited measure of troop strength, that measure does not include over 100,000 other troops deployed in the region providing theater- wide support for Operation Enduring Freedom (OEF), the Afghan War, and Operation Iraqi Freedom (OIF), the Iraq War.”

Average Monthly Boots On the Ground in Afghanistan and Iraq: FY2002-FY2012
Reported FY02-FY08, Estimated FY09-FY12, Rounded to Hundreds
Percentage Change
Fiscal
Year/Country
Afghanistan Iraq Total Annual Since
FY2003
Since
FY2008
FY2002 5,200 0 5,200 NA NA NA
FY2003 10,400 67,700 78,100 1402% NA NA
FY2004 15,200 130,600 145,800 87% 87% NA
FY2005 19,100 143,800 162,900 12% 109% NA
FY2006 20,400 141,100 161,500 -1% 107% NA
FY2007 23,700 148,300 172,000 7% 120% NA
FY2008 30,100 157,800 187,900 9% 141% NA
FY2009 50,700 135,600 186,300 -1% 139% -1%
FY2010 63,500 88,300 151,800 -19% 94% -19%
FY2011 63,500 42,800 106,200 -30% 36% -43%
FY2012 63,500 4,100 67,500 -36% -14% -64%
Average Monthly Boots On the Ground in Afghanistan and Iraq: FY2002-FY2012
A Belasco. (2009, July 2). Troop Levels in the Afghan and Iraq Wars, FY2001-FY2012: Cost and Other Potential Issues [pdf]. Available: http://www.fas.org/sgp/crs/natsec/