As an entrepreneur, product designer and product leader in healthcare, financial services and human capital management software industries, I have seen a number of problems related to creating useful products, and getting things done. I decided to keep track of some common scenarios. All views are mine. Not my employers'.
Friday, October 15, 2004
Tools : Spelling, Meaning and Pronunciation
A free online resource that I find useful is Merriam-Webster Online. This online service provides online dictionary, thesauras and pronunciation services. I find it very useful especially when I have to find out how a word is pronounced.
Wednesday, October 13, 2004
My Journal on Distributed Development
I attend the Berkeley Columbia EMBA program now and run the collaboration site for my class of fellow managers. It has been a good learning experience helping my class with the collaboration. I plan to write about how the business schools of two universities [UC Berkeley and Columbia University, New York] enable collaboration among students and professors. As of 2005 they have a lot of challenges ahead of them.
There are three broad categories. Protocols, People and Tools. Most titles are self explanatory. If you are part of a distributed development operation or team, please add your thoughts and share your insight.
Thursday, October 07, 2004
Protocol: Communication + Email
There are times when a particular problem or requirement cannot be communicated clearly through an email. It is good to agree upon [or decide for yourself] the limit of email exchanges you will have before you decide to change the medium of communication to phone or a face to face conversation.
How do you recognize that there is a communication problem?
I have set of limit of 3 email exchanges. If a team or a set of individuals are not able to come to an agreement using 3 email exchanges, then there is a communication problem and it needs to be addressed. I have found that in most cases after 3 email exchanges, communication is very ineffective. If the email exchange is with an individual, normally I call the person to discuss the problem.
If the communication is about people issues, it is best to do it through phone or face to face conversations. Discussing people related issues in an email is not a good idea. Such messages may be interpreted out of context and may decrease trust among teams.
Saturday, October 02, 2004
People : Convey the big picture
A distributed team member who understands the big picture will work towards accomplishing project goals and work around the hurdles. Team members who understand the big picture are less likely to give you excuses instead of deliverables.
Care should be taken to communicate factual and relevant information. I have seen some demand team members hyping up a project and providing very optimistic information about a client when no substantial information exists. That will back fire. So it is important to be enthusistic and at the same time level headed about it.
I read that Disneyland actually overstates the wait times in their rides so that when you get to the ride within 30 minutes instead of the stated 45 minutes, you actually feel good about the 30 minute wait. I won't comment on the appropriateness of that approach. But I believe it is effective. It is always better to share information with cautious optimism rather than promising something and not delivering.
Understanding the financial aspects of a project can help all team members make right design and development decisions. I'll write my observations in that area later.
Why is the big picture more important to remote team members than team members in the headquarters?
Big picture information is important to everyone. However unlike the headquarters team that can piece together the big picture using information gathered through informal networks and hallway conversations, remote teams rely mostly on planned communications to get their information.
People : Have a local leader
The model where a manager in San Diego manages teams in Detroit or Hyderabad will not be effective in the long run. Most teams without an effective local leader will lose focus and perform under par.
Effectively managing a remote direct report takes more skills and effort than managing a direct report who works in the same office. I wonder what people who work for managers who they rarely see think about that organizational model. I would like listen to someone who has that experience.