Project Management

Voices on Project Management

by , , , , , , , , , , , , , , , , , ,
Voices on Project Management offers insights, tips, advice and personal stories from project managers in different regions and industries. The goal is to get you thinking, and spark a discussion. So, if you read something that you agree with--or even disagree with--leave a comment.

About this Blog

RSS

View Posts By:

Cameron McGaughy
Lynda Bourne
Kevin Korterud
Conrado Morlan
Peter Tarhanidis
Mario Trentim
Jen Skrabak
David Wakeman
Wanda Curlee
Christian Bisson
Ramiro Rodrigues
Soma Bhattacharya
Emily Luijbregts
Sree Rao
Yasmina Khelifi
Marat Oyvetsky
Lenka Pincot
Jorge Martin Valdes Garciatorres
cyndee miller

Past Contributors:

Rex Holmlin
Vivek Prakash
Dan Goldfischer
Linda Agyapong
Jim De Piante
Siti Hajar Abdul Hamid
Bernadine Douglas
Michael Hatfield
Deanna Landers
Kelley Hunsberger
Taralyn Frasqueri-Molina
Alfonso Bucero Torres
Marian Haus
Shobhna Raghupathy
Peter Taylor
Joanna Newman
Saira Karim
Jess Tayel
Lung-Hung Chou
Rebecca Braglio
Roberto Toledo
Geoff Mattie

Recent Posts

Project 2030: Skills We Need to Cultivate Now

The Technical Program Manager: How to Stay Relevant in 2025

5 Things Your Operational Plan Should Do

5 New Project Guardrails for Adaptive Leaders

The Leader's Voice: Respect It, Protect It, and Use It Properly!

Categories

2020, Adult Development, Agile, Agile, Agile, agile, Agile management, Agile management, Agile;Community;Talent management, Artificial Intelligence, Backlog, Basics, Benefits Realization, Best Practices, BIM, business acumen, Business Analysis, Business Analysis, Business Case, Business Intelligence, Business Transformation, Calculating Project Value, Canvas, Career Development, Career Development, Career Help, Career Help, Career Help, Career Help, Careers, Careers, Careers, Careers, Categories: Career Help, Change Management, Cloud Computing, Collaboration, Collaboration, Collaboration, Collaboration, Collaboration, Communication, Communication, Communication, Communication, Communications Management, Complexity, Conflict, Conflict Management, Consulting, Continuous Learning, Continuous Learning, Continuous Learning, Continuous Learning, Continuous Learning, Cost Management, COVID-19, Crises, Crisis Management, critical success factors, Cultural Awareness, Culture, Decision Making, Design Thinking, Digital Project Management, Digital Transformation, digital transformation, Digitalisation, Disruption, Diversity, Diversity, Documentation, Earned Value Management, Education, EEWH, Enterprise Risk Management, Escalation management, Estimating, Ethics, execution, Expectations Management, Facilitation, feasibility studies, Future, Future of Project Management, Generational PM, Governance, Government, green building, Growth, Horizontal Development, Human Aspects of PM, Human Aspects of PM, Human Aspects of PM, Human Aspects of PM, Human Aspects of PM, Human Resources, Inclusion, Information Technology, Innovation, Intelligent Building, International, International Development, Internet of Things (IOT), Internet of Things (IoT), IOT, Knowledge, Leadership, Leadership, Leadership, Leadership, Leadership, lean construction, LEED, Lessons Learned, Lessons learned;Retrospective, Managing for Stakeholders, managing stakeholders as clients, Mentoring, Mentoring, Mentoring, Mentoring, Mentoring, Methodology, Metrics, Micromanagement, Microsoft Project PPM, Motivation, Negotiation, Neuroscience, neuroscience, New Practitioners, Nontraditional Project Management, OKR, Online Learning, opportunity, Organizational Culture, Organizational Project Management, Pandemic, People management, Planing, planning, PM & the Economy, PM History, PM Think About It, PMBOK Guide, PMI, PMI EMEA 2018, PMI EMEA Congress 2017, PMI EMEA Congress 2019, PMI Global Conference 2017, PMI Global Conference 2018, PMI Global Conference 2019, PMI Global Congress 2010 - North America, PMI Global Congress 2011 - EMEA, PMI Global Congress 2011 - North America, PMI Global Congress 2012 - EMEA, PMI Global Congress 2012 - North America, PMI Global Congress 2013 - EMEA, PMI Global Congress 2013 - North America, PMI Global Congress 2014 - EMEA, PMI Global Congress 2014 - North America, PMI GLobal Congress EMEA 2018, PMI PMO Symposium 2012, PMI PMO Symposium 2013, PMI PMO Symposium 2015, PMI PMO Symposium 2016, PMI PMO Symposium 2017, PMI PMO Symposium 2018, PMI Pulse of the Profession, PMO, PMO, pmo, PMO Project Management Office, portfolio, Portfolio Management, Portfolio Management, portfolio management, presentations, Priorities, Probability, Problem Structuring Methods, Process, Procurement Management, profess, Program Management, project, Project Delivery, Project Dependencies, Project Failure, project failure, Project Leadership, Project Management, project management, project management office, Project Planning, project planning, Project Requirements, Project Success, Ransomware, Reflections on the PM Life, Remote, Remote Work, Requirements Management, Research Conference 2010, Researching the Value of Project Management, Resiliency, Risk Management, Risk Management, Risk management, risk management, ROI, Roundtable, Salary Survey, Schedule Management, Scheduling, Scope Management, Scrum, search, SelfLeadership, SelfLeadership, SelfLeadership, SelfLeadership, SelfLeadership, Servant Leadership, Sharing Knowledge, Sharing Knowledge, Sharing Knowledge, Sharing Knowledge, Sharing Knowledge, Social Responsibility, Sponsorship, Stakeholder Management, Stakeholder Management, stakeholder management, Strategy, Strategy, swot, Talent Management, Talent Management, Talent Management, Talent Management, Talent Management, Talent Management Leadership SelfLeadership Collaboration Communication, Taskforce, Teams, Teams in Agile, Teams in Agile, teamwork, Tech, Technical Debt, Technology, TED Talks, The Project Economy, Timeline, Tools, tools, Transformation, transformation, Transition, Trust, Value, Vertical Development, Volunteering, Volunteering #Leadership #SelfLeadership, Volunteering Sharing Knowledge Leadership SelfLeadership Collaboration Trust, VUCA, Women in PM, Women in Project Management

