Use This Five Step Approach to Manage Project Finances

Use This Five Step Approach to Manage Project Finances

Some projects have a large budget and require rigorous management and tracking. Other projects don’t have a budget component at all. When you do have projectfinances to manage, think about these simple steps.

1. Estimate costs

The first step towards managing your project finances is to estimate the costs. This isn’t as easy as it sounds. You need to forecast the total amount of people, equipment, materials and other resources needed to complete the work. You then need to estimate the costs of these resources and when these expenses will take place.

2. Set the budget

Estimating the costs is not the same as setting your budget. The budget shows how the money is allocated according to your company’s financial rules. The budget shows the expense accounts, allocates capital versus expense dollars, shows when funds are allocated to your project, etc. Ultimately you need to manage project costs according to the budget.

3. Determine if you can get contingency funding

Project estimates are rarely 100% accurate. A contingency represents the estimating uncertainly. A contingency budget represents this estimating uncertainty. For example, if you estimated your project to be 100,000 with a 90% confidence, you could also ask for a 10,000 contingency budget to represent the uncertainty. This 10,000 is not used for risks or scope change requests. It can be tapped if it turns out you underestimated work on your project. Not all organizations allow contingency budgets. If you do not have this budget flexibility you can add the uncertainly factor back into your baseline estimate.

4. Track weekly

The next step is to start tracking your spending on the project. You need to track every expense – human resources and physical resources This could be a manual process but is usually handled by your accounting system. Ask your team to complete expense forms and submit them to you for approval when they spend money on behalf of the project.  You need to pre-approve any large expenses before they are incurred so you can more easily control expenditures on the project.

Cash flow management is about managing the cash needed to deliver your project. Make sure your Sponsor has approved the next 1-2 months of work ahead of time, and that the funds needed to manage the project have been made available. Then track the spending of that funding every week.

5. Manage expectations

Report the true status of your spending and your forecasted spending. If you are at risk of going under budget or over budget, be sure to manage expectations so that there are no surprises.

Managing costs on a project can be difficult. It is made more difficult if the project manager does not keep up on tracking and managing the budget. Use these five simple steps to stay in control.

Eight Often Overlooked Keys to Project Success

Eight Often Overlooked Keys to Project Success

There are many techniques and processes to help you be successful on a project. Some of them like better estimating and defining requirements are pretty standard and obvious. Here are some other ways to increase the likelihood of success on your project that are not so obvious.

  1. Understand the details – even if you don’t manage at that level

    If the devil is in the details, there is nothing more devilish than the complex and intertwining dependencies of a project. You need to be aware of the details, even if you don’t react to each detail each time.
  2. Make decisions quickly

    Over analyzing and procrastination are a problem on many projects. Use the best information you have available to make decisions quickly. It is often the case that a good, quick decision is better than a perfect decision that takes too long.
  3. Communication a lot – a whole lot

    You can never have enough communication. Wouldn’t it be great if the worst thing someone says about you is that you communicate too much? For every person that says you communicate too much, you probably save five complaints about not communicating enough.  
  4. Identify project risks – and then manage them

    This one might fall into the more obvious category. But it is surprising to me how many projects do not manage risks. Some projects identify risks but don’t put a plan in place to manage them. Risk management does not take so much time. All successful project managers do it.
  5. Manage expectations

    Be sure to communicate what is going on today, as well as what the future looks like. This is all about managing expectations. Your sponsor and stakeholders should never be surprised. The only reason they would be surprised is if you are also surprised. Otherwise it means you did not manage expectations enough. 
  6. Make sure you get major documents approved

    Sometimes we are just too busy to get approvals for documents even if you know you need them. The result is often that there is a disagreement with the approver after the fact, causing rework and conflict.
  7. Involve stakeholders throughout the project

    We all know it is important to understand project stakeholders. But often we focus on stakeholders at the beginning and the end of the projects. To be really successful you need to engage key stakeholders continuously through the project.
  8. Cultivate excellent relationships with the Project Sponsor

    Stakeholder management is important, but one stakeholder is more important then the rest – the sponsor. Go out of your way to develop a good relationship with the sponsor.

Use all the obvious techniques for project success, plus these eight that are a little less obvious. You will have a much better chance for success.   

……………………………………………………………………….

Study on Your Own with TenStep e-Classes – 20% Off

Learn at your own pace and when you have the time. Use coupon code “TS0020” for an instant 20% off.

