Disclaimer: This is not a post about which editor is best.
I used VIM for a brief period a few years back for programming in Python. It's main funda is the various modes it has - Edit mode, command mode, visual mode, select mode etc. I think there is a good lesson in how VIM is designed - you can use a similar technique to think.
As a product manager, I interact with business stakeholders, devs, designers, quality analysts etc. Everyone has a different concern. It is very easy to switch context and talk to different people when I think of myself entering a mode :)
It also helps in brainstorming discussions. I (try to) enter a listening mode at the start of a discussion. Once I understand what my colleague is saying, I enter a discussion mode / idea suggestion mode. I was genuinely surprised with the speed with which we got to conclusions. Since I am in a listening mode I am naturally in a more receptive mood. It helps to understand my colleagues point of view completely before judging their opinion or making suggestions.
If you find me unusually quiet during discussions, now you know why.
I think there are two ways in which we perceive our work. Task based method and Goal based method.
Task based method:
Goal based method:
I personally believe goal based approach to work is far superior given the <ins>right work environment</ins> (an environment where goals are stated). Goal based approach gets us to the desired outcome, there is a lot of scope for us to innovate, it helps us react to new information easily and the sense of achievement is mutual between us and our stakeholders.
I started reading this book becasue I think a good product manager should have good understanding of engineering and design (apart from customer needs). Coming from an engineering background, I think I have that part covered to the extent necessary. The book largely covered user behavior and their world view. It is upto the reader to figure out how to apply these learnings in their day to day jobs. There were some tips but it wasn't prescriptive. Anyway, here is a summary of my learnings...
I strongly recommend any product manager to read this book.
Vinod has subtly introduced a nice concept of asking people to buy an ice-cream when they turn up late for a team meeting or when they forget to do something they promised to do etc. On the ouside it looks like a very simple idea, but it has profound implications...
Good one @vinod.
In my first job at ZS, I was easily clocking 16 hours work days - I was working really hard to make my project a success. Many of my colleagues were also working long hours. We would usually go over and beyond what was asked of us to do interesting things.
However, there was one particular guy who would work just about 8 hours a day and would often spend time playing in the recreation area while waiting for us to finish slogging. I thought I was doing great and this guy would get a bad review during the year end review cycle. As you can imagine, I got a big surprise towards the end of the year.
It took me another job and a couple more years to understand why. In my second job (Genpact), it was my turn to enjoy the relaxed work timings. While a lot of my colleagues would be slogging 14 hour work days, I usually finished my work in half a day and had a lot of time on my hands - so much time that I actually published a paper on credit card fraud detection techniques! So what was the difference?
At Genpact, I worked differently. I understood the intent of what my manager wanted to achieve and did exactly what was necessary for it and innovated for it. At ZS, I was often carried away by my own ideas. I would spend a lot of time in doing things that I felt interested in - of course I always justified to myself that I was actually helping the project.
In summary, I think we are usually enamored by our own ideas and interests so much that we justify to ourselves that they contribute to the end effect we set out to achieve. Once you are able to filter your ideas dispassionately, you are going to get a lot more done with a lot less effort.
Two interest things...
When you put both these together, there are interesting results. It looks like galaxies that are very far away from us can actually be moving away from us at a speed faster than the speed of light.
Light emitted from these galaxies will never reach us and we will never receive any information from them. As of today, only 3% of the universe is visible to us. We will never know about the rest and never travel there!
Currently I use the following 5 step model of product design. I have been trying for the last couple of months... It seems to be working well so far...