Brian MarickCertify Brian Marick

• login: marick
• address:

  913 W White
  Champaign, IL 61821

Certifications Received

Austin Ziegler certifies that Brian Marick is, at a minimum, qualified to teach others the skill of testing and supporting tests with Ruby, based on this evidence:

the high quality of the book _Everyday Scripting with Ruby: for Teams, Testers, and You_. He has created a book that I have passed on to others in my development group to learn how they can support their tests and development with Ruby.

Lisa Crispin certifies that Brian Marick is, at a minimum, qualified as a master, capable of innovating in the skill of helping people understand agile testing, based on this evidence:

Brian's agile testing quadrant has allowed me to better understand all the different types of testing that may need to happen on a product, who should do that testing, and how they might do it.

Clarke Ching certifies that Brian Marick is, at a minimum, qualified as a master, capable of innovating in the skill writing and editing, based on this evidence:

Brian was the technical editor on one of my first published articles. He was kind, direct, and respectful while offering first rate advice.

Adrian Mowat certifies that Brian Marick is, at a minimum, qualified to help others in the use of the skill agile certification, based on this evidence:

Certification is a contentious subject at the moment so well done to Brian (and Laurent) for making a constructive statement and making time to set up this site which is an innovative and very worthwhile contribution to the community.

Jens Coldewey certifies that Brian Marick is, at a minimum, qualified as a master, capable of innovating in the skill agile testng anfd using agility, based on this evidence:

I had asked Brian to have a one day consulting workshop with a client of mine and he brought in innovative ideas according to testing. Above that I collected innovative ideas from him in talks, while working for the Agile Alliance, while organizing the Agile 2008 conference and in personal communication.

Elisabeth Hendrickson certifies that Brian Marick is, at a minimum, qualified as a master, capable of innovating in the skill example-driven testing, based on this evidence:

Brian's "an example would be handy right about now" sticker demonstrates his clarity of thinking and communication that makes him a great exampler.

Gerold Keefer certifies that Brian Marick is, at a minimum, qualified as a master, capable of innovating in the skill of high quality software development and particularly in software testing, based on this evidence:

I know Brian from newsgroup discussions, his papers and in person. Brian is certainly a productively critical and innovative thinker in our industry.

Certifications Given

Brian Marick certifies that J. B. Rainsberger is, at a minimum, qualified to teach others the skill simple design, based on this evidence:

He helped me simplify a design at SDTConf 2006.

Brian Marick certifies that Chad Fowler is, at a minimum, qualified to teach others the skill of clear and simple coding in Ruby, based on this evidence:

A talk that he and Marcel Molina gave at the Rails Edge conference. Before the talk, they pored over some product code two people had volunteered. In the talk, they showed existing code and described their improvements. They hit the high points (Don't Repeat Yourself, good names, small methods, Law of Demeter) and explained them well.

I was inspired enough to propose the same thing for another conference.

Brian Marick certifies that Lisa Crispin is, at a minimum, qualified to help others in the use of the skill creating a unified team, based on this evidence:

I've visited Lisa at her current employer once (for one or two days). We've also exchanged email over the years. It seems to me that she was a key player in making her team jell into one where everyone pitches in as needed. I found the atmosphere in the team refreshing, and there was none of the friction between the programmers and testers that you so often see.

Brian Marick certifies that Elisabeth Hendrickson is, at a minimum, qualified to teach others the skill exploratory testing in Agile projects, based on this evidence:

When I am asked about testing in Agile, I usually start talking about exploratory testing. I tell people I'm not that good at it myself, so they should contact someone else. Elisabeth is one of the three people I always mention.

Brian Marick certifies that Jonathan Kohl is, at a minimum, qualified to teach others the skill exploratory testing in Agile projects, based on this evidence:

When I am asked about testing in Agile projects, I usually quickly start talking about exploratory testing. I tell people I'm not that good at it myself, so they should contact someone else. Jonathan is one of the three people I always mention.

Brian Marick certifies that Ron Jeffries is, at a minimum, qualified to teach others the skill coaching, based on this evidence:

I've had two multi-trip coaching engagements where I worked with Ron. I learned a lot about the craft of coaching by watching him coaching teams.

Consider once when I was pairing with one person while Ron was pairing with another:

I was having a frustrating time because my pair and I were butting heads about design decisions. Out of the corner of my ear, I heard Ron say "Well, let's try it your way" to his pair. That caught my attention because Ron isn't famous on the net for backing down from his opinion. When I asked him about it later, Ron said that he was sure his proposed design was better but that (1) he was pretty confident that they could start off down the wrong track, get messed up, and then bend the design the right way without any major fuss; and (2) that it would be even better if he were wrong about the design -- because then he'd learn something.

I've consciously taken that attitude in my own consulting, to good effect. I also learned something about Agile, which is that it's in part about arranging your universe so that the consequences of being wrong aren't a big deal. That allows you to keep being less wrong - which makes you faster than people who care too much about getting it right, right now.