Looking to the Future at Stride Consulting

Stride ConsultingAt Stride, our job is to deliver custom software. But we exist because we love collaborating with each other.

For a company of such thoughtful and hopeful people, measures of business value and professional success are necessary but not sufficient descriptions of the future we want to build together. Even as we work to help our clients achieve their aims and improve working conditions, we aspire to make a positive impact on society and help build a brighter future for our planet and for generations to come.

This is an an audacious vision for a small company particularly in an industry as privileged and complicit as technology. To be candid, not one I was ready to champion before my experience working with Striders.

So how do we translate this into our goals and day to day actions so that we get closer to achieving our purpose?

Read the full post at Stride Consulting blog.

Presentation: Agile Values, Innovation and the Shortage of Women Software Developers

Presentation notes: http://khj.me/KLKm0u


Judy, K.H.; , “Agile Values, Innovation and the Shortage of Women Software Developers,” System Science (HICSS), 2012 45th Hawaii International Conference on , vol., no., pp.5279-5288, 4-7 Jan. 2012

doi: 10.1109/HICSS.2012.92

Abstract: The percentage of women software developers in the U.S. has declined from 42% in 1987 to less than 25% today. This is in a software/internet marketplace where women are online in equal numbers to men, directly or indirectly influence 61% of consumer electronics purchases, generate 58% of online dollars, and represent 42% of active gamers. Women avoid careers in software due to hostile environments, unsustainable pace, diminished sense of purpose, disadvantages in pay, and lack of advancement, peers or mentors. Agile Software Development is founded upon values that challenge such dysfunction in order to build self-organizing, collaborative and highly productive teams. In a high functioning Agile practice, developers engage each other, product owners and sponsors in a shared concern for quality, predictability and meeting the needs of end users. Can Agile values and practice drive changes in the workplace to better attract and retain women software developers?

URL: http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6149534&isnumber=6148595

Agile’s broad adoption and mediocrity – the fault lies…

I have to admit, I cringe whenever I say “agile” or “scrum” (™?) Even as I practice both every workday and care deeply for the values they represent.

Successful movements take on a cloying “fill me with your knowledge” cast. A perpetual newbie state where new adherents come on faster than existing practitioners have opportunity to develop experience and wisdom.

I really don’t need to have another conversation about how to phrase the first sentence of a user story.

And I definitely feel some of the same heat rising from the attention to lean. Buzz, buzz, kanban, buzz…

But can we blame the thought leaders, the coaches, the industry deriving wealth from a movement for the failings of that movement? Is it the corrupting influence of success or rather broad adoption itself?

I think the latter.

First, let me acknowledge that iterative improvement is a lengthy process and has to start somewhere. That your current state is entirely flawed is a given.

You don’t have to be excellent at what you do at this exact moment to begin improving your own practice and your workplace. A broad swath of not soul killing workplaces is at least as valuable as a small set of shining cities on the hill.

But whatever the starting point, taking on agile practice is dedicating yourself to a mission of fundamentally changing the nature of our work to something both disciplined and highly accountable but also collaborative, creative and sustainable.

And broad adoption means that a lot of people who call themselves “agile” just don’t rise up or even aspire to rise up to that mission.

If you claim you’re doing XP: have 24 hour builds, the developers all work solo and your test coverage is 10% then you’re either at the start of a very long journey (which I deeply admire you for) or you’re lying to yourself and you just plain suck.

If you claim you’re doing Scrum and the developers haven’t talked to a business person in months, can’t articulate what your team achieved in the last month, and you require “stabilization” sprints before you can deploy working code, you are either at the start of a very long journey (which, again, I deeply admire you for) or you’re lying to yourself and you just plain suck.

It’s not one of a thousand consultancies, professional coaches, certification tracks, associations or conferences fault if you suck.

It’s not Jeff Sutherland’s or Ken Schwaber’s fault if you suck. As a matter of fact, they and their peers have done a great deal to give a great many of us a chance at sucking less.

The mentor/mentee relationship is powerful but it’s up to each of us to do our work with courage, integrity and passion. It’s up to each of us to hold our peers to a standard of competence and care.

“The fault, dear Brutus, is not in our stars, But in ourselves, that we are underlings.”

Agile, Scrum and 4DX

