Project trouble can hit from a blind spot, even though you tried as much as possible to prepare for issues. You did a risk analysis when you took the project on, and even tried to be ready to mitigate unknown issues.
As I advised in my previous post, do an assessment to determine the problem. Figure out what needs to be fixed, or if the situation is even fixable. If the project seems to have reached a point of no return, here are some tips on how to pull it out of trouble:
Finally, keep in mind that not all trouble devours all. Before panicking, calmly look to areas that will guide you to a solution. You may even find your project is more sound than it seems.
How do you confront trouble on your project?
A project manager's first global project marks a pivotal time in professional development. A project with global scope offers an exciting opportunity to work with people from many different cultures and skill sets.
However, global projects also come with unique challenges. These can include large physical distances between implementation teams, language barriers, country-specific regulations and other considerations that can negatively affect your project.
To get off to a good start, project managers need to manage the differences between global and co-located projects within these essential elements:
1. Requirements: On a co-located project, there is a single set of project requirements. On global projects, it is common to encounter both global (such as quarterly financial reporting) and country (such as provincial tax) requirements. Failure to consider them can cause painful functional gaps upon implementation. Work with your project leadership team to define a prioritization scheme for both types of requirements. For example, prioritize the country requirements by regulatory mandate, business value and desired need. A prioritization scheme helps you achieve overall balance in meeting the project success criteria.
2. Estimation: A global project typically features added complexity and costs not found with a co-located project. This calls for estimation to include additional effort to manage the previously mentioned requirements, as well as cross-geography coordination. The latter can include things such as team member travel time and global communications. In addition, there can be additional costs, such as import duties on equipment, that can add to the overall estimate. To ensure good estimation, identify global and local estimation components to more accurately account for the additional complexity.
3. Scheduling: Scheduling milestones, effort and resources on global projects is one of the greatest challenges for a project manager. The first thing to remember is to include country-specific scheduling considerations, such as regional holidays and vacations. In addition, always leave room in the schedule for project risks that can arise from unstable governments, new regulations and labor disputes. Finally, be prepared for unexpected surprises from nature, such as snowstorms, floods, volcanic eruptions and other disruptions. If such an event happens, meet with your leadership team to discuss whether to reset the project schedule around the unexpected surprise.
While global projects can present some unique problems, they also can be very rewarding when managed properly -- even if a volcano erupts!
What tips do you have for first-time global project managers?
I recently attended a two-day workshop to help me get certified as a Scrum master. What made this class interesting is that I am a "traditionalist" -- a project manager who leads and manages projects using the waterfall approach. This was going to be a whole new ballgame for me.|
While I am not particularly new to the concepts of agile, I was looking forward to learning the extended basic agile concepts, frameworks and skill sets, and learning to apply those skills.
Surprisingly, I understood more of Scrum than I thought I would and realized I was already implementing some agile principles into my waterfall projects. Most importantly, I realized that the debates surrounding waterfall versus Scrum may just be full of hot air.
The focus of those arguments is that one approach is categorically better than the other in all circumstances. That couldn't be farther from the truth. Traditional and agile frameworks are neither better nor worse than the other. But, either could be completely disastrous for a project if applied broadly.
One of the most important ideas I took away was the idea of 'appropriateness.' Scrum is about finding the right level of planning, documentation, velocity of task output, cost and schedule -- and not just per project, but per team. It's not about what is 'best,' but what is appropriate and suitably fits the set of circumstances at hand.
I began to think that if all project managers embraced this idea of using an appropriate approach instead of the perceived 'best' approach, projects could potentially get along much better than they currently are.
I think that what is appropriate for a project could be waterfall, it could be agile or it could be a hybrid. And that would mean project managers would have to be well versed in all kinds of approaches and understand several project management languages.
At the end of the two days, and after an online assessment, I became certified as a Scrum master, but I think I became more than that. I got better at being able to identify what a project needs and what a team needs. Now, I have a few choices as to which approach is appropriate to meet those needs and ensure success.
Do you think there can be a hybrid?
|On a project management forum I frequent, someone asked whether or not it was rude to use digital devices during meetings. |
Some responses were flat out rejections of using digital devices. Other responses were accepting of using technology while others are speaking.
Personally, if you are not being disruptive, I don't think it's rude to use your digital devices in a meeting. I think what's more important to note is why people are using their digital devices during the meeting.
As a new project manager, you will probably be hosting many meetings for a project. It's up to you to stay focused even if the participants aren't captivated the entire time.
As project managers in general, we should really take a good look at why we call meetings at all.
You may think you've called everyone together to get their input. But how many people did you invite? What often happens is that a few people talk at once, and several people are left out and unable to contribute.They will inevitably find a more useful way to spend their time.
You may think you've called a meeting at a good time because everyone was available on the calendar at the same time -- finally. But realistically, almost everyone has something going on before and after your meeting. Your meeting isn't the only thing occupying their attention. An empty space on a calendar really isn't an empty space.
As project managers, we need to ask ourselves what kind of meetings we are calling, what's the purpose, who must be invited and why to determine if a meeting is the absolute best way for you to impart or gather a particular type of information. The reason for calling a meeting should not be because it's the easiest way to give information or to get input.
If you do find that you must meet, consider having several smaller meetings in small spaces that engage your core audience. Invite three to five people instead of a huge group. You can even adopt the agile practice of having 15-minute stand-up meetings to encourage groups to focus and get through agenda items quickly.
Sitting in a room waiting to be engaged is bound to lose anyone's attention. If you keep your attendee list short, even if the meeting is long, there is more audience engagement and less individual downtime. Most importantly, there is less opportunity for someone to tune out because they feel no one is paying attention to them.
How do you engage team members during meetings, and do you care if they use digital devices?
Read more posts from Taralyn.
Read more about project planning.
|My mother used to have a Charlie Brown pin that said, "I've never made a mistake in my life. I thought I did once, but I was wrong." |
I'm not as oblivious to my mistakes. In fact, I have made quite a few, both personally and professionally. In some cases, my gut told me I was making a mistake, but I went ahead anyway. Other times, I forged ahead confidently, only to be jarred by the sudden reality that I'd done something wrong.
This happened recently at work. I got called into the proverbial "principal, or headmaster's office" and learned something I'd done caused trouble at a sister company. Not intending to make waves, I had started a tsunami.
If you're a new project manager, it shouldn't be a surprise that you may make some mistakes. What do you do when you are called in to discuss your fallibility on the job?
I sat and listened to the grievance presented to me -- staying calm is always the best approach. I absorbed everything my organizational leader shared with me. The first thing I said was, "I'm sorry." I briefly explained my side of the story without fanfare or drama. If you can explain yourself with brevity, do. Rambling probably won't work in your favor.
I made it clear that I understood the other side of the story and guaranteed that I would be extra diligent in the future to avoid such mistakes. I wasn't defensive. I wasn't full of ego. I recognized my part in the issue and accepted the blame, as hard as it was.
My organizational leader was professional, but she also expressed her dissatisfaction and disappointment in my behavior. This was the hardest thing to hear. The importance of being able to receive harsh criticism is not touted enough. The ability to hear -- and accept -- when someone else points out that you failed goes a long way in helping you establish a fruitful project management career.
Afterward, my organizational leader followed up by saying she trusted that I had learned my lesson and would make better decisions going forward. She appreciated hearing my side because she now had full context of the incident.
Before leaving, I asked if there was anything else I could do. In my case, the answer was no, but if there are action items for you, be diligent about accomplishing them in a timely manner. Give feedback to your organizational leader about your progress.
Making a mistake as a professional is embarrassing, but most times, your career will go on. Deal with the mistake professionally and with integrity for a chance to be even better at what you do.