Fundamentals of Project Management  |  Managing Small Projects  |  The Essence of Project Management  |  Fundamentals of Scheduling e-Class  |  Project Management for Managers

Check out the e-class library now.

 

Remember These Five Key Activities to Initiate a Project

Remember These Five Key Activities to Initiate a Project

Larger projects definitely need time up-front to define and plan the work. But there are some things to consider before you even start planning. These activities would be a part of project initiation and the work is often overlooked.

When you are assigned as a project manager on a project, don’t forget the following.
1. Gather baseline information

Look for all the information that may already be available for this project. This includes any previous project deliverables, memos, emails, etc. In many cases, before the project begins, the sponsor must complete a business case. The business case helps you understand the project benefits and alignment to goals and strategies. All of this information should be gathered as a starting point for understanding the work.

2. Determine the initial approval process

Work with your manager and the project sponsor to understand the approval process for the Project Charter and any other initial project deliverables. For instance, you can determine the people that have to approve the Project Charter versus those that should just receive a final copy.

3. Discover high-level requirements

The project manager needs to have some understanding of the high-level requirements of the project before he can even begin to plan the work. The project manager is getting the essence of the project during initiation. You are not uncovering the detailed product requirements at this time. The detailed requirements will be further defined as a part of the project lifecycle once the project is approved.

4. Identify the key stakeholders

Your manager and the sponsor should have a pretty good idea of the appropriate project stakeholders. These are people and groups with an interest in the project. You need to understand these people and their interests to be able to gather the correct information for project planning. If possible you should also meet or talk with the stakeholders at this time to start to get an understanding or their interest and attitude about the project.

5. Estimate the resources you need for planning

Depending on the size of the project, the planning process can be time consuming. The project manager needs to quickly understand the resources needed for planning. This might be a part-time or full-time project manager, and it may require other resources as well.

When a project manager gets assigned to a new project he needs a set of initial activities to get grounded and start to understand the nature of the project. These five activities will help you gain context and prepare you for the planning process.

……………………………………………………………………….

Project Quickstart – Another Way to Define your Project

TenStep can quickly guide you through the project definition process. In one facilitated sessions we uncover project objectives, scope, deliverables, risks, assumptions, constraints, organization, approach, etc. By the end of the session you will have:

Project Charter

Milestone schedule

Project Management Plan

Whether you are starting a crucial project, or just need general help with all projects, TenStep Consulting Services can help you get started right. Click here for more information.

Contact Tom Mochal to discuss further.

Practice These Three Key Ways to Control Project Politics

Practice These Three Key Ways to Control Project Politics

What happens when your project sponsor wants a different outcome for the project than other management stakeholders? The answer is that each party tries to influence the project team to get what they want. This is one way you get into project politics. The result is that the team is pulled in different directions, trying to keep everyone happy. The project team becomes stressed, confused, de-motivated and inefficient. It’s your job as a project manager to ensure this doesn’t happen.

Having a well defied set of project management processes

 will help you manage politics because people will know they can’t go around the processes to get done what they want. However, project politics can’t be solved by processes alone. You need to first work on the people element.

Step 1: Build relationships

It is easier to deal with office politics if you have relationships with the major stakeholders. Building relationships make it easier to work in a friendly and transparent manner. This starts with stakeholder identification and stakeholder management but goes beyond. Stakeholder engagement is about building two-way relationships. These relationships will help when there is conflict and can keep you from getting into the dark side of project politics.

Build close relationships by meeting each stakeholder regularly to find out what they need from the project and why they need it. By listening to their needs, you’re securing their buy-in and you may be able to save unnecessary conflict in the future.

Step 2: Create a Project Board or Steering Committee of Key Stakeholders

One way to get competing stakeholders on the same page is to create a Project Board or Steering Committee. The Project Board should include your sponsor, major customers and other people that may influence the project. The purpose of the board is to set direction, resolve issues, control the scope and make sure that specific targets are set and achieved.

By forming a Project Board, you create a space where the senior stakeholders can thrash out the politics themselves and come to a consensus. If you include all of the “influencers” on the Board, you can task them with giving you a single, consistent vision. That way, there is no confusion as to what must be done to complete the project and people are not pulled in different directions all of the time.

Step 3: Manage Change

A big risk to a project is that the project scope changes. This is a breeding ground for project politics because stakeholders will have their own wants and need to be met—and they may not all be consistent with one another. Stakeholders may pull the project is different directions through scope changes.

