Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Seeing Is Believing

DZone's Guide to

Seeing Is Believing

When it comes to the efficacy of Agile and agile processes such as TDD, for most devs and dev team leads, they want proof that it works.

· Agile Zone
Free Resource

See how three solutions work together to help your teams have the tools they need to deliver quality software quickly. Brought to you in partnership with CA Technologies

Recently, I did a management workshop on TDD. The audience was development managers and team leads. Most of them did not know TDD (actually, most thought they knew what TDD was; but that's a completely unrelated story).

During my session, I walked them through an example (from Star Wars) and showed the thinking behind it, applying the steps to "real" software development. They were quite engaged, and there was quite a discussion (including if Darth Maul's dual-lightsaber is considered an actual lightsaber).

At the end, one of the managers asked: Do the programmers believe TDD works?

My answer was: they believe, without a shadow of a doubt, it will be the first thing that will be dropped when pressure rises.

(Yes, I actually ask people about that, so I was prepared).

A Question of Faith

Here's a question for you: do you believe Agile works?

Because there are no real independent, objective, comparative experiments that show that it does.

My experience tells me that Agile works in some contexts. I believe the values make sense, and I've seen what happens when they clash with other values. I understand humans enough to understand limiting WIP works. And I have seen time and again how making things visible, discussing them and committing to improvement - how all those help teams become better and make people happier.

But after all is said and done, what I believe doesn't matter - how I act on it does.

I try to convince people to use TDD because I believe it will help them create better code. I think visibility and transparency are better than the alternatives, even at the price of losing the comfortable opaqueness. I teach that safer experiments lead to better products, even if it's really hard for people to grasp this and put aside their big roadmaps.

My behavior is based on what I believe. This is what people see on the outside.

So See We All

The programmers we talked to about this base their beliefs on what they see.

They've seen their managers tell them time and again, in the face of looming deadlines, to write more code, not less. To skip testing (of all kinds) because they need to complete the story (read: the coding). They have seen it too many times to believe that their managers will act differently the next time.

They may believe that TDD will work for them. They are "playing" with TDD now because they have time. They are sure it's a limited-time offer that will expire soon.

So here's a better question to ask yourself: what does your team really believe about how they work?

Go ask them. You may be surprised.

Discover how TDM Is Essential To Achieving Quality At Speed For Agile, DevOps, And Continuous Delivery. Brought to you in partnership with CA Technologies

Topics:
agile ,tdd ,agile development process ,company culture ,devlife

Published at DZone with permission of Gil Zilberfeld, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}