InRhythm

Your partners in accelerated digital transformation

Agile & Lean

Simple Test for Every Agile Team

November 19th: The Simple, Rapid Test That Every Agile Team Should be Doing

A couple of weeks ago, I shared some thoughts around the concept of leading a team of agile craftsmen and how all of us were practitioners in a living lab. Agile product development, by definition, requires that we fail fast, learn from our mistakes and develop processes that maximize efficiency. Agile values also require that we put the emphasis on people ahead of process.


That sounds incongruous. How do you do both in parallel? It seems like it would be impossible to put people first yet adhere to the rigor required by following a process. However, there is a way. It’s called the Agile Litmus Test. Although there is no standardized template for it, the basic concept is that each team member thinks about why s/he/they is doing what they’re doing towards the goal of assessing whether or not the individual, team or corporate effort meets the values and principles as defined by the Agile Manifesto.

Many of you may recall the litmus test from your chemistry classes. The Litmus Test is a simple, low-tech, low-cost way of determining the pH (acidity) of a given solution. It’s been around for centuries and it’s still in use today both as a physical test as well as a metaphor for describing a quick method for testing out a concept. The fact that it’s been around so long illustrates how effective it is which, in turn, underscores the value of the Agile Litmus Test. One thing that surprised me is how search results returned for this test seem to drop off after 2015 – have agile developers lost sight of its importance?

