Project Management Central
Please login or join to subscribe to this thread
I'd first recommend finding a way to separate operations and project work, unless by operations you are referring to break/fix activities on a product/value stream to which a team is dedicated. If it is support type operations, then it will be very challenging to get predictable forecasting.
RM is a classic case of garbage in, garbage out - start with some basic practices, get consistency on those, and then introduce tooling as needed to support that.
If you have product-focused teams, RM is less critical as the team composition and focus shouldn't shift regularly. What is useful is understanding how much work a team is able to complete within a given period of time to decide whether increasing the team size is advisable or not - of course, this will need to take into account the law of diminishing returns as well as the specific delivery process the team uses.
Resource management is about managing competencies, more so than people. Not only should you have core competencies identified but the staff should have development plan that align with them. The focus should be on cross-training rather than single specialty. (My senior staff had two specialties or more.)
yes, a complicated matter, I would tend to your option 1 (no formal RM). But support the teams in getting help from others.
At one client, we established a standup with representatives from all teams every 2 weeks (4 days before aligned sprint end). There was a wall with a matrix of all projects (teams), horizontally depicting the requestors and vertically the suppliers of resources (unspecified as to human names).
Each request was on a yellow card, and contained supplier/requestor team name, requested action, account code and responsible person for this transaction.
Requests could be put on the wall anytime, and asked for anytime between teams, conflict resolution was in the meeting.
We called it demand coordination. With 10 teams and some more covered projects on the requestor side, it took 30-60 minutes and was considered a good process.
I agree with Kiron. Thomas made valid points as well.
Please login or join to reply
"Imagine if every Thursday your shoes exploded if you tied them the usual way. This happens to us all the time with computers, and nobody thinks of complaining."
- Jeff Raskin