You need to manage change carefully with a formal process. Your change process should involve documenting the benefit of the change and the impact to the project in implementing it. The change request should then be presented to the Project Board for review and approval. You need to make sure that when it’s approved the Board also approved the extra resources needed to implement it.

Summary

Building relationships, creating a Project Board and proactively managing change will help you cut through politics to ensure your project success.

Do you need help assessing a project to see where it has gone wrong and what is required to save it? Contact us today to discuss how we can help your organization choose the right projects. 

Two Quality Management Philosophies to Adopt Now

Two Quality Management Philosophies to Adopt Now

There are a lot of interesting processes and techniques associated with quality management. Here are two that approach the level of a philosophy.

Don’t “Goldplate”

The term goldplating refers to delivering more quality than what the customer requested. Even though it might seem that this is a good thing, it is wrong for two reasons. First, the primary focus of the project should be to make sure that you deliver what the customer wants – on time and within budget. By adding in additional work (to overdeliver), you increase the risk that the project will not meet its deadline or budget. If you end up missing your deadline date, you will not find sympathy if you explain that the date was missed because of adding more work than the customer requested.

Second, if you goldplate, you are taking it upon yourself to make a business decision on what is of most value to the customer. There may be some good reasons why the quality level was defined by the customer. There may be more value in having the solution completed early and for less cost.  The point is that this is a customer decision and not one that the project manager should make.

Goldplating does not mean you should not strive to be your best. Deliver early if you can. Deliver underbudget. Be extra-great in your customer service skills. Go over and above in your desire to help a colleague.

Make Sure Quality Management Focuses on Processes, Not People

The focus of quality management is to build the right processes so that the entire team can produce the deliverables that meet the customer’s expectations. Therefore, if a particular deliverable has a quality problem, the project manager and project team should focus on how the project work processes can be improved – not on trying to determine who is to blame.

Most problems with quality are the result of poor or inadequate work processes, not because of the malicious act of a particular person. In fact, it is thought that at least 80% of quality problems can be resolved by changing and strengthening business processes. Less than 20% of problems are under a team member’s control. Furthermore, the processes that your organization utilizes are largely determined by management. So, when workers or team members have quality problems, it is important for managers to identify the weak or broken processes involved and fix them. Of course, everyone can be responsible for their own work, but when there are problems, first check out the work processes that allowed the problem to occur. 

Contact us today to discuss how we can help you strengthen your project, portfolio and PMO processes.

Gathering Detailed Requirements

Yes, You Need to Estimate the Project Size Before
Gathering Detailed Requirements

There is concern from many project managers that they are expected to estimate the effort, duration and cost of a project at the end of the planning process before the detailed requirements have been gathered. It seems like a valid question. Yet, when you talk about gathering detailed requirements, you are usually talking about the Analysis (or Requirements) Phase of a project lifecycle, not the up-front planning process.

Of course, you need to have a high-level understanding of the requirements before you can provide project estimates. However, the details are gathered after planning. 

The following three approaches will allow you to execute the project before you have gathered the detailed business requirements. (As with many aspects of project management, iterative and Agile requirements are gathered differently.)

  • Estimate the work to within 15% after planning. This is the traditional approach. Many projects are estimated this way because the project is not so different from projects you have done before. If you have experience with similar projects you can make a reasonable estimate based on the characteristics of the project. This is called “analogy” or top-down estimating. It means you can estimate the size of a current project by comparing it to prior projects that you managed.
  • Break the work down into smaller pieces. If you don’t feel comfortable to provide an overall project estimate within 15%, you can break the larger project into multiple smaller projects. When you use this technique, you usually end up chartering an initial project to gather the requirements. You should be able to estimate this requirements gathering project to within 15%. After this requirements project is complete, you can use the information to charter a second project to perform the rest of the work, also within 15%.  
  • Estimate in two parts. This is a variation on the first technique above. In this approach, the project manager provides a “best guess” estimate of the work at the end of planning. This estimate may be within 25% (or higher). However the project manager is not accountable for this estimate (unlike the first option above). This estimate is just best-guess given the information at the time. After the requirements are completed, the project manager provides a more detailed estimate of the work within 5-10%. This is the number for which the project manager is held accountable. Unlike the second approach, these two estimates are both made within a single project.

The first estimating approach is within the control of the project manager. The second and third approach likely require approval of your sponsor and manager. But either approach is better than taking a guess and having to live with the consequences of a bad estimate. That is not good for the project team or the organization.