Date

Viewing Posts by Dmitri Ivanenko PMP ITIL

Pick Your Commitments

linkedin twitter facebook Request to reuse this  
When we work on a project, we commit to tasks that work toward the grand result.

You have these tasks because at some point in time in the past you
have committed yourself to doing them.

Taking on many commitments can make you feel powerful at times, but not delivering on the expected result is a total loss of that power.

Here are some tips for managing your commitments:

1. Get really clear on the particular project requirements and what role you play.

2. Clear your plate of any commitments that do not contribute to the project's end goal.

3.Commit to your role within the project.

4. Commit to the number one task: always delivering on your commitment.

5. Ask yourself daily: What did I commit to doing today? Am I in a position to deliver on those commitments?

It's best to break a commitment ahead of time--leaving you free to execute exactly what you need to be doing.

How do you manage to commit only to what you know you need to achieve?

In the future I will discuss more about how to break commitments not in line with your goals. 
Posted by Dmitri Ivanenko PMP ITIL on: January 18, 2010 07:02 PM | Permalink | Comments (0)

Building a Great Project Team

Categories: Teams

linkedin twitter facebook Request to reuse this  
I've worked on a number of great project teams. And I've noticed five key factors that led to us working well together--and to successful project completion.

1. Communication Tools
Good communication is a team commitment. We used tools that worked for everyone on the team. For quick communication and reports, we relied on e-mail, but chose personal visits, phone conversations or conference calls when immediate responses or further clarity was required. And for document exchange, storage and update tracking, we turned to a shared web-based tool.

2. Role Clarity
Teams work best when everyone can just work on what they know, rather than trying to figure out what they're supposed to do, and whether or not someone is covering other parts of the project. Clarifying roles in the beginning of the project helps teams steer clear of conflicts. Making sure team members focus on their specific work definitely helps keep the focus on project deliverables with a higher rate of success in the end.

3. Professionalism
No matter how odd we may feel about something that someone says or does, we have to keep our cool. It allows us to focus on the solution rather than the problem. Handling matters professionally doesn't mean teams are perfectly aligned at all times or that a team member can't make a comment about someone being late on delivering a task. But what helps teams stay together and focused on the prize is the ability to evaluate a situation and correct whatever requires correction--whether it's a communication breakdown, badly handled process or missed deliverable.

4. Fun
When appropriate, joking around and bonding outside of work can help team members get to know each other and break the barriers to communication and collaboration.

5. Authenticity and Integrity
Although two items, they work hand in hand. And they are the basis for trust on a team.

Integrity includes: keeping your word, committing only to work that you are qualified or can complete in time, keeping private discussions private, sticking to the confidentiality clauses and believing in team members.

