BradEgeland.com
  • Welcome
  • Blog
  • Expertise
  • Resume
  • Software / Service Reviews
  • Contact
  • Videos
  • Books / White Papers
  • Mentoring Contact Form
  • Awards/Recognition
  • Templates & Downloads
  • Clients
  • Professional Services
  • Past Survey Results

How Do You Measure Project Success?

11/28/2020

1 Comment

 
Picture
Picture
Most project managers – and organizational leaders – will agree that there are really only a handful of true determiners of project success. You can state them several different ways, but it really comes down to four: On time delivery, on budget delivery, quality of the final solution, and customer satisfaction. And that last one is usually determined a lot by the project delivery team's success with the other three.


Learning lessons helps... but...


Is project success objective? Is it subjective? Is it quantifiable? Is it easy to pinpoint exactly where a failed or failing project went wrong? These are likely the types of questions that are going to come up on a project that didn't succeed if and when you conduct a lessons learned session post-mortum with the project customer. Lessons learned sessions are great – if you...the project manager... can stomach them – because you can learn a lot from everyone outside of yourself that had a stake in the project... all the key stakeholders. If you gather your delivery team, the customer sponsor and team, end users, subject matter experts and anyone else relevant to the project together at the end and sit down and discuss what went right and what went wrong on the project, you're likely to get some very good insight on what to keep doing and what to not do next time.


