Comments on Abakas: Are You Really a Team?

I'll see you with your, "Do developers do...

2010-08-01T17:54:17.350-04:00

I'll see you with your, "Do developers do test tasks when the team is crunched?" and raise you with developers reviewing their team's bug fixes.

This is something that is being tried on a team where I work. I *wish* I could take credit, but I can't. The developers are reviewing fixes that are not their own and it's taking them just enough outside of their comfort zone to give them a completely new perspective on their work. It's great learning and is giving the test team some much needed help.

Really enjoyed this post.

The roles on a good software team are essentially ...

2010-07-31T11:11:37.433-04:00

The roles on a good software team are essentially the same sort of work as playing in a band. As a bass player, it is my job to make whoever is in front sound as good as possible. If they make a mistake, I cover it. If they're playing well, I make sure not to step on them, while still working hard in the background. Testers do this too. So do sysadmins, DBAs, etc.

Even though I am not a very good programmer, it is my responsibility to be able to discern good code and good design from poor code; my job depends on it. Likewise, even though I am a poor saxophone player, it is important to my work (and my income!) to be able to tell good saxophone playing from bad.

I do truly think that the work is essentially the same. In the software world, concepts like continuous deployment and real-time upgrades are becoming more and more conventional. We are approaching a time when software development will obviously be an artistic performance.

Just as we say "do you want to go hear my favorite band at 8 PM on Thursday?", in the very near future (if it is not already happening) we will be saying "my favorite programmer is in the office on Friday, let's go see what new features she's going to give us".

If people share and believe in the goal, they will...

2010-07-30T19:03:51.180-04:00

If people share and believe in the goal, they will generally try to do what they think should be done towards that. If there's a shared goal, that means everyone is pulling towards the same thing.
Some people might be better at certain tasks, that doesn't stop the team (and everyone) from doing what's needed.

Perhaps. And perhaps it's a question of do yo...

2010-07-30T16:07:08.484-04:00

Perhaps. And perhaps it's a question of do you want developers doing testing tasks? I suppose it depends on which particular testing task is at issue.

So do testers do development tasks when the team is crunched? I suppose it depends on the development task as well as the abilities of the testers.

In general, I want developers concentrating on development, and testers concentrating on testing. On good teams, all roles are important, and everyone knows their role.

I might argue that picking up a fumbled ball is everyone's traditional role. (Go Pats!)

Well, sure, Joe. There is a place for specializati...

2010-07-30T15:39:45.037-04:00

Well, sure, Joe. There is a place for specialization. At the same time, if a left tackle winds up with the ball near the end zone, he's probably gonna go for it, even if that's not traditionally what a left tackle does.

I think of it as the difference between "having more experience" and "being unwilling to do". Having more experience is fine. Being unwilling is a problem.

I guess I disagree. Not everyone on ever team nee...

2010-07-30T15:33:39.946-04:00

I guess I disagree. Not everyone on ever team needs to be capable of fulfilling every task. Teams have distinct roles.

NFL Football is a team sport. Few would expect the Quarterback to be able to jump in and play Linebacker.

I do agree that "Teams succeed together and teams fail together." That's true in software as much as any team sport.