Being authentic to yourself and others is paramount. It also means keeping others accountable for the work they do, raising concerns, and listening to the input of others.

What are some of the keys to great project teams you have seen?
Posted by Dmitri Ivanenko PMP ITIL on: December 14, 2009 03:21 PM | Permalink | Comments (14)

Setting Your Project Resources Straight

linkedin twitter facebook Request to reuse this  
Getting things done is easiest when responsibilities are clear.

Because when it comes down to it, there's no special formula for project success other than being clear on key parameters such as requirements, scope, deliverables and resources.

Take team members as an example. We need people with specific skills to execute project activities well. And knowing what's to be delivered and roles that are required to deliver those results creates for the team a picture of how the project will be completed.

In project-based organizations, many project team members are not carrying out day-to-day functions. Team members often are brought in for a specific project with a specific role to fill. That role is not always as well-defined as, say, someone's role in auditing, marketing, operations management or human resources.

As the project leader, figuring out and clarifying everyone's role and their responsibilities often comes from spending time on the project, asking questions and consulting project definition documents. Setting expectations of what is required of team members before the project is in full swing should be standard practice.

One way to set expectations would be to clearly identify each role with its set of responsibilities and accountabilities within the project definition documents.

Include an RACI chart--a matrix of all the activities or decision-making authorities undertaken in an organization set against all the people or roles--for areas such as communication, deployment, quality assurance and testing.

When describing the role of a particular team member, it's also a good idea to distinguish his or her on activities that may not directly relate to the project, but may be required within the organization.

What challenges do you face when doling out team responsibilities.
Posted by Dmitri Ivanenko PMP ITIL on: December 03, 2009 03:30 PM | Permalink | Comments (0)

Defining Your Project

linkedin twitter facebook Request to reuse this  
Project management may not be all about document management, but it's a necessary and important part of the job. And it all starts with the project definition documents created in the planning phase.

As the name implies, these documents outline the details of a given project, such as business goals and requirements, scope, budget and project management plan.

Project definition documents should include:

Basic project data: Goals, objectives and any business issues to be resolved

Project execution parameters: Definitions of project boundaries, key policies and procedures that are specific to the organization and that must be followed to integrate the project work and its result into the organization during and after the product delivery

Required project management methodology: Governs how the project is planned, how each phase is executed and what's required to move from one phase to another

And don't forget any other information that might be helpful to anyone who wants to know about the project.

What's great about A Guide to the Project Management Body of Knowledge (PMBOK® Guide) is that it offers project managers an idea of what should be included in the project management plan. Project managers can then create various project definition documents that best the the project at hand.

What tips do you have for putting together project definition documents? Are there certain processes you always follow?
Posted by Dmitri Ivanenko PMP ITIL on: November 06, 2009 07:04 PM | Permalink | Comments (0)

Setting the Real Schedule

linkedin twitter facebook Request to reuse this  
Effectively planning a project timeline starts with gathering the appropriate inputs to develop schedule process. And spending the time to carefully plan the activities, sequence them, define durations by gathering this data from performing resources, build resource calendars and get estimates is critical to the project.

It ensures a great start, good data and estimates that are better than just an educated guess.

But, I often find many holes in the scheduling exercise.

You have to deal with a lot of details about the activities being planned, the maintenance windows, resource availability (or unavailability), the timing and sequencing of activities, the amount of detail we have vs. the amount we actually need, etc.

I find it helpful to map out key activities on a wall, with the critical path being set and clear. Then I break the activities down and put the similar chunks of information together.

You don't always get a complete picture of the schedule--it's a progressive process. And you sometimes you miss some things when you don't visualize all the steps that you have to go through. But it fleshes out the dependencies and the risks.

Of course a lot depends on the project itself, how much information is already available and how much knowledge the person who does scheduling has about the technical side of the project itself.

Many project managers tend to bypass this process or minimize it and leave it to the day-to-day "figuring out" process, rather than planning the scheduling sessions with the team. That reduces the quality of the overall plan and forces the project to go through more changes than it has to.

Controlling the project schedule is a process that is done a lot easier when the upfront
work is done. Coupled with accurate reporting on project status, the schedule
can be easily adjusted and kept up to date and relevant, without constantly
re-baselining the schedule.
Posted by Dmitri Ivanenko PMP ITIL on: October 23, 2009 11:15 AM | Permalink | Comments (0)
ADVERTISEMENTS

You suffer for your soup.

- Kramer

ADVERTISEMENT

Sponsors