February 4, 2012

BigVisible Blog

Automate Everything!

This is something I talk about a lot in my technical training, and I really mean it. There are a couple of things I would like everyone to think about:

First, programming is automating. If you are a programmer what you do is tell computers how to do things for people. That is automation. If you need to do things you should take advantage of the talent you have for automating and automate the things you need to do.

Second, as a programmer your time is expensive. Also, the things you program are complex and the opportunity to make mistakes is ever present. For both of these reasons you don’t want to be doing the same things over and over again. Any time you are going to do the same thing again you should automate it.

I want all the programmers out there to be very suspicious of doing things that are similar to things they have done before. When you write some code that is similar to code you have written before you are creating duplication. You should find that duplication and refactor to eliminate it.

Similarly, when you have to do some activity that you have done before, such as testing for regressions, deploying an application onto a server, uploading data to a database, creating some report, or any of the many administrative tasks you do every day, you should automate it. That way you will spend less time doing it over and over and you will have fewer opportunities to make mistakes.

Faster and higher quality for the small cost of a little programming (Ostensibly what you want to be doing anyway.) How does that sound?

Spec Writing Game

Several people have asked for the hand outs to support the “spec writing game“, so I want to make those available to everyone. Let me offer a few guidelines for those of you who may choose to run the exercise [Read more...]

Agile and the “Stenographer Analyst”

Thanks to the Boston IIBA for an excellent presentation & discussion last night about collaboration, requirements and how the role of the analyst fits into an Agile project. For me, the discussion was quite interesting and I came out with a couple key points that are worth reiterating. I find myself being confronted with the question, “so what does an analyst do in an Agile project?”. There are a number of derivations on this query, but the thinking seems to go something like this: the job of the analyst is to write the requirements, if we’re now putting the customer in direct contact with the development team, what’s the point of an analyst? One participant even mentioned that taking a complex document away and simply helping people write user stories sounded like “a glorified secretary”.

[Read more...]

Why Change Fails

When it’s all said and done, those of us helping organizations adopt Agile practices and values are really in the organizational change business. This is not to say that we develop no new ideas within the space of Agile software development and project management. As numerous books by various consultants in the field attest, we have a lot of good ideas, but the key value we offer is the application of those ideas to the challenging context of an actual organization. The best ideas within our industry can be at your fingertips for no more than $50 and a quick visit to Amazon.com. In spite of this, there is a massive gap between what we know works and how large organizations actually conduct themselves. Closing this gap is the key challenge, and value proposition, for a coach or consultant. [Read more...]

Presentation from NYC Scrum User Group on October 21

I had a great time meeting everyone that attended the NYC Scrum User Group meeting last Thursday. You guys have a great energy and enthusiasm, keep it going. Also, congratulations on your group’s one year anniversary, I hope you have many more.

After the presentation I thought more about our exchange of information and realized what an interesting set of challenges having distributed teams really presents to some of you and your teams.  I really liked some of the ideas that were shared and it shows some of the creativity being applied to solve the challenges of distributed teams.

As I promised, here are the slides from the presentation.  Best of luck everyone and thanks for having me.

NYC Scrum User Group 1 year anniversary cake

Resources for an Agile Simulation

As promised at the PMI North American Global Congress, I have made the materials available for the “Agile Simulation” we played last week. I have included a zip file with the presentation, product backlog, one page team instructions, task board and charts. Running the simulation with such a large audience (nearly 300 people), was exciting energizing and at points a little terrifying! There were a few key lessons learned for me I would like to share with the group. [Read more...]

Zombie Projects

Derek Heuther got me going in a discussion of Zombie projects, those ones that just keep going on, can’t be stopped, and ultimately end up eating us. I do like his recent post, but now I can’t stop and must elaborate on this topic.

[Read more...]