Within the context of agile product development, the Agile Litmus Test is a rapid means of straddling the duality of putting people ahead of process  (Agile Value #1) yet still adhering to it. There are several versions of what it should be, but there are only a few basic rules regarding the application of the Agile Litmus Test. In short, keep asking yourself if you’re doing the right thing. Given that we’re all agile craftsmen, we should be encouraged to use a little latitude to make the “rules” work for each of us given our own scenarios. At InRhythm, we apply it to meet our needs.

Quite simply, the Agile Litmus Test is the act of asking practical, meaningful questions to assess our priorities. Which questions you ask and which order you ask them in are not critical. What is critical is that you ask some flavor of these questions regarding everything that you do. It’s less about the rigor of the questions asked and more about accepting the personal responsibility of asking them. Whatever you’re doing, which includes posting on social media, writing content, coding, documenting, how you conduct yourself at a meeting and what you say there, etc. should all be subjected to the Agile Litmus Test. 

Consider questions along the following lines:

  • Why am I doing X this way?
  • How is doing X going to help me meet my goal(s)?
  • Should I be doing X right now?
  • Is there something else that I should be doing instead of X?
  • How will my team or project be impacted if I do X?

The idea is to self-assign a mental speedbump, not a big hurdle. You want that little bump to be big enough to get noticed but small enough to accelerate through. Take the time to pause and think about what you’re doing and why you’re doing it. Each of our actions as agile software engineers who are part of high velocity teams has consequences for us as individuals, as a team, as a client and as a vendor. We need to consider the bigger picture for all that we do and not gloss over our own accountability for using our time in a way that advances our personal and professional goals. 

In my years of experience onsite at clients and working with 10x teams, I’ve seen people get caught up in their own agendas. Somehow, they lose track of the bigger picture or their leaders have not communicated it effectively to them. Regardless of how or why it happened, they are not invested in how their efforts tie into the collective efforts of the project. So, you’re thinking, well, if one individual has lost sight of the vision and the shared end-goal, that’s probably not going to have an effect on the overall outcome. Or, if you’re that individual, you may be thinking the same thing. 

Not so, because there is rarely just one individual on an agile project that loses sight of the priorities. Typically, it’s more than one which can have dire consequences on hitting the milestones and timeline that only some people are tracking to. If you were to apply the Agile Litmus Test right now, what is the question that you ask yourself?

Thanks and Keep Growing,

Gunjan Doshi

CEO, InRhythm

What We’re Reading Around the Web

16 Quick Poll – a Litmus Test for Agile Product Development
Scrum Breakfast
“I want a litmus test, i.e. a short list of questions for challenging developers and their managers on their engineering practices.”

How to Test for Agility with the Agile Litmus Test
Dummies
“To be agile, you need to be able to ask, ‘Is this agile?’”

Taking the Agile Litmus Test
O’Reilly Safari
“When you understand these values and principles, you’ll be able to ask, “Is this agile?” and be confident in your answer.”

The Principles of Agile Manifesto
Educba
“Collectively, these principles are used to like a litmus test to identify if a project is being run on agile or not.”


The Latest in React and Agile: What We’re Reading Now

Here’s what our Practice Leadership Team is reading around the web:

Understanding React – React 16.3 + Component life-cycle Medium.com “Having a new lifecycle method (`getDerivedStateFromProps`) to keep props/state synchronized—and the ability to use it to set default state (instead of in the constructor)—is extremely helpful. Its return value updates state (like `setState`), allowing you to update state based on updated props instead of messing with a combination of `componentWillReceiveProps` (which will be deprecated) and `setState`. I’ve been using the new Context API extensively, and I’m looking forward to using these new lifecycle methods.“

The Security Model of WebAssembly Hacker News “The security model of WebAssembly offers great new applications that can save a lot of time spent navigating or accounting for variable image sizes and loading. In particular, it provides simple, automatic handling of perfectly sized images and image substitution while the original loads. It’s a relatively seamless system for image handling without the tangle of excessive callbacks.“

Sonar GitHub “Sonar is a debugging platform aimed at mobile app development on iOS and Android. It’s open-source, which allows for transparency and customization for users looking to make their own, use-specific plugins. It’s already got a fairly robust library, and we’re looking forward to seeing where it goes from here.“

Chrome 68 Page Lifecycle API Google “Properly managing operating system resources is an essential part of development, and the new Page Lifecycle API with Chrome 68 allows us to see when hidden tabs are being frozen and unfrozen through the `freeze` and `resume` events. More robust tools for monitoring state changes are always helpful in driving the process of setting up inputs and notifications, for instance, so easier transparency is a huge help for our processes.“

Cupcakes, Application Design, and UX

This post is another by InRhythm’s own Sari Morninghawk. For the full post and additional links, check out the original “Cupcakes, Application Design, and UX” on her website.

My grandkids are often an inspiration for many of my best ideas. For example, when I came home from work yesterday, my oldest granddaughter had her homemade cupcakes on display in the kitchen. They were her original recipe, exceptionally beautiful, and also — delicious. Riding the train into work this morning, my mind wandering towards my next blog, I realized that these cupcakes are a perfect metaphor for excellent app design and a wonderful user experience (UX).

There are many ways to look at this. The simplest being that the beauty of the cupcake is good design, causing the consumer, in the case of the cupcake or the user, in the case of the application, to do what you want. Consumers eat the cupcake; users read, shop, sign up, or whatever action is the goal. If the cupcake is delicious, the consumer has an enjoyable experience. If the cupcake doesn’t taste good or has a disagreeable texture, the consumer has a poor experience regardless of the cupcake’s visual appeal. The objective of design is to compel the user into action resulting in a positive UX.

On the subject of Learning and Growth

Here at InRhythm, we’re passionate about Learning and Growth. Normally I don’t unnecessarily capitalize words, but that’s the subject of this post and I think it’s important to emphasize those words and what they mean. We define Learning and Growth as the process of becoming a better, more advanced person, capable of handling new and familiar situations more efficiently and effectively. So why are learning and growth so important to us? Because our people want it!

What’s the problem?

Across all industries, but especially in the consulting industry, employee retention is a big issue. Consulting has one of the highest turnover rates of all industries. Historically, a lot of consulting companies have employed a more dog-eat-dog mentality. “We’re in an industry that’s all about the bottom line, so why shouldn’t we treat our employees the same way?” – these companies employ a strategy along the lines of “grow or go,” treating employees like they must either climb the corporate ladder or get out because there’s no room for those who do not aspire to be the CEO. The problem here is that not everybody wants to be a CEO and that is okay.

Employee retention is almost exclusively a function of employee satisfaction. In all cases of turnover (voluntary or involuntary termination), it is due to poor employee satisfaction. Terminations are largely based on performance and there is an established correlation between employee satisfaction, productivity, and retention. Keeping employees happy and productive requires a large investment by employers, but those that have made the commitment find that the return on their investment far exceeds what they invested. Which brings us again to what satisfies employees? How do employers keep them happy?

Broken attempts to fix it…

A lot of people are aware of the correlation between employee satisfaction and employee retention. There are a multitude of issues that could lead to dissatisfaction such as poor management or no trust between coworkers, but I want to focus on learning and growth. I’ve seen many different employers try to make their employees happier but their efforts are usually a little misguided. They try things like snazzing up the office with new decor, mandatory team-building exercises, holiday parties, or just throwing money at the problem and offering people bonuses or incentives. The last one is actually the most problematic. Studies show that once people reach a “comfortable” income level (adjusted for your location) they’re much less concerned about exact dollar amounts and more about their lifestyle. A raise will simply not keep people around as much as getting their own office and/or fixing whatever cultural problem they’re suffering from.

How we address it

We try to give people exactly what they want. Across the board, most people look for jobs to be growth opportunities. They want their position to be something they learn-into and then later something that provides them more contextual and higher-level growth. Very few people, especially in this industry, want to just do what they already know how to do. They want to do something slightly different to keep their brain and their career growing.

“Our people are the most important part of our company. It’s not the budgets, it’s not the office and the toys, it’s not messaging or branding… It’s the people that we work with.”

We try to provide growth in several ways. First, we only take on projects working on modern, interesting tech; our people don’t want to work on legacy apps maintaining code written years ago, they want new stuff where they can stretch their creative muscles. Only taking on modern projects means potentially turning down lucrative projects, but we also have the peace-of-mind that the whole team isn’t going to quit in 2 weeks. We also host a TON of learning events. So far this year we’ve worked on meetups exploring best practices in VueJS, CSS, and UX Design. We get good attendance at these meetups and I think it’s because our people really yearn to learn. We’re also very into finding learning resources for our people. Personally, I make sure to share as much interesting stuff on Slack as I can so that the team can benefit from the same interesting bits that I benefit from. We have a huge bookshelf at the office with books on all sorts of topics: Philosophy, Management, Coding, Interviewing, Business Development…

One of the reasons I joined a consultancy and InRhythm, in particular, is because of the opportunity for learning and growth and I wasn’t disappointed. Since I started here, I’ve been able to work on multiple client sites, learning about different cultures and processes. I’ve been able to work on different JavaScript frameworks that I might not have worked on otherwise. I’ve played different roles in the company and best of all: I’ve been able to spend time with a diverse group of interesting people. This kind of positive experience is easy to reproduce, all you have to do is listen to your people. If they say they want learning and growth, give it to them! If they say they want better snacks or more wall art or the budget to go to a conference, give it to them! Those happy, learning, growing employees will produce more than any others you’ve had before and they’ll stay with the company for a nice long time.

Additional Resources: