I am here to learn about
Why am I writing this?
I am writing this as if I’m chatting with another technology person such as software engineers/programmers. I want to write things down while it’s still fresh on my mind.
Writing things down clarifies a lot of things. A project manager’s work is a repetitive process. When you are new/want to become a project manager(PM), you basically watch and learn from another PM whos currently doing the job. You then try to follow his footsteps (if you notice he’s successful at his job). You’ll read a couple of books/websites when you have questions about specific such as estimating and testing. If you’re lucky (or unlucky, if you are forced to do that and you have to pay out of pocket) you’ll spend a few years going back and getting a Masters/MBA.
Who am I writing this for?
This is for a software engineer who wants to do PM (full time or just part time). I’m going to be writing in short and concise manner. I also want to use this for myself too. Remember when you’re in class/training, you write down things on your notebook – something that’s new and interesting to do or something you can practice at your job. I have had plenty of those. But I did not consolidated everything in one place so I forget good tips and repeat mistakes. Now I’m going to brainstorm them and write them down. If you’re an experienced PM, you’ll probably know these concepts already. Most PMs are smart, they just need to be reminded of good practices every now and then.
I’ll cover people, processes and tools. People part is going to be very interesting and it’ll be most challenging for an engineer. Processes will be covering major software development lifecycles like traditional waterfall, Agile, Scrum, Lean+ and other stuffs. Tools – there are so many PM tools out there. I cannot possibly covers everything in the market because I don’t have the resources and also time. There are also different types of PM tools catering to different type of organization. There’s always tradeoff between using something that’s for a small team vs for an enterprise.