I want to preface this entry by being up front with you and letting you know that I am not a collaboration expert. My collaboration writings are based on my experience and readings and discussions with others. I also want to make clear that I would not have a job without developers and that developers get a bad rap. In the words of Steve Ballmer, “I LOVE DEVELOPERS!”
Many companies have great open dialogue and teamwork amongst teams. There are many great managers who inherently have this ability to unite people. I believe we have some of these types of managers where I work. These great managers are able to reach some people who, if left to themselves, would sit at their desk all day and work. They do share ideas and address project concerns amongst their peers, This is oddly enough true in many IT departments. More specifically, developers. It is very easy for IT folks to share ideas with their teams about projects and systems, but never venture out to other people in the areas and divisions and collaborate. In fact, some managers hide these types of personalities from their customers. I often hear, “Well, this person doesn’t interact with customers well” or “Sometimes this person says some things that are off the cuff and not well received by the customers.” So, the manager hides these people and keeps them happy in that dark cold cave area of the IT department routinely feeding them Red-Bull to appease them.
This doesn’t mean that some IT folks are incapable of conversing with the business units, but they do need guidance. It bugs me when someone recommends that I not invite a certain IT person to a meeting because they may make fools of the IT department and loose our credibility with a division or team. The honest answer is that they fear the person may make a fool of them, not the department. Whether or not you invite these folks to meeting or include them in on collaborative discussions should not be based on what you think about their personalities and certainly not about what it may do to your reputation or credibility. If there is the likelihood that what your IT person says could offend or dissolve the credibility you have with a department then you have deeper relational capacity issues. A manager should be excited to take these folks in to meeting with them and teach them how to conduct these meetings. Their skill-set may not mean that they’re going to lead projects and discussions with business owners, but they will still add value to collaboration.
Which brings me to my point. Collaboration is all about three things as outlined in Morten Hansen’s book, Collaboration, 1) Better Innovation 2) Better Sales 3) Better Efficiencies. If your teamwork or conversation isn’t focused on one of these three areas then it may be productive, but it’s not collaboration. I engaged in collaboration with a developer and two other IT managers just this week. It started of with an me and another IT manager and I felt that not all of the correct constituents were represented. Now, this was just IT. No business stakeholders were involved. It was purely an IT decision that needed to be made. I was so pleased that I asked our developer to be in the room. He gave such great insight that I was blown away and invited him to a meeting with our business owners. We had that meeting already and I am again blown away. We never would have known this if we hadn’t given this developer the opportunity to meet with the business owners and collaborate.
So, involve your developers. Each developer has a unique personality just like every other person in the world. If their the quite type, that’s okay. Don’t force them to speak or talk. Listening can be good, but follow up with them after the meeting if they’re silent and give them feedback on how they can participate in the next meeting. If they’re the outspoken type, then you’re going to have to meet with that person before hand and let them know how they are going to have to control their tongue. Also, if you have the relational capacity with the business members let them know that you are going to invite this person and that you’re trying to help them bust out of their shell to help them get to the next level of their career. If you have a great developer with amazing personal skills then you’ve got an amazing employee. If you’re their manager, it’s your job to get them their. Let me re-iterate, without developers my job would be non-existent. So, hats off to all your amazing developers’. You make my rock’n world go round.
Filed under: Collaboration, SharePoint, groups, teamwork, trust | Tagged: Collaboration, developers, sharepoint 2010 | Leave a Comment »