Our company is adopting a practice called “The 4 Disciplines of Execution” (4DX). Superficially, it’s goals and techniques are very Scrum-like with a focus on rallying self-directed teams toward a single, important company goal.

Team Scoreboard

Layout of our combined Scrum/4DX team scoreboard

Like Agile, it champions practices but emphasizes values that give those practices reasons for being. 4DX is more focused on outcomes than specifics of performance – which is a nice puzzle piece to slot along side into a lean or XP discipline.

I’m fascinated to watch the course of a top down process change. I’m also wary of what happens when groups that don’t feel an urgent need for change or share the values of team, collaboration, and focus bang their heads into this particular demand.

Still, I am hopeful and excited. After a few years at my company once again championing a team-up Agile adoption, I feel tremors as the rest of the company shifts to meet us.

Part of being lucky is being ready.

How values create change from small networks to large

These are notes from my presentation at the Hawaii International Conference on System Sciences (HICSS) #45.

I’ll link to my full paper when it is available and to subsequent posts as I publish them.

Agile values, product innovation and the shortage of women software developers Part 7 of 7


(44) Agile values in an enterprise context

I’ve described two examples of how Agile principles call upon practitioners to battle hostile workplaces. My paper has several more. But let’s talk about how Agile teams instill Agile values into the enterprise. As a development team matures impediments become consistently rooted in the surrounding organization. Continuous improvement becomes an effort directed out into the larger company. Where an organization fails to support a team adopting an agile practice, the teams needs to drive for these changes in the organization by first building trust and influence by producing results in spite of their impediments and then using that success to win support for removing the obstacles that lay in their path.

(45) A principled Agile enterprise

In response the larger organization will begin removing impediments to team performance by, for example, adopting a retrospective type review process, rewarding collective over individual performance, compensating for span of influence over span of control.

(46) How values create change from small networks to large

But how can small change within companies produce large order changes across an industry or society?

(46) Ba

To model this, I’ll use Nonaka’s concept of Ba, or “a shared context in motion, in which knowledge is shared, created and utilized[65].” Sectors that thrive off innovation do so by sharing knowledge across direct and extended-relationships among people. Each set of relationships exists within a physical or virtual space. Each of these spaces at any given moment in time is Ba.

(47) Ba in knowledge work

Knowledge workers interact within their local communities, interest groups. They graduate from school and change jobs. Companies are distributed across locales. Consultants travel among companies and conferences bring individuals together from across the industry. In sharing, creating and synthesizing knowledge one Ba influences the other, fostering change on the small scale to the large and back. The broad adoption of Agile practices is itself an example of knowledge occurring first within individuals and teams and then spreading across an industry.

(48) The challenge

But widespread Agile adoption has been a mixed blessing for principled agilists. Agile values are not permeating as well as the practices themselves. To invert Alistair Cockburn’s dictum, the industry is valuing agile practices over agile principles.

(49) Snowbird

This threat is on the minds of prominent Agile thought leaders. Enough so that the notes from the 10 year reunion of the initials signers of the Agile Manifesto contains “four things the community needs to do in the next 10 years”: demand technical excellence, promote individual change and lead organizational change, organize knowledge and improve education, and maximize value across the entire process[66].

(50) Conclusion

Agile is not about doing “Agile” things. It is about continually improving ourselves, our teams and our organizations to create better software for our customers and our end users. If we embrace that on a wide scale, we will recognize we are driving away an incredibly valuable source of talent and an incredibly valuable contribution in our effort to create products relevant to over half of our end users. We can use the principles underlying Agile practice to guide our efforts to remove this impediment.. Successful embrace of agile principles within teams will instill a more social and engaged view of the software developer role that can shift companies and the larger industry, driving beneficial change into academic institutions and the perceptions of the greater public. This change in our workplaces, in the common perception of our work, and in the institutions that educate software developers would encourage more girls to pursue computer science and help the industry recruit and retain larger numbers of talented women.

Thank you.


All slides.

Previous: Antidote the diving catch culture of heroics and privileged roles

There is abundant research on the problems women face in our field. I would love researchers to jump in on whether Agile principles and Agile practioners can really make a difference.

I’d also love any suggestions of organizations, institutions and individuals I might reach out to for more information, collaboration, or to take up the cause.

Please comment on my proposal to Agile 2012.

The full citation list for my paper.