Project Management

Please login or join to subscribe to this thread

IT Project Management -- what tech should a PM be most familiar with?

linkedin twitter facebook   Agile   Information Technology   Leadership  
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
I've managed sales projects and development of products partnering with outside vendors. I am constantly reminded that IT Project Management is the most lucrative.... I am fluent utilizing most of the various software like SharePoint, Confluence, MS Project and Visio and Jiva - but to most PMs working with IT, what kind of Software Development IT knowledge should I know as it relates to the Software Development Life Cycle?
Sort By:
< 1 2 3 >
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
Oct 19, 2018 2:00 PM
Replying to Glenn Chundrlek
...
I would add that a working knowledge of software repositories helps. Since you say you know SharePoint, you should already be aware of how document versioning works. This is similar to the way most software repositories work. Also, consider using your Sales background to your advantage, especially when it comes to Requirements Planning. This can be tricky for many Development teams, as getting requirements often involves building a rapport with the Business team and/or end users. The technical parts can all be taught, but being able to effectively communicate and build trust takes skill.
ive done a lot of requirements planning individual training thanks to your recommendation, thank you
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
Oct 31, 2018 12:02 PM
Replying to Larry Miner
...
So where can I start? You need to know everything right now! Kidding. I would suggest if you're in an organization begin by selecting the technologies along the SDLC process your teams are working with and learn, mentored on, those. It helps if you have other technical people around you. Asl questions. As you gain some knowledge expand along the process learning more and more as you go along. One thing I've seen is that some PMs with little IT / Technical experience learn enough through their own efforts that they can successfully set in on requirements, or design/dev sessions, with QA teams and understand where they are heading. Eventually, you'll be able to ask questions because PMs need to ask questions.
I've downloaded a Software Development Life Cycle training and putting together a powerpoint to download to this site.

Thank you for your insight.
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
Oct 22, 2018 10:12 AM
Replying to Ruben Bernardo Guzman Mercado
...
Use code generation tools. In case there is the possibility that code is automatically generated from the design, this possibility must be exploited.
This is one thing I haven't started yet, but is on my agenda.

Thanks
avatar
Julie Goff Brisbane, Q, Australia
As an IT manager it is almost better if you don't know the technology as you will end up being dragged into the "doing" and not the "management". You do need to understand the system development lifecycle, the dependencies between the all the moving parts and a sound knowledge of how to manage the techies. Experience will also let you detect those catch 22 situations that can come up, we need A completing before we can start B but A needs part of B to be completed before it can complete. eg Some things are iterative, you need to consider legacy data and data migration issues before you can finalise design but data migration needs to understand what the data migration issues will be under the new design!

There is no easy answer and there are lots of types of IT projects, hardware/infrastructure, COTS implementations, SOE rollouts, System upgrades, bespoke development projects, in house vs outsourced, etc etc all requiring different knowledge bases.
...
2 replies by Adrian Carlogea and William Washinski II
Dec 01, 2018 6:45 PM
Adrian Carlogea
...
" [...]" and a sound knowledge of how to manage the techies"

You can't manage the "techies" if you are not a techie yourself. Many PMs have the wrong impression that keeping track of the tasks performed by a group of people means managing the people that are part of that group.

Managing people that are doing a work actually means giving those people direction and instructions on how to perform that work. Managing a project is not the same thing as managing the people that are working on that project.

I have seen cases in which the PM never gets to meet or talk with the employees that are doing the work on the project. For instance the PM may ask a functional department to perform some work that is needed for a project but he/she may only deal with the functional manager or with a functional team lead from the department.

The functional manager assigns people to do the work and he manages them, the PM never gets to meet those people or even know who they are. The functional manager reports to the PM when the work is done and that's it.
Dec 02, 2018 11:40 AM
William Washinski II
...
This thread has been very useful, I thank you as well
avatar
Mirko Blüming Senior Project Manager| Statkraft Germany GmbH Düsseldorf, Nrw, Germany
Nowadays software development is mostly following agile principles (e.g. like Scrum), self-organization is the preferred working mode. Therefore, technical knowledge becomes less important for the project manager. Rather his/her understanding of team organization and processes become more important. My advice for a new project manager, if he/she has no technical background is to focus on management and organizational topics. Understand the pros and cons of waterfall vs. agile vs. lean. Studying the latest PMBOK with its agile appendix give also a kick-start.
...
1 reply by William Washinski II
Dec 02, 2018 11:39 AM
William Washinski II
...
Thanks, That does help
avatar
Adrian Carlogea Australia
Nov 30, 2018 12:32 AM
Replying to Julie Goff
...
As an IT manager it is almost better if you don't know the technology as you will end up being dragged into the "doing" and not the "management". You do need to understand the system development lifecycle, the dependencies between the all the moving parts and a sound knowledge of how to manage the techies. Experience will also let you detect those catch 22 situations that can come up, we need A completing before we can start B but A needs part of B to be completed before it can complete. eg Some things are iterative, you need to consider legacy data and data migration issues before you can finalise design but data migration needs to understand what the data migration issues will be under the new design!

