When might you start a project without a business case?
While I was in Australia, Bob McGannon and I talked about when, if ever, you would start a project without a business case. It was a fun discussion. Click here to watch!
While I was in Australia, Bob McGannon and I talked about when, if ever, you would start a project without a business case. It was a fun discussion. Click here to watch!
I spent some time in Australia with my good friend and project manager/LinkedIn Learning author extraordinaire, Bob McGannon. We talked about several interesting questions in the project management and leadership domain. Check out the video of our discussion!
How long should you proceed with your project without validating assumptions?
Assumptions about a product’s or idea’s marketability should be validated quickly. Money spent on a product with unvalidated marketability is at risk. Share product specifications, drawings, or a mock-up built with Legos, but produce a prototype to validate your product’s marketability.
Key stakeholder assumptions about funding or staffing should also be validated quickly. Get with your stakeholders early and convert assumptions into commitments.
Assumptions about the availability or capability of a product you need are sometimes critical to confirm, sometimes not. If the product is unique, confirm your assumption ASAP. If there are alternatives, the assumption can probably wait.
Assumptions about government legislation, licensing or approvals can be tricky.Often, they’re a make or break proposition for your project. Unfortunately, you only know what you’re dealing with after the government passes a law (or not) or grants a license. Plan your project around these approval events, and weigh the risks of working before you fully understand the government’s decision.
Assumptions about data being available to support your project is important to resolve early. For example, you might obtain a new software system that depends on critical data to operate properly. Purchasing that system before validating that the required data is available is VERY high risk. Determine how to obtain and determine the accuracy of that data as soon as possible.
Project assumptions can be broad and varied. What inaccurate assumptions have you heard about that created issues? Share those in the comments section so we can all learn together!
The answer depends on what makes you uncomfortable.
The project business case forms the basis of the project. Get it wrong and the likelihood of a successful project is low.
If you believe the business case data lacks integrity, discuss this with your sponsor immediately. Contrast your information with what’s in the business case and work through the differences. The business case sets expectations, so you’ll eventually need to compare project outcomes against the business case. Don’t wait until the end of the project to challenge the business case. Take action now!
If you’re concerned with risk in the business case, seek to understand your sponsor’s risk profile. As a project manager, part of your role is to ensure your sponsor and key stakeholders understand the project risks. Your role is NOT to ensure risk goes away, When you’re concerned with business case risk, point out the risks to stakeholders and establish response plans. When you understand the risks your sponsor is comfortable and uncomfortable with, you can perform risk management effectively.
If the business case was not built collaboratively, review the business case with key stakeholders. They usually focus on their own interests and perceptions of risk and may be uncomfortable with the business case or its approaches. Discussions to analyze and align the business case with key stakeholders are critical. Moving forward with a business case that hasn’t been reviewed and agreed upon makes it difficult to get staffing and decision-making support.
Proactively addressing issues in the business case will help you deliver your project successfully as well as establish your authority with project stakeholders.
Projects are risky by definition! You are trying to create something that has never been created before. Some executives find this uncomfortable and request a feasibility study to determine whether the project is viable. It’s a smart thing to do: it helps you build a good initial scope statement and project charter. However, if the feasibility study is supposed to create certainty about the project outcome – meaning no risk – you’ve got a problem. Here are some tips if you find yourself in this situation.
As a project manager no two days are the same. Business changes, project dynamics, and the myriad stakeholders you deal with are just the beginning. For daily entertainment, here are a few additional project management skills you must develop and deploy to be effective:
When managing small projects, less is more. A small project needs to be a lean machine, and unnecessary work and inefficiency gum up the works. Here are five tips to make your small projects run more smoothly.
Tip #1: Small projects often have tight budgets and short durations. There’s no room for unnecessary steps or nice-to-have deliverables.
Hash out what the customer really wants (project scope) – and put it in writing. Don’t forget to document what isn’t in scope. Say you’re building a web site for your customer. In a meeting with the customer, you develop the following scope:
Scope
Out of scope
After you nail down scope, be sure to balance the project triple constraints (scope, time, and budget). Are the desired timeframe and budget realistic relative to the project scope? If not, work with the customer to identify an acceptable compromise: maintain scope and increase the time or budget, trim the scope, or some other combination.
Tip #2: Do just enough to make the project a success.
This tip might sound contra-intuitive, but your goal as project manager is to complete the project successfully. That means delivering what the project is supposed to – not to exceed expectations. Make sure your team works on just the work that’s required and don’t address other objectives or nice-to-have deliverables.
Tip #3: Build an effective team and keep it that way.
If you have a choice, use people who know how to do the kind of work the project requires, and ideally who have worked well together in the past. Good teamwork is important. People who work well together might get more done, even if they are a little less experienced.
Make sure your team knows what to do and help clear the way, so they can get their work done.Keep your team members motivated. Help them understand how they contribute to project success and make them feel appreciated.
Tip #4: Keep things simple.
Time, money, and resources can be hard to come by on small projects. Don’t squander them by over-complicating things. Use simple processes and procedures for tracking time, managing changes, communicating, and so on. Ask for only the information you need to manage the project and hold only the meetings that are necessary.
Tip #5: Keep things organized.
You can’t afford to waste time looking for information, performing work that someone else already finished, or redoing work because the instructions weren’t complete or clear.Good organization also helps everyone else find what they need.Store project information where it’s easy to get to by everyone who needs it.
For more tips on managing small projects, check out my updated course, Project Management Foundations: Managing Small Projects.
QuickBooks classes are ideal when you need to analyze finances across accounts, income, expenses, customers, jobs, vendors. Classes help you track financial results by categories such as business unit, location, partner, or item. Classes can span time and items, too, because you assign a class to individual transactions (such as checks, bills, sales receipts, and invoices) as well as to specific line items on invoices or bills.
The schedule logic for a project is the collection of dependencies you create between activities. The goal of this schedule logic is to provide a realistic model of when project activities should occur. Want to up your scheduling game? This article explains when to use each dependency type to link activities.
Finish-to-start is the one you’ll use most often. A finish-to-start dependency tells you that when one activity (called the predecessor) finishes, the next activity (the successor) can start. For example, you have to finish writing some code before you can test it. If you don’t work in software, maybe this example will resonate: when your older child teases the younger one, the younger one starts crying.
On the other hand, the start-to-finish dependency type is rare (which is a gift because it’s also confusing). This dependency means that the start of one activity determines when another one finishes. It’s confusing because the predecessor occurs later than the successor, as shown in the figure, and most people think of predecessors occurring before successors. (Remember, with dependencies, the predecessor is the activity that controls the timing of the successor, not when it occurs time-wise.) For example, consider a sales clerk who works a shift in a retail store. To keep the store open for customers, the clerk for the next shift has to show up to start his or her shift before the sales clerk on duty can go home (finish the shift).
Let’s look at the remaining two dependency types: start-to-start and finish-to-finish.
Suppose one person is scheduled to spend 10 days writing software documentation and another one is scheduled to work 10 days reviewing the documentation to make sure it’s accurate and clear. At first glance, you might think start-to-start and finish-to-finish dependencies work equally well. When the writing starts, the review could start almost immediately. Or, when the writing is complete, the review could finish soon after.
But start-to-start dependencies can cause trouble if activities don’t occur as scheduled. Suppose the writer runs into issues with the software and the writing task is going to take 15 days instead of 10. As you can see in the figure, the writing and review started at the same time, which means that the review is scheduled to finish 5 days before the writing. Some of the writing wouldn’t get reviewed unless you caught this error in your schedule logic.
The writing and review activities should be linked with a finish-to-finish dependency. That way, the schedule logic guarantees that the review doesn’t finish until the writing is complete, even if the writing takes longer. This dependency also works if the review takes less time than writing—say, 5 days. With finish-to-finish, you could wait 5 days before starting to review documentation, as shown in the figure below. If the writing takes longer than you expect, the delayed finish date for writing also delays the finish for review.
As you can see, almost all your dependencies will be finish-to-start or finish-to-finish. Another dependency best practice is to avoid negative lag (also called lead), because it implies that you know when the predecessor activity will finish. (You can explore this practice in this movie from my revamped and updated course, Project Management Foundations: Scheduling, which was released in April 2018).
No matter how carefully I manage my workload, I end up buried with to-dos every so often. If you’re like me, an overwhelming to-do list could make you freeze up and not get anything done. My solution is time-management heresy!
Crossing a to-do off my list gives me a boost of energy and motivation to get more done! So, I do something quick and easy that I want done, even if its priority couldn’t be any lower. With my energy and motivation restored, I can go back to a more orthodox time management approach. My newest course, Project Tips Weekly, releases one short movie each week, so it’s a great example of this tactic—from my perspective as the author as well as for viewers.
Here’s how to tame an overwhelming to-do list:
1. Pick a task that won’t take much time (5 to 10 minutes max) and that you want to get done. You know which one it is. Maybe it’s cleaning up the receipts on your desk, mapping out your day, or watching a LinkedIn Learning movie!
That’s one thing less to do. If you keep a list of to-dos, you can mark the task as complete and bask in that feeling of accomplishment. That brings up a question…
2. Do you have a to-do list?
A heap of crumpled, smudged notes with scribbled to-dos doesn’t count.
If you don’t have a list, take 10 minutes and add everything you can think of to it. Include importance, urgency, and level of effort for each entry if you know what they are. (Stop at 10 minutes. You can add to the list any time later on.)
Writing up a list on paper does commit you to your to-dos, and you get satisfaction from drawing a line through each task you complete. However, you’ll rewrite to-dos onto new sheets as priorities change and new to-dos come up. If you throw past lists away, you lose your work history, too.
A spreadsheet, OneNote table, or some other app can help in a lot of ways. You can sort the entries by importance, urgency, or level of effort. You can mark to-dos as complete and move them to your completed list. If you include the date you complete each to-do, you can motivate yourself when you’re feeling down by looking back at everything you’ve accomplished the past, week, month, or year.
3. Sort the list by importance, then urgency, then level of effort.
With a sorted to-do list, it’s easy to see your important and urgent to-dos.
In the example below, I have one to-do that’s important, urgent, and doesn’t take a lot of time: prepping movies for my Project Tips Weekly course – which has one short tip come out each week. Depending on the tip, I can get one prepped in an hour or two. That’s definitely the first thing I’m going to tackle after the next step.
4. With the sorted list in front of you, get your important and non-urgent to-dos on your calendar!
Because they aren’t urgent, they’re easy to forget unless you schedule them. Be realistic. Don’t try to finish them all in the next few days. Space them out so you have time for important and more urgent work.
Last year, I made a list of places I would like to visit on vacation. Some friends and I agreed those were places to go and that’s how it sat for almost a year. Finally, I realized I needed to get at least a few on the schedule, so I typed in 2018, 2019, 2020 into OneNote and then moved my top-priority vacation spots into one of those years. Lo and behold, four of those are now on my calendar!
LinkedIn Learning videos might fall into this category. Suppose you want to learn a topic, whether it’s Microsoft Project, gathering requirements, or fixing your photos with Photoshop. You can schedule 10 or 15 minutes every day or two to watch a few movies on that topic. Before you know it, you’ve finished an entire course!
5. Now, grab one of your important/urgent to-dos and get to work!
By the end of the day, you may have finished several things on your to-do list, including a couple of important, urgent tasks. Move those to-dos into a Completed list and enjoy another energy boost seeing how much you’ve accomplished.
I’m enjoying working on my Project tips course. Instead of prepping several dozen movies in a short time, I can add individual movies to my to-do list – one each week for the next calendar quarter.
6. Before you call it a day, take 5 to 10 minutes to plan what you will tackle from your list tomorrow.
It might take a week to get the to-do list under control. However, it takes only a few minutes each day to keep your list under control. For more on time management, check out Chris Croft’s course.
Below are some interesting links for you! Enjoy your stay...
O'Reilly 50% Ebook Deal of the Day
Microsoft Project blog
Scott Berkun's website
QuickBooks and Beyond
QuickBooks Online Blog
QuickBooks and Your Business