I’ve been measured as a 3.6 out of a possible 5 “performance” points. I’ve been measured on my sales volume per hour. I’ve even been measured on my percentage of overtime hours as a percentile representing “efficiency”. From salespeople, to service workers, to manual laborers, it’s nearly impossible to meet a worker that hasn’t been exposed to metrics as a form of management, motivation, or appraisal.
Deming, Drucker, and a host of wisdom spoke on the utility of metrics and, over time, business leaders have responded. An obsession with metrics is everywhere and there is no question that measurements of valuable business processes can help improve outcomes necessary for success. Enter the pursuit of (demand for?) “Agile metrics”. Continue reading
Earlier this month, Jason Kerney–a team member at Hunter Industries and practitioner of mob programming–wrote an article detailing the interview process his team uses for bringing new people into “the Mob”.
This post dives into Jason’s narrative covering the principles that challenge the convention of hiring and seemingly radical tactics that answer a simple question: what is the difference between hiring a person and filling a position? Continue reading
Recently, I had a very enjoyable conversation with a group of successful, talented software leaders regarding Agile. More specifically, many of the topics shared underlying assumptions about the role of Agile to create structure in the place of chaos and align people towards a common goal.
As part of the conversation, we eventually reached a point where a question was posed (in my best paraphrase): “How can we measure a person’s effectiveness in changing people’s minds?”
I felt that all-too-familiar sense of discomfort and asked if “changing peoples’ minds” is a responsibility or requirement of a job, whether it be a change management role, team coach (e.g., a ScrumMaster), or anything in-between. Some in the group expressed the validity and importance of such a measurement; thus, I’ll explore a question within: should it be our job to change peoples’ minds? Continue reading
In sharing the message of mob programming, Woody Zuill coined a phrase: “All the brilliant people working on the same thing, at the same time, in the same space, and on the same computer.”
Programming aside, I’ve always enjoyed this quote because it speaks to my personal career experiences thus far. In short, I don’t particularly think I’m “brilliant” or full of inspiring ideas. I’ve been able to do a few successful things here and there on my own, but they pale in comparison to what I’ve achieved with people/teams. Therefore, this post is a simple invitation to collaborate and work together by sharing our ideas… and I offer this blog space in whatever capacity might be useful! Continue reading
I recently participated in a podcast recording over breakfast with friends in the Southern California area. While enjoying a mix of smoothies, acai bowls, and coffee (lean coffee, that is), we discussed a variety of topics – among which was mine, “if you could, which Agile practice would you eliminate?”
This is not to say I think practices should be removed from use. In fact, throwing away practices that Agile teams have found success with reeks of the worst kind of waste. Instead, I wanted to explore the extent of subversion within the group’s collective experiences and gather insight into contributing factors.
During our conversation, I placed my condemned practice on the chopping block: the “daily stand-up” meeting. Enthusiasm for removing this tool was (enthusiastically) not shared. Continue reading
Practice C# program number two is progressing. If you feel brave and opt to inspect the Github link provided, you’ll probably feel the same awkward sense of confusion at the use of “progressing”, however.
This post is a call–or plea–for help. My console-calculator program is an attempt to discover how I might use object-oriented design and expand my technical knowledge. At this point, I feel as though I’m regressing into the same patterns that limited me ten years ago. In addition, I’ll share my thoughts and feelings as a novice trying to learn programming on my own – and what lessons I’m extracting for Agile coaches. Continue reading
I recently hosted a learning event for Agile in the San Diego area and had an interesting conversation with an energetic young woman looking to find a ScrumMaster job. During our chat, among other concerns, she lamented on the number of companies that have asked her to justify the role as a full time position.
She’s certainly not the first person to run into this question: many popular Scrum practitioners have posted their thoughts and insights to this query. A common sense line of thought points to the prescribed role defined in the Scrum guide, while further highlighting the need to be economically pragmatic. These seem like safe, surface level thoughts to me. I’d like to try something different: a ScrumMaster is a team coach, and like all coaches (in an Agile work system, not just Scrum), no — the role must not be a permanent position. Continue reading