There is no easy answer and there are lots of types of IT projects, hardware/infrastructure, COTS implementations, SOE rollouts, System upgrades, bespoke development projects, in house vs outsourced, etc etc all requiring different knowledge bases.
" [...]" and a sound knowledge of how to manage the techies"

You can't manage the "techies" if you are not a techie yourself. Many PMs have the wrong impression that keeping track of the tasks performed by a group of people means managing the people that are part of that group.

Managing people that are doing a work actually means giving those people direction and instructions on how to perform that work. Managing a project is not the same thing as managing the people that are working on that project.

I have seen cases in which the PM never gets to meet or talk with the employees that are doing the work on the project. For instance the PM may ask a functional department to perform some work that is needed for a project but he/she may only deal with the functional manager or with a functional team lead from the department.

The functional manager assigns people to do the work and he manages them, the PM never gets to meet those people or even know who they are. The functional manager reports to the PM when the work is done and that's it.
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
Oct 20, 2018 1:02 PM
Replying to Adrian Carlogea
...
From my experience at least most IT PMs have limited or no technical IT knowledge and are unable to do any of the jobs of the project team members.

I have recently heard about a lady that has starter her career in IT Project Management with absolutely no IT experience of any kind and no project management experience, she just had a Master's degree in project management with outstanding academic results. Probably the academic results counted for the hiring.

Her colleague (which I know) didn't tell me but I think she was hired as a project management intern before she was given her first project to manage. Her colleague also told me that she manages the least important and least complex projects from the department.

The conclusion is that for employers the technical knowledge is not important when hiring IT PMs. You probably only heave to learn at the most basic level the activities the project teams are doing so that you can monitor and report the progress. You also need to learn at the basic level the terminology the experts are using in order to understand what they are telling you.

Not all the IT projects involve software development, the majority probably don't, so you may have to learn at the basic level things related to operating systems, servers, networks, etc. Also understanding things from the IT user perspective would help.
Appreciate that insight
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
Dec 01, 2018 1:51 PM
Replying to Mirko Blüming
...
Nowadays software development is mostly following agile principles (e.g. like Scrum), self-organization is the preferred working mode. Therefore, technical knowledge becomes less important for the project manager. Rather his/her understanding of team organization and processes become more important. My advice for a new project manager, if he/she has no technical background is to focus on management and organizational topics. Understand the pros and cons of waterfall vs. agile vs. lean. Studying the latest PMBOK with its agile appendix give also a kick-start.
Thanks, That does help
avatar
William Washinski II Product Owner| Cigna Tampa, Fl, United States
Nov 30, 2018 12:32 AM
Replying to Julie Goff
...
As an IT manager it is almost better if you don't know the technology as you will end up being dragged into the "doing" and not the "management". You do need to understand the system development lifecycle, the dependencies between the all the moving parts and a sound knowledge of how to manage the techies. Experience will also let you detect those catch 22 situations that can come up, we need A completing before we can start B but A needs part of B to be completed before it can complete. eg Some things are iterative, you need to consider legacy data and data migration issues before you can finalise design but data migration needs to understand what the data migration issues will be under the new design!

There is no easy answer and there are lots of types of IT projects, hardware/infrastructure, COTS implementations, SOE rollouts, System upgrades, bespoke development projects, in house vs outsourced, etc etc all requiring different knowledge bases.
This thread has been very useful, I thank you as well
avatar
Karthik Ramamurthy Author, Say YES to Project Success| Founder KeyResultz Chennai, Tamilnadu, Tamilnadu, India
Great question, William.
The answer, as several others have mentioned on this thread, is that it depends on the client organization, its industry, and even geography.
It would be best for you to research the technical skills mentioned on online job postings by respected organizations in your area. However a combination of those that others have mentioned.
The results will give you a personalized roadmap!
< 1 2 3 >

Please login or join to reply

Content ID:
ADVERTISEMENTS

Denial ain't just a river in Egypt.

- Stuart Smalley

ADVERTISEMENT

Sponsors