I’m having a great time this week at agile2011. I am connecting with people. Having good discussions, and it’s just neat to see where the community and practices are headed.
But one thing I worry about is the emphasis and separation I see on roles and titles and the de-emphasis on team.
Let me give you an example. I was in a session yesterday where the presenter asked the room to list the motivations for a developer, UX designer, and product manager.
Developer had things like:
– make the code elegant
– know what needs to be built
Designer
– make the design elegant
– please the end user
Product manager
– make sure we meet our deadline
– make sure we work within our budget
(there more to each of these – just going off the top of my head)
It was a useful exercise to get everyone seeing what the world looked from other people’s perspectives, but it felt like these were things that everyone on the team should care about.
Everyone should want to please the customer – not just designers.
And should want elegant, scalable, tested code – not just developers.
And everyone should be aware of the constraints on the project – not just the PM.
When I shared these thoughts with the presenter his/her response was even more interesting. They agreed while that’s how it should work on an agile team, that’s not how it works on their team. Fair enough.
On his/her team all developers cared about was getting points! Really?
I get that not everyone is going to have the same level of passion as everyone else for certain things on teams.
But it feels like we are doing this:
When we should be emphasizing and striving for more of this:
I am believer in making it easy for people to transition by showing people how traditional roles change when working on an agile project (I don’t believe people will suddenly self organize).
But once they’ve got it, it’s good to remind people to move on and not to stop or be defined solely by their role or title. If they can (and want to) do more they should.
Treat your project like a startup
I’ve got a lot more to say on this, but it’s breakfast time and I am getting hungry (and am eager to discuss this with folks like you today while I am at the conference).
But the model I’d like to see us be pushing more is that of the startup.
Think of your project as a startup.
It’s your project.
It’s your product.
You are responsible.
No one else cares.
You’ve got to ship, and you’ve got to make sure it’s kickass, it works, it’s beautiful, all while working within the constraints of time and money that you’ve got.
There is no customer support – you are it.
There is no QA department – you are it.
Points don’t matter.
Earned value (whatever that is) doesn’t matter.
You shipping and going live matters.
And you are responsible. So make sure it’s ready.
If we just started think more along these lines, and less about “my role”, I think we’d ship better software, grow more personally as software professionals, and have a heck of a lot more fun.
If any of this resonates with you come talk to me today.
I’d love to hear your thoughts.
(and pardon any grammar or spelling – this was a stream of consciousness that I wanted to ship before breakfast)
Aug 11, 2011 @ 14:42:09
Some may have forgotten, but I think most of us haven’t. I’ve heard several comments and been involved in several discussions advocating for the team concept and how to take a silo-ed team and move towards a cross functional team.
“If you want to go fast, go alone, if you want to go far, go together”
Aug 11, 2011 @ 15:01:26
Good thoughts Steve. Thanks for the reminder (love that quote).
Aug 11, 2011 @ 17:12:04
yes, it’s the goal, not the role: thanks for your blog. for more on this: http://www.agilejournal.com/articles/columns/column-articles/6400-its-the-goal-not-the-role-the-value-of-business-analysis-in-scrum
~ ellen
Aug 11, 2011 @ 18:09:21
Great article Ellen. Thank you for sharing. Looks like we are all sining from the same song sheet. Thanks for confirming 🙂
Aug 12, 2011 @ 15:07:20
Totally agree with you JR. Quality, customer satisfaction are a TEAM issue. The whole “team” should work together on these things.
Aug 12, 2011 @ 23:20:17
This kind of reminds me of this:
http://jchyip.blogspot.com/2009/07/some-thoughts-on-roles-and-hand-offs.html
and the picture version
http://fabiopereira.me/blog/2009/08/05/roles-and-hand-offs-jason-yip/
Aug 15, 2011 @ 04:08:10
Those are good Jason. I like those.
Aug 16, 2011 @ 16:52:01
Great observations, I have seen some of this myself both at the conference and in the field. However, at the same time I have seen a lot of emphasis on the “whole team” and “delighting the customer” coming out of the Lean Startup and Design Thinking camps and people like Steve Denning. I found the sessions on those topic I went to last week very thought provoking. I’m really looking forward to learning more about those topics and seeing how we can apply them to our team.
BTW – nice meeting you last week!
Aug 16, 2011 @ 16:57:38
Thanks Matt. It’s good to hear you are still feeling the ‘whole team’ thing and that’s not being lost in translation somewhere.
Nice meeting you too. Till next time.