Be Effective with The Four Communication Basics

Be Effective with The Four Communication Basics

There’s not one ‘best’ way to communicate with your project team, but rather a number of different ways. That being said, there are some fundamental communication options that are applied to most projects. Before you get too sophisticated with your communication approach, make sure you are very effective with these fundamentals.

1. Status meetings

There’s nothing like a status meeting to communicate effectively with your project team. The best time for a group meeting is early in the week, preferably Monday or Tuesday.  The purpose of this meeting is to make sure that everyone is aligned, expectations for the week are set, and any issues or obstacles are addressed and resolved. This is your opportunity as a Project Manager to address the needs of the group and make sure everyone is on the same page.

2. One-on-one meetings

Another great opportunity to manage your project teams are the one-on-one conversations you have with individual team members. This type of conversation can take various forms. A regular weekly or bi-weekly meeting can be set up to coach/mentor team members that may be new or have minimal experience. for experienced team members, perhaps once or twice a month would be appropriate.

These one-on-one meetings are a chance to keep your pulse on team members and allow for a more confidential discussion that would not be appropriate at a team status meeting.

3. E-Mail

Maybe in ten years email will be obsolete. However, for now it is indispensable for most teams. There are lots of uses for emails – one-on-one discussions, group discussions, one-way notifications, fyi’s, decision making, problem solving, etc. If you are weak at email communication it can dramatically impact your ability to manage staff and engage stakeholders.

Be mindful to not let email take the place of face-to-face meetings when you have the personal meeting as a viable alternative. It’s easy to go down this path feeling that it’s faster or less complicated than talking in person. Email should always be in addition to, not instead of, talking to your team in person.

4. Reports

Reports cover a lot off ground – status reports, performance reports, issues reports, safety reports, etc. You may not typically think about reports as a way to manage your project team, but if you create your reports in the right way you will find they can be a useful tool.

What is the right way to create reports that can help manage your team? Make them actionable. Making a report actionable means that someone can read the report and then know what needs to be done next. The report will not be muddled with a lot of unnecessary details or information that could lead to confusion.

………………………………………
The four fundamental communication mediums above are practical ways you can communicate with and manage your project team. The spirit of managing your team can be summed up in two words… be available. Your staff will do well if your team knows they can reach you at any time with questions, issues, or suggestions and feel comfortable in doing so. Your group meetings, one-on-one conversations, email, and actionable reports will keep you in that position of availability.

Remember These Five Often Overlooked Activities to  Start a Project

Remember These Five Often Overlooked Activities to
Start a Project

Larger projects definitely need time up-front to define and plan the work. If you do not adequately plan a small or medium project, the consequences will probably not be too drastic. You don’t have that same luxury in a large project. The planning process is very important. But there are some things to consider before you even start planning. These activities would be a part of project initiation and the work is often overlooked.

When you are assigned as a project manager on a project, don’t forget the following.

Gather baseline information

Look for all the information that may already be available for this project. This includes any previous project deliverables, memos, emails, etc. In many cases, before the project begins, the sponsor must perform a cost/benefit analysis or  Business Case. All of this information should be gathered as a starting point for understanding the work.

Determine the initial approval process

Work with your manager and the project sponsor to understand the approval process for the Project Charter and any other initial project deliverables. For instance, you can determine the people that have to approve the Project Charter versus those that should just receive a final copy.

Discover high-level requirements

The project manager needs to have some understanding of the high-level requirements of the project before he can even begin to plan the work. The project manager is getting the essence of the project during initiation. You are not uncovering the detailed product requirements at this time. The detailed requirements will be further defined as a part of the project lifecycle once the project is approved. 

Identify the key stakeholders

Your manager and the sponsor should have a pretty good idea of the appropriate project stakeholders. These are people and groups with an interest in the project. You need to understand these people and their interests to be able to gather the correct information for project planning. If possible you should also meet or talk with the stakeholders at this time to start to get an understanding or their interest and attitude about the project.

Estimate the resources you need for planning

Depending on the size of the project, the planning process can be time-consuming. The project manager needs to quickly understand the resources needed for planning. This might be a part-time or full-time project manager, and it may require other resources as well.  

To summarize, when a project manager gets assigned to a new project he needs a set of initial activities to get grounded and start to understand the nature of the project. These five activities will help you gain context and prepare you for the planning process.

……………………………………………………………………….

Project Quickstart – Another Way to Define your Project 

TenStep can quickly guide you through the project definition process. In one facilitated sessions we uncover project objectives, scope, deliverables, risks, assumptions, constraints, organization, approach, etc.  By the end of the session you will have:

 

  • Project Charter
  • High-level Milestone schedule
  • Project Management Procedures

 

Whether you are starting a crucial project, or just need general help with all projects, TenStep Consulting Services can help you get started right. Contact Tom Mochal to discuss further.

 

Agile 101 – Estimating Work with Story Points

Agile 101 – Estimating Work with Story Points

In each iteration, Agile project teams  implement a set of user stories pulled from the product Backlog in priority order. These stories make up the iteration backlog. The number of stories implemented in each iteration depends on the amount of effort it takes to fully implement each story, as well as the capacity of the team.

The question – how do Agile teams estimate the size of each user story? Although estimating by effort hours is very common in traditional projects, it is actually not used very often on Agile projects. A more common approach is to use a technique called “story points”. Story points are an abstract method of estimating the relative complexity of implementing a user story.

Each project team can establish their own story point scale. For example, let’s say user story A is estimated to be 5 story points (whatever this means). If the team thinks user story B will take twice as many hours to implement, the team would assign 10 story points to user story B. There is nothing magical about the use of 5 story points or 10. Another team might scale these same two user stories at 25 and 50 story points respectively. Even though the numbers are different, the key is that the story points represent relative sizing of the user stories. In both examples user story B will take twice as much effort to implement as user story A.

Once the relative size of a story point is set for an Agile team, the team can estimate how many story points they can deliver in an iteration. Again this is relative based on the scaling process used for the story points themselves. Using the above example, the team that estimated stories A and B to be 5 and 10 story points might be able to implement 45 story points in an iteration. On the other hand the team that estimated those two stories at 25 and 50 story points might be able to implement 225 story points in an iteration.

The general characteristics of story points include:

  • Story points represent the work required to fully implement a user story.
  • The stories are estimated independently by team members and then the team collaborates toward a consensus opinion.
  • If a user story is too large to be implemented in one iteration it needs to be broken down into two or more smaller stories that can fit within an iteration.
  • Many of the estimating models are designed as games that are interesting and engaging for the project team. This includes planning poker and animal points.

Over the course of a few iterations the Agile team quickly understands how many story points can be completely implemented in one iteration. This is known as the team “velocity”.

Summary

Agile projects have a number of unique techniques that are not easily transferable to traditional waterfall projects. One of these techniques is the estimation of user stories using abstract story points, and the use of story points to determine how much work can be completed in an iteration (velocity). These are simple yet very effective techniques that are the hallmark of an Agile project.

 

Two Essential Techniques to Manage Schedule

Two Essential Techniques to Manage Schedule

Managing the schedule  is one of the most important activities of a project manager. These are many great techniques to help manage the schedule. Here are three important ones.

Don’t manage activities by percent complete. Manage by due date.

When an activity starts it is zero percent complete. When the activity is finished it is 100% complete. In between is trickier. If a team member was 20 hours into a 40-hour activity, you could say he is 50% complete. But is he? Just because the hours are 50% used, does that mean the activity is 50% complete? Usually no.

The project manager could ask team members to report on their percent complete, but the answer is usually highly arbitrary. If a team member tells you he is 60% complete. how do you really know? How do you know he is not 58% complete or 62% complete?

A better way to get the information you need is to ask ‘When will the work be done?’ If the schedule shows an activity should be completed on Friday, and the work is not done, don’t ask the team member for the percentage complete. Instead, ask the team member ‘When will the work be done?’ Asking when the work will be completed gives you the concrete information you can place on your schedule, while also getting the team member to make another commitment to the new end-date.

Validate the work can be done in the designated time

One of the best ways to estimate work is to ask the people that will do the work. That being said, often the people that do the work were not asked for their estimate. The work was estimated by someone else. Therefore, when the project manager assigns work to a team member, it is a good practice to ask the team member to validate the estimate is correct. The team member may know immediately if the estimate is accurate, but it is also likely they may not know until they have started the work.

In general, the project manager should allow the team member to validate whether the estimate is correct. The team member is also obligated to tell the project manager if they disagree with the estimate – as soon as the team member knows. It is not acceptable to miss a due date and then claim later that the estimate was not accurate. The team member must communicate this early – as soon as they know. This allows time for options and adjustments.