Unfortunately, not all projects end up having a lessons learned session for whatever reason... not part of the corporate PM methodology, no one had time as they were off to another project already or because the project failed miserably and it as avoided altogether. A few years ago I conducted a survey of several hundred project managers and team members and found that on 57% of projects (see #3 under the June 2010 survey on “Managing the Project”), lessons learned sessions were either never happening or only being conducted 10% of the time or less. That's a sad number because that is a lot of feedback that project managers and team members could be receiving but aren't and it could be used on the next project to help it succeed as well as the project just finished or avoid hitting the very same problems and issues that the last project just experienced.


So let's consider the questions I asked above...


Is project success objective or subjective? I'm going to go with subjective in most cases. Why? Because it's more of a perception than a hard measurable fact. At the end of the day, success or failure on a project is more about how you feel about how the project progressed and how the customer feels about it. Yes, there will be those projects that run way over budget – like a $250,000 project that hit $750,000 in actual costs with only $50,000 in change orders. That's not really a success, is it? And you can see numbers on that... it's fairly easy to say that one failed. But more times than not, it will be a perception. More subjective than objective. At least that has been my experience. The customer may have been uneasy due to failed communications during key points of the project or a bad user acceptance testing (UAT) experience that had to extend three times longer than expected due to bug fixes necessitated by poor quality in the delivery process.


Here's another example: If you reach the end of a project that had 12 deliverables and you only delivered 2 of them on time, then you'd be hard pressed to call that a successful project. Certain extenuating circumstances may have been the cause and the 10 late deliverables may have been the result of other vendor issues so sometimes those projects would be successes – especially if change orders were in place to cover the timeframe extensions. But, in most cases, this type of project would not be considered a success... correct?


Is project success quantifiable? In a way – and on some projects – the answer is yes. In the example of 10 late deliverables, that's quantifiable. In the example of $450,000 over budget after considering change orders, that's quantifiable. 10% budget overruns are usually going to be acceptable. 50% overruns are nearly impossible to correct. And – in my other example - when the project is over and you've gone over budget by $450k – which in this example means over by 1800% - you may actually be looking for a new project management job. Again, many times project success is neither quantifiable or very objective at all, but rather a perception... in many cases it just comes down to customer satisfaction.


Is it easy to pinpoint exactly where a failed or failing project went wrong? Probably not... Now, I'm a proponent of not only performing lessons learned sessions but actually performing several throughout the current project engagement. Why? Because learning lessons right away on a current project will help you either keep doing what's right and stay on the right path or possibly figure out something you are doing wrong and take corrective action now rather than end up with a failed project. If my project client is unhappy halfway through a project I want to know now, not at the end of the project when I can't fix anything and hopefully keep them as long term clients.


These in progress lessons learned are best scheduled into the project schedule as milestones and placed strategically at the time of, say, each major deliverable. That keeps the project on track and you can actually step back and look at the engagement more as a series of smaller projects focusing on each individual key deliverable... thus enabling you to use the lessons learned info to deliver even better on the next major deliverable on the CURRENT project. Win-win.


Summary / call for input and feedback


So, back to my original stance above... when you're trying to measure overall project success you can look at the key measuring sticks first. Was the project on budget? Was it on time? Was it a quality delivery – meaning did it match well with the requirements and scope and was it a usable solution when rolled out to the customer's end user community? And was the customer satisfied with the project and would they come back to you for a similar project? That last one – at least to me – is the real key and usually takes the other three into strong consideration. If the project is basically on budget, on time, and usable at the end of the day, the project customer will usually have a smile on their face.


Readers – do you agree? Do you consider this to be a fairly accurate depiction of real world project management success or failure? What is your experience or what would you change about this list? Please share your thoughts and discuss.

1 Comment

5 Simple Ways to Improve Team Communications

11/24/2020

0 Comments

 
Picture
Communication is key when it comes to maintaining a successful and productive workplace. With the recent global pandemic and the rise of remote work, clear and constant communication with coworkers has become even more important in achieving your goals. In fact, 31% of companies say that miscommunication about project objectives is the number one reason why their projects fail. To level up your company’s performance and productivity, here are five simple ways to improve team communications.


Open Door Policy

Whether literally or figuratively, having an open door policy can be a great way to create confidence in your communications. An open door policy means letting your team members know that you are open to discussing anything about projects, goals, or anything else at any time. A policy like this creates transparency in the workplace, and makes every employee feel included and essential to the team. Having easy access to information in the workplace is a great way to improve communications within a team.


Team Building Exercises

It is no surprise that when people socialize with one another, they become more comfortable and confident in their collaboration. Investing in group exercises and socialization can improve team building and communication overall. When people socialize, they create connections and friendships, which increases their ability to work together more productively. Whether it is a happy hour, volunteering day, or adventurous activity, finding a team building exercise that works for your employees will improve communications within your team.


Using Collaboration Tools

Especially during this period of remote work, utilizing a collaboration tool or project management software will work wonders for your team communication. Project management platforms typically have tools with the ability to assign and prioritize tasks, as well as allow multiple users to be assigned the same task. Allowing multiple team members to see and edit a project in real time can reduce the amount of emails and clarifications sent back and forth, and provide for better team communication and collaboration.


Establishing Appropriate Communication Strategies

Implementing practices for different types of communication strategies can improve the overall conversation among your team. For example, some questions or clarifications are best made through an email or instant message. However, others will be solved better through a quick phone call or video chat. Creating those standards will help to ensure that nothing falls through the cracks and that everyone has a good idea of what is going on and how to solve it.


Develop a Routine

Every company operates differently, but establishing a routine with your employees is a way to improve communications within your team. Implementing daily standups, weekly one-on-ones, and even company-wide meetings will help make sure that everyone is on the same page and working towards the right goals. These routines will also help establish a feedback loop for employee performance. Having time set aside on a regular basis will help constructive feedback be more helpful, and give your employees the opportunity to ask more questions.


As you can see, improving communication in your team does not have to be a daunting task. Implementing small changes can yield big results that will improve your company’s performance, as well as your employees’ satisfaction. Try these five simple changes and see how much you can improve communication within your team.
​
Bismarie Plasencia is a Digital Marketing Manager at CROOW. CROOW is a project management tool that helps creative teams unite with project managers to get work done faster and more efficiently.
0 Comments

A Good Business Analyst Can Make You a Great Project Manager

11/22/2020

1 Comment

 
Picture
Picture
Picture
You can be the most talented and organized project manager there ever was, but never underestimate how much a talented business analyst brings to the table on your technical projects. They are essential for success, in my opinion. With a great BA in place you get better requirements documented, have better oversight of the technical development team on the project, gain valuable assistance on the daily interaction with the project customer, and are virtually guaranteed that user acceptance testing will be pulled off with as few glitches as possible.


The definition of the business analyst postion


A quick check on Wikipedia shows this high-level definition for a business analyst…


“A Business Analyst (BA) analyzes the organization and design of businesses, government departments, and non-profit organizations; they also assess business models and their integration with technology.”


Why I’ve valued the BA


I’ve been a project manager for 20+ years of my professional career. In all those years and on those dozens of projects of varying dollar amounts, duration, and importance, my experience with the business analyst has always been this… they are basically your technical bridge to the development team. They capture the business requirements and work with the development team or technical lead to translate the business needs of the customer into technical requirements that the developers can build the solution from.


Obviously, if this is not done well, you’ll have the same age old problem. Your development staff on the project will be building a solution that doesn’t match up well with the actual needs and requests of the customer. The customer end user will be unhappy, customer satisfaction will be low, your job will be in jeopardy, and so forth. You get the picture … and it’s not pretty.


The BA is the project glue


The business analyst – in my view and in my experience – is the glue that ties the non-technical and the technical together. As a former techie and an IT project manager, I can fill both roles if necessary on a smaller project and have on several occasions. But I’ve seen none technical project managers without any technical training try to do that and fail miserably. On my larger IT projects, I don’t know what I would have done without a very experienced business analyst who understood the business needs and was able to translate those needs well into meaningful requirements for the developers. It would have been a disaster.


I feel that it needs to be said that BAs are incredibly critical piece of the project management puzzle. They are the right hand personnel to the project manager and, depending on the project and ongoing issues, they may be the only thing keeping the project on track, the customer confidence high, and the developers up to date on what needs to happen with the solution. Their participation and their deliverables are critical to the success of the project and don’t forget that when you’re handing out kudos and acknowledging the hard work of your project professionals to their managers and to your executive management.


Summary / call for input


Readers and PM leaders – what are your best business analysts stories and experiences? Do you agree on how valuable talented business analysts can be to the project? Or do you prefer to handle the BA duties on your own? Let’s discuss…

1 Comment

5 Common Fail Points for Most PPMs

11/22/2020

0 Comments

 
Picture
Picture
Picture
The need for a project portfolio management tool is often dependent on the organization's size, client base, types of projects they undertake and sizes of projects they are engaging on over the course of time. Ideally, any PPM could serve the organization and provide for all the real world needs it requires of the portfolio management tool in order to best align project executions with the goals and missions – including changing goals and missions – of the organization for best project performance, prioritization and delivery?


With that in mind, let's consider the big picture wish list – what a PPM should be. Below I've listed five of those concepts and why most PPM offers fail to deliver what an organization really needs from a PPM solution in order to truly be effective...


Ability to breakdown business strategies. A solid PPM requires that you be able to break any business strategy down into multiple portfolios and organizations. Flexibility and user-friendliness are key and most offerings fail miserably in this area. These two concepts should be at the forefront of a PPMs software design and that's where most fall short.


Dynamic Prioritization. It's a key functionality of most wish lists Users should also be able to fund and staff initiatives and actions according to strategic targets, as well as available budgets and resources. This functionality should be expected out of the box in order to make PPM everything you need it to be, but in general it just isn't there.


Not be tied down to waterfall or Agile. The right PPM should allow you to plan work and schedule your resources in a standard or agile mode without being locked into either. Ideally, PPM offering should fit flexibility your organization will obviously need over your entire project portfolio.


Provide high level and wide angle views of the project landscape. A full featured PM should also be able to dynamically control execution and progress on several axes and identify the potential gaps with the original targets. High level views and wide angle views of your projects at a glance means you have access to better decision making for the full portfolio of projects you're handling at any given moment... and this is what the right PPM solution is all about. Sadly, this again another key failing point for most leading PPM offerings.


Realignment with changing organizational directions. Back to flexibility – the PPM needs to be able to re-align... periodically... with the changing direction and needs of the organization. It's how it handles these changes with the growing and changing portfolio quickly and efficiently without lots of redesign, re-configuration, or re-work that is a sign of “will it really work for your needs?”. In most cases, the answer turns out to be “no” with 95% of the PPM offerings on the table now.


Summary / call for input


Keep in mind, what I've pointed out here are some high end wish and best case scenarios for PPMs. For true effectiveness and functionality, I feel that we need to set our goals high in what we expect our PPM to do if we really want full adaptation and something that will manage our project portfolio in a way that will help, not hinder, project prioritization and strategy. When not think high – it's what we need and where our important funding dollars should be spent. Find a PPM that offers these things and the senior management funding approval will be much easier.


Readers – what are your thoughts on PPM functionality and organizational needs? Do you have a PPM solution and does it really fit your needs well? Please share and discuss.

0 Comments

Is Your PMO Serving the Organization?

11/22/2020

0 Comments

 
Picture
Picture
Picture
Whether you have a formal project management process in place or not in an organization, but projects are still happening all around. Inside business units need work done. Outside clients need new services, software, and reports or tweaks to existing solutions already in place. Projects just happen.


Ideally, we’re ready to meet those needs with some formal project management practices in place. And what better way to meet those needs than to have that PM structure rolled into it’s own self-contained organization that is responsible for projects and only projects? What better way to handle these periodic engagements than to see to it that they are managed consistently, effectively, efficiently and solely by one office…one group of individuals who comprise the project management office or PMO?


PMOs are great if you’re doing them right. If a PMO is created and not utilized well, not funded well, not staffed well, or not given leverage within your organization, it can be a disaster…or at least a big waste of time and resources. And if you create a PMO and yet it fails to live up to it’s end of the bargain of basing it’s ongoing performance on some key principles and then consistently delivering, then it will likely wither away as executives bypass the PMO and send projects to their own ‘people’ who they consider to be ‘more reliable’ and ‘working in their best interest’.


I’ve worked in an organization where the project management office was not a consistent deliverer of success. We struggled to put processes in place that everyone followed. And quickly, executive management ignored us and used their own people within each business unit to oversee projects. We still managed projects, but only about 1/3 of the projects went through the PMO, when obviously all should use your organization’s PMO – that’s what it was created for. We were a charge-back unit, so slowly we were less and less profitable until the PMO became an albatross that couldn’t pay for itself. Yes, the next step was to disband and that is exactly what happened.


For a project management office to be viable – and remain viable – in an organization, then it needs to….at least in my opinion….meet these three criteria…


Have management or insight into all internal and external projects. Your PMO must be the go-to organization for all projects. Even if a BU wants to handle it’s own project, the PMO should be involved – consulting on best practices, involved in some meetings with the customer, and generally ensuring that processes are being followed and standardized reporting is actually happening. In short, any periodic project run outside of the formal PMO structure must look like those run inside – the customer must see consistent delivery and that begins and ends with the PMO.


Deliver consistency – both success and processes. No one can guarantee project success, but when an organization develops sound project management practices and processes and FOLLOWS them, then the likelihood of experiencing success and repeating success is much higher. The PMO must be built on repeatable processes, best practices for standard project status reporting and status meetings and budget management, etc. and develop documents and templates that the project managers within the PMO can use to consistently deliver the same type of project management across all of the projects that are being handled.


Be visible to and keep approval of senior company leadership. Funding and backing is critical. If those in charge see you as viable and are providing the funding to help ensure that, then the likelihood that the entire organization will adopt you and utilize you as required, is much higher. If executive management sees your PMO as a failing organization or one without consistent leadership and delivery, then the PMO’s days are numbered and projects will be sent to more ‘favored’ individuals in the organizations.


Summary / call for feedback


Project offices are great – if you run a good one. A bad one or one that lacks authority is just baggage that is costing the company money. A PMO that meets these three criteria at least has a fighting chance at success. Now it needs to be stocked with experienced project managers, have good leadership for the office, and be connected in the organization…but all that should happen with a good PMO in place.


How about your experiences…what do you find to be the best criteria for a viable PMO?

0 Comments

Best Project Management Tips That Can Make Everything Easier

11/19/2020

0 Comments

 
Picture
Managing projects is an important business function that provides great value to the organization. Can you imagine working at a place that doesn’t have proper management? – It will be chaotic.

Project managers are responsible for planning, executing, monitoring, and closing projects when finished. They are also responsible for making the project possible such as managing their budget, assembling a project team, and setting timelines.

It is a complicated job that involves many responsibilities, which is why many people are scared of it. Managing complex projects can be an overwhelming process that will spike your nerves and make you stressed.
That’s why we decided to highlight some of the tips for a project manager that will help you do your job more efficiently.

Understand Your Goal


It is important to set things the right way from the start. Understanding your goal will point out all the things you need to consider before it is too late.

During the project, you might find yourself confronted by situations that can influence your project’s direction. Having a goal will keep everybody working on the same wave line, which is necessary for finishing the project the way you like it.

Communication is Crucial


When they think about project management, most people think about communicating with their team members about the schedule, working style, etc. Yes, your team needs to have good chemistry, but many people don’t know the importance of communication on the personal side of project management.

You must find the time to communicate with your family and friends about your work. Sharing deadlines, type of work, and management issues will create a much-needed understanding of your limitations in the project. It will also remove some of the weight from your shoulders, making you more efficient in managing your tasks.

Manage Risk


Every project comes with risks, and it is your job to determine those factors and remove them from the project. This is known as “risk response strategy,” where your job is to identify all the potential risks even before the project starts.

This will make you more prepared when unexpected things happen during the project’s lifetime.

Don’t Be a Perfectionist


It is in our human nature to aim for perfection when we are managing a project. However, this could have negatively influenced the outcomes of the project. Employees should focus on finishing the task with decent results and always on time. Being a perfectionist can only postpone the project and potentially increase your costs. For this reason, project managers should forget about perfectionism, and instead, they should focus on meeting project goals.

Efficiency is very important when managing projects, and being a perfectionist will only make things more difficult for you and your team.

Avoid Multitasking


Before starting the project, you should create a detailed plan on how you want to handle all the responsibilities and tasks that need to be finished. This will enable you to create a path that your project is going to follow.

Most people who avoid planning get lost in the project, forcing them to multitask and tackle more things at once. Recent analysis suggests that people that are switching between tasks lose around 40% of their productivity. So, try to tackle tasks one by one.

Provide the Right Tools for the Team

You cannot expect people to finish their requirements if you don’t provide them with the right tools for the project. For example, how can the best male or best woman UFC fighter be able to compete if they don’t have gym access with adequate tools? It would be ridiculous right?\

Also, there are many tools available that can simplify the process and won’t cost too much. You should provide tools for organization and guidelines for your team to follow and ease the process.

So, it is a good idea to find the best approach for all tasks and have an open mind to new ideas. That way, you can increase your team’s efficiency and make everything easier for you and your team.

Final Words

Project management can be a hard job if you don’t do things the right way. It is crucial to make things right from the start, from choosing the right team members to making the perfect plan for finishing the project.

By following these tips, you’ll simplify the process and avoid unnecessary setbacks that can push you away from your goals.
0 Comments

The Project Customer is Asking to Cancel - Try These 5 Steps First

11/15/2020

0 Comments

 
Picture
Picture
Have you ever been running a project or have taken over a floundering project and been made aware that the project client is seeking to cancel the engagement and possibly even get their money back? That's a big one. If you're being called in to take it over and “fix it” then it's not you and fingers likely won't point at you (though being associated at all with utter failure can be bad). Either way, it's a tough scenario to find yourself in and your response and action must be planned, positive, swift, confident and definitely forward thinking.


I've been in this boat before – but only in terms of taking over troubled projects so it's more of the “rescue” mentality than the “I caused this” mentality... trust me it's a better mindset to go forward with. To do so, I've always followed these five steps...


Clarify their demands. What is the issue or issues? What got the project to this point? Do you think it can be saved? Does the client think there is any chance? Does the team think you can collectively save it? If there is a chance, it's worth a try – that's why you're there. Plus, completing a $500,000 project vs. giving the client their money back is a $1 million dollar difference... even if you have to give away a bunch of free work to turn it around.


Step back and meet with the team. Stop the project for a week or a month, if necessary. Meet with your team to strategize and consider options. What are your three best options for turning it around to a successful outcome? Put together detailed plans including a project timeline, resource usage and budget for getting there based on each of the strategies or options you come up with.


Propose strategies toward a solution to the client. Next, take strategies, plans, timeline and budget info to the client and discuss. They need to see the budget either way – even if you are going to do the work for free. If they see you plan to give away $125,000 in work to make this right it might help make them more cooperative on working toward a successful outcome. They will understand how hard you are trying to make this right. Now, jointly assess with the client and team and prioritize the strategies and prepare to move forward with the best chosen solution from this discussion.


Move forward with the joint chosen strategy. You have your strategies prioritized and have jointly decided which path to start on to hopefully improve the situation or entirely fix the issues on the project. At this point, incorporate the chosen strategy timeline, resource forecast and budget into the actual project timeline, resource forecast and budget and consider it “back to work as normal.” Move forward with confidence, but be prepared to meet more regularly and communicate more heavily so as to stay on top of progress and ensure it's making a positive difference.


Followup and assess. Is it working? Is progress being made – and by that I mean favorable progress. Is the client's satisfaction level improving and their frustration level decreasing? There is no reason to keep moving forward if you aren't making reasonable progress. If that's the case, then at least you can say you took great steps to try to fix the problem and it just didn't work out. But if you can see good progress and the customer's outlook has improved, then keep moving forward. Have frequent discussions with the client to ensure they are happy with the progress – that's what it's all about.


Summary / call for input


The bottom line is this – you can make some of your clients very happy. But there will be those who are never happy or those where the issues got out of hand and you just can't move forward. Throwing in the towel is sometimes your only option. But you certainly want that to be the rare experience and you never want to go down without a fight. So work hard with the customer to keep them and figure things out. Don't be hesitant or embarrassed – it happens to everyone and your project client will likely appreciate your efforts to “right the ship” so to speak. And if you are able to do it – then it's a win-win.


Readers – how do you feel about this list? Have you had clients be so frustrated that they asked to cancel the project and possibly even get their money back? How did you respond? What actions did you take? Please share your experiences and discuss.



0 Comments

Real PM 101: Are Good Requirements Necessary?

11/12/2020

1 Comment

 
Picture
Picture
Picture
I’ve said this time and time again. Requirements are the lifeblood of the project. Bad requirements = an extremely risk situation wrought with conflicts, change orders, disputes, customer dissatisfaction, budget overruns and missed deadlines. Good, detailed requirements = far less risk, much greater chance for project success, fewer change orders because the project scope is well defined, and a much happier project client.


That project client often comes to the table with an idea of what the project requirements are or should be. But make no mistake, only the foolish project manager takes whatever requirements the customer hands over and starts to build a solution around them. The smart project manager considers these to be a start and builds time into the project schedule to dig deeper – to ask the tough questions to determine the real project, the real need and the real, detailed requirements for the engagement. That’s the first step for the project team on the road to project success…find out what the real requirements are. And take the right amount of time to get there.


Customers Often Lack Proper Requirements


As I said, the customer usually comes to the table with some requirements in hand…they may even believe these are detailed enough to hit the ground running. The problem with requirements is that, as we all know, they are ever changing. Trying to keep a customer from changing their requirements during an engagement is like trying to my 15 yr old daughter not to send text messages. And trying to get the customer to document good, solid, detailed requirements prior to the engagement starting is like…well…impossible.


The customer ‘expects’ you to help them extract the necessary requirements. It’s happened to all of us, right. The customer is paying the price for the project so they naturally think they can go into the engagement with just some high-level requirements drawn up by a few SMEs and the rest will just get extracted during Exploration.


What Good Requirements Can Do for a Project


That’s fine – and that is often how it goes. However, what the customer seems to always be unaware of is that by going into an engagement with well-documented, detailed requirements they can usually accomplish the following:


  • Significantly reduce or eliminate the need for change orders, thus reducing the overall cost of the project
  • Reduced change orders means reduced timeframe for the project meaning it is more likely to be delivered on time without extending the schedule to accommodate changes
  • Test cases can be written earlier in the process due to requirements that are not moving around – meaning better test cases and better prep for UAT
  • Better end product – if requirements are well understood early on and are not a moving target, it is easier for the delivery team to deploy the solution that the customer really wants which also means less post-deployment work and likely less cost to the customer


These are just a few of the benefits…I know there are more. The bottom-line is that the requirements drive the project. Poor or non-existent requirements mean an extended project, budget overruns, and missed milestones. Solid requirements mean a much greater chance for on time and on budget delivery of a solution the customer wants and needs and ultimately greater customer satisfaction. Of course there are no guarantees…and an Agile approach that allows for requirements to shift and for the project to react can help mitigate the overall impact to the project.


Summary


Many things help drive project success, but requirements are that extremely critical piece to the project puzzle that usually is the biggest ingredient to project success. If you head into a project with few or poor requirements, it may be worth the pain and suffering to suggest that the customer go away and draw up more detailed requirements before engaging your team. I’ve done it before – though usually I get the most success and agreement on that approach with internal customers.


External customers are rarely willing to put anything on hold. They want action…now. For them, if you don’t have sufficient dollars in the budget and hours/days in the timeline now to plan for the real requirements, you’ll have to start the arduous process of initiating change orders to ‘make’ the time to extract good, detailed requirements. Without the right level of requirements – without the project scope properly defined – there is little chance for you to deliver an end solution that the customer’s end users will be able to use…and that = project failure.

1 Comment

How to Get Your Project Back on Track Fast

11/12/2020

0 Comments

 
Picture
Picture
Got a project on shaky ground? We've all been there. We've all had those situations where we had one too many projects and one of them seems to be slipping into troubled waters. Or the customer is nowhere to be found and you need sign off on user acceptance testing (UAT). Or very few stakeholders seem to be on the same page in spite of your best efforts to keep them there. Or possibly the budget or timeline is beginning to go out of control. There are a hundred (maybe million?) different reasons, excuses, issues, causes, risks, behaviors, and out of your control problems that can arise that cause one of your projects to start to spiral downward... and you need a quick fix to get control back in your hands. Let's consider together some thoughts on how we might take some of the more common of these scenarios and apply a fix to them. Please share your thoughts on my list and add your own by commenting here – you'll be helping everyone!


Communication breakdown. If communication is the problem, it may be the meeting schedule and the way meetings are handled. To rectify, incorporate a daily project status/summary email that goes out to the team, the customer, all stakeholders and senior management. To improve the meetings, be sure to plan well in advance, send info in advance so participants can prepare and participate effectively knowing what will be expected of them, and followup after each meeting with notes to ensure everyone is on the same page. Ask for feedback if individuals are thinking they had a different understanding. You can't allow things to continue down that path.


Financial troubles. My stance has long been that if you stay on top of the project budget weekly and re-forecast every week with the overall project financials reflecting the current actual charges as well, it is very difficult to ever go more than 10% over on the budget without knowing it. No surprises – and no one likes financial surprises that don't involve scratch off lottery tickets. So if you are experience some financial troubles on your project right now and you're over 10% off budget, you'll need to take whatever corrective action you can to try to get back at least to that 10% bar, if possible. First, figure out the leak. It may be incorrect charges or even your own project team putting too many hours of labor against your project. If they don't know how important the financials are to you and how closely you are tracking them – make them aware now. Everyone has those “grey project hours” that they know they worked on one or more of the projects they are assigned to, but didn't track till the end of the week. If they think you aren't the project manager watching financials closely, you may get those grey hours. Don't let that happen. Fix them going back and stop them going forward. It can make a huge difference.


Timeline off track. If they project timeline is going off the rails, it may be time to step back and look at what could be moved around on the project. Is there a project deliverable or phase that could be moved out or is essentially non-essential to the initial delivery of the solution. Probably not, but if there is something that can get you closer to the point of delivering the necessary functionality on the due date, that would be worth taking to the negotiating table with the client and probably eating the costs to make that happen. It will mean more work, re-work and post-implementation work you probably won't be paid for unless the delays can be traced to the client. But happy clients are priceless, so it may be worth it.


Resource issues. If the project is experiencing resource issues that are causing delivery issues with the engagement, then those need to be resolved as quickly and smoothly as possible. It doesn't matter if it's resources that need to be replaced, added, removed, retrained or reprimanded... whatever needs to be done should be done as much out of the client's site as possible. They will know, but the less you let it become a project-wide event the better as that would only serve to affect the confidence of the customer in you to control your resources and deliver a successful project.






Where's my customer when I need him? The customer disappearing sounds like a luxury, right? No overbearing customer micro-managing you and asking questions at every turn. But in reality, we need our project clients throughout the project to give and receive information, aide in certain decisions and provide approvals and sign offs. So, if your project customer is prone to disappearing for long periods of time to work on his day job – meaning everything else he had going on before this project was dumped in his lap – then you may have to think creatively to keep him involved. For me that usually means keeping some tasks assigned to him at all times so he needs to be present at weekly project status meetings to discuss and provide updates. But watch out, he may try to delegate that.


Summary / for input


There are no one-size-fits-all fixes. Sometimes tweaking the status report can make the customer change their feelings about the engagement give them a better outlook overall. Sometimes replacing a vendor can change the supply or service availability necessary for the project. But, in generally, if the project needs help, there isn't a solution that will help every scenario or even every similar scenario – it will always be case-by-case on projects.


Readers – what are your feelings about this list? What would you change or add to it? Please share and discuss.

0 Comments

How to Make Your Project Meetings Work for You

11/12/2020

0 Comments

 
Picture
Most of us don't like meetings very much. We see them as getting in the way of “real work.” And often, when we do attend meetings, we have our laptop or tablet with us to “take notes” but we may be doing other “real work” we have going on and paying very little attention to the active discussion...just listening loosely and trying to catch if we hear our name called so we aren't utterly embarrassed. Does this sound familiar? I'm a project manager and one very, very routine remote customer weekly status call where I was playing only a support role and I knew I didn't need to be much of the project discussion I actually fixed the hinges on one of my laptops during the meeting...multi-tasking at it's best. But I wouldn't recommend that for everyone...


If you want to be that guy who has the best meetings, gets the most accomplished during those meetings and gets people in the seats week in and week out, there are a few steps you need to follow for your meetings. Doing so will put you in a meeting facilitator class by yourself...and in my opinion and from my experience...the four key steps for that are....


Plan the agenda and carefully consider who you need info from. It all starts with good planning and a proper agenda. Know what you want to and need to accomplish. From that you should know who you need to have in attendance. Usually, on a project it will be most or all of the project team on both sides – delivery team and customer team. But there may be other key stakeholders or senior management you need to consider inviting in order to get the right assignments or decisions made at any given meeting. Don't just default to a list. The last thing you want to do is to fail to get something accomplished just because you forgot to invite the right person. Don't waste people's time. There time is as important as yours.


Distribute the agenda and materials in advance for maximum participation and productivity. Next, get the agenda and any necessary accompanying materials out to individuals in advance of the meeting. While these steps can apply to just about any business meeting you can think of, for a project these materials will probably include the up to date project schedule, the resource forecast, current budget information and forecast, and other lists like issues, change orders and risks.


Stay on schedule. This one is big if you want to build your reputation as someone who puts on efficient and worthwhile meetings. Don't cancel, don't start late, don't run over. Trust me, it will help your meeting facilitator reputation and future attendance. Avoid afternoon meetings when people are tired after lunch – people tend to load up on carbs and then pass out during meetings. And never be the donut guy. You want to put on a good meeting and you don't need to serve donuts and snacks to get that done. You need to stick to a schedule and not hold up everything to bring the late comers up to speed. Avoid doing that and they will stop coming late. And even if you have very little new news at a regular weekly status meeting, don't cancel. Take 5 minutes and at least go around the room to get any updates or information – you never know when the smallest piece of information that would otherwisef fall through the cracks can stop a scope management problems saving the project thousands of dollars. Plus, canceling meetings will cause people to stop coming to the regular meetings on a regular basis.


Follow up with notes and revisions. This step is critical to ensuring everyone is on the same page. You may think you covered everything but there is likely someone out there who interpreted what you said or someone said differently than you did. Distribute the agenda with updated notes and assignments/outcomes to everyone and ask for their feedback/revisions or concurrence within 24 hours. Then, if appropriate, redistribute. This is the best way to make sure everyone has the same information when the meeting is over.


Summary / call for input


A well orchestrated meeting can do a lot of work for you. You can get solid attendance and participation, key decisions can be made, and people will show up for assignments meaning you won't be trying to track them down afterwards. Most meetings aren't well run, and the after work for the project manager ends up being as much time and effort as having one or two more meetings. Don't let that be you. Follow these steps and let the meeting and participants do the work for you while you gain the reputation as someone who's meetings are meaningful and should not be skipped.


Readers – what are your thoughts on these steps? Do you agree? What would you add or change? What seems to work best for you?

0 Comments
<<Previous

    Author:

    Picture

    Brad Egeland


    Named the "#1 Provider of Project Management Content in the World," Brad Egeland has over 25 years of professional IT experience as a developer, manager, project manager, cybersecurity enthusiast, consultant and author.  He has written more than 8,000 expert online articles, eBooks, white papers and video articles for clients worldwide.  If you want Brad to write for your site, contact him. Want your content on this blog and promoted? Contact him. Looking for advice/menoring? Contact him.

    Picture
    Picture
    Picture
    Picture
    Picture
    Picture

    RSS Feed

    Archives

    December 2022
    November 2022
    October 2022
    September 2022
    August 2022
    July 2022
    June 2022
    May 2022
    April 2022
    March 2022
    February 2022
    January 2022
    December 2021
    November 2021
    October 2021
    September 2021
    August 2021
    July 2021
    June 2021
    May 2021
    April 2021
    March 2021
    February 2021
    January 2021
    December 2020
    November 2020
    October 2020
    September 2020
    August 2020
    July 2020
    June 2020
    May 2020
    April 2020
    March 2020
    February 2020
    January 2020
    December 2019
    November 2019
    October 2019
    September 2019
    August 2019
    July 2019
    June 2019
    May 2019
    April 2019
    March 2019
    February 2019
    January 2019
    December 2018
    November 2018
    October 2018
    September 2018
    August 2018
    July 2018
    June 2018
    May 2018
    April 2018
    March 2018
    February 2018
    January 2018
    December 2017
    November 2017
    October 2017
    September 2017
    August 2017
    July 2017
    June 2017
    May 2017
    April 2017
    March 2017
    February 2017
    January 2017
    December 2016
    November 2016
    October 2016
    September 2016
    August 2016
    July 2016
    June 2016
    May 2016
    April 2016
    March 2016
    February 2016
    January 2016
    December 2015
    November 2015
    October 2015
    September 2015
    August 2015
    July 2015
    June 2015
    May 2015
    April 2015
    March 2015
    February 2015
    January 2015
    December 2014
    November 2014
    October 2014
    September 2014
    August 2014
    July 2014
    June 2014
    May 2014
    April 2014
    March 2014
    February 2014
    January 2014
    December 2013
    November 2013
    October 2013
    September 2013
    August 2013
    July 2013
    June 2013
    May 2013
    April 2013
    March 2013
    February 2013
    January 2013
    December 2012
    November 2012
    October 2012
    September 2012
    August 2012
    July 2012
    June 2012
    May 2012
    April 2012
    March 2012
    February 2012
    January 2012
    December 2011
    November 2011
    October 2011
    September 2011
    August 2011
    July 2011
    June 2011
    May 2011
    March 2011
    January 2011
    December 2010
    November 2010
    October 2010
    September 2010
    August 2010
    June 2010
    May 2010
    April 2010
    March 2010
    November 2009

    RSS Feed

Powered by Create your own unique website with customizable templates.