14.1 Enterprise Project Execution

Video Activity
Join over 3 million cybersecurity professionals advancing their career
Sign up with
Required fields are marked with an *
or

Already have an account? Sign In »

Time
6 hours 23 minutes
Difficulty
Intermediate
CEU/CPE
6
Video Transcription
00:01
Hello and welcome back to Enterprise Project Management.
00:05
Less than 14. Enterprise project execution.
00:09
I'm
00:11
still gain.
00:12
Uh, thanks again for taking this course and stick with me as we, uh, come toward the tail in here.
00:18
Um, in this lesson, what we're gonna talk about is just a general
00:23
project execution methodologies and challenges in best practices specific to an enterprise project. We know that they're more complicated or complex.
00:35
They have greater challenges because the organization is now involved. And you've got different division than bureaucracies and all that kind of stuff. So you're gonna find yourself in the position where
00:50
building those communications and keeping that communication and managing that communication are going to be more difficult
00:57
for your enterprise projects
01:00
so specific to
01:03
governance in some ways. But really, what you're talking about is is the organizational governance and the structure of the organization
01:10
that this project is being run out of. So if you're looking at more of your matrix organizations versus your traditional hierarchical organizations, you have
01:23
a better overall level of control as the project manager. But you do have some specific challenges. So first thing I want to talk about
01:33
is managing communication in the work flows. And again, this is specific to enterprise project execution. So some of these things will be less of an issue or definitely be less formalized when you're in a smaller scale project.
01:47
So the 1st 1 is what's called a racy matrix. Racy stands for responsible, accountable consulted and informed
01:56
and the idea behind a racing matrixes. When you're doing these enterprise projects that you identify as early as possible
02:04
all of the stakeholders within the organization
02:07
and for each task or sub task or group of tasks or whatever,
02:13
we should be able to identify
02:16
the stakeholders that are going to be responsible. And ideally, that's one per task.
02:22
Um, but the person responsible is obviously overall responsible for making sure that everything gets done.
02:28
The person is accountable, which is the A is usually the person that is actually
02:34
directly accountable for the work. So, in the case of, say, the project's schedule,
02:39
the product managers accountable to make sure the schedule is up to date and manage. But they aren't necessarily responsible because they may not have enough,
02:49
uh,
02:50
political power, really to modify the schedule. That's where your PSC comes into play if things start to fall behind or whatever the case might be
02:59
consulted
03:00
is somebody who is part of the approval chain for that sub item or task.
03:06
But they're not necessarily doing any work there, just that approval authority. So if that that task means approval of one or many levels within the organization than their consulted. And then finally, they informed, are all those stakeholders that are going to be interested
03:23
in the status, whether it was completed or not completed
03:28
on time and things like that.
03:30
But they aren't necessarily decision makers. Those of your subject matter experts, your developers. You want to keep your team informed, not drown them in communication. But you do want to keep them informed
03:42
and by identifying them as an eye under racy matrix. You'll kind of remind yourself and remember to inform them when you have different project task being completed,
03:53
that that sounds complicated. It is
03:57
so one of the other things that you want to look at is automated systems, so there are numerous automated systems that govern project management that are designed for these large, complicated, complex enterprise level projects and what those systems conducive for you
04:16
is automate the tasks that the project manager otherwise normally has to do. Now, can they automate your schedule now? Not really.
04:26
But if you have the right kind of system, once you build the schedule, then you can automate the notification to the appropriate stakeholders based on there, where they are in the racy matrix
04:38
that the task is beginning that is completed,
04:41
that has been delayed, whatever the case might be. So you wantto before you embark on an enterprise project you really want to look at, what are your organizational systems that you have for workflow?
04:55
And how can you automate the normal
04:59
minutia of project management? So I don't necessarily need to be manually informing people via email that they've been assigned a particular task in a project that's just gonna drag me down and really
05:11
caused me to have a lot of extra hours of work that doesn't benefit the organization. So if I have an automated system, which there are many that exists
05:19
whereby once I assigned a resource to a task they get in, an email on automated email says, Hey,
05:27
you've been assigned to build X y Z widget, Um, and used to be done by Friday except a reject er at for a postponement. They interact with the system that all I'm doing as the PM is looking at the macro level of how my resource is air are relating to the system.
05:45
As to whether my project is going is going well, we're not going well.
05:48
Another thing you might want to think about is building yourself a project wicky. So
05:54
enterprise projects
05:56
are
05:57
the only diverse functionally, but they're also diverse geographically, so having some sort of central hub of knowledge like a project Wicky allows your project team members to collaborate in an a synchronous format
06:13
but allows everybody to get caught up to date. So these are some of the things that you know people don't often time to think about when they're doing enterprise projects. But managing that communication and workflow is really the primary
06:28
role of the project manager during product executions. How do you get the disparate pieces and parts of your project working together?
06:36
Um,
06:39
the
06:41
way that you evaluate your success, you want to tie those evaluations to both project and functional success. So these enterprise projects again there long
06:49
you're not gonna be able to stop your day to day work. We talked about the whole treading water versus swimming to shore kind of a thing.
06:57
So you really need to focus heavily on employee evaluations within these major organizations, especially that they measure both their success in the within the project team as well as their success in their functional area.
07:11
And ultimately, all this comes down to getting
07:15
your people, your individuals, those doing the work
07:18
to be to pull the same strategic direction as the enterprise project as well as the organization.
07:27
It sounds very simple. If it was that simple to implement that I would be a multi millionaire because I would be the greatest consultant in human history,
07:35
it's extremely difficult to pull off. There's so many variables I can't possibly talk about him during the class,
07:43
but you really want to focus a
07:46
a decent amount of your effort to make sure that you've got strategic alignment within the organization.
07:54
And then the last thing
07:55
forma best practices standpoint is just to decide during execution,
08:00
whether you're gonna lean, agile Orlean waterfall and we've done both types of schedules. Earlier on in the class So you should be somewhat familiar with the differences on. And that goes back to whether you are a wannabe utilizing a pool versus a push work system, pushing, being You're more waterfall
08:18
where you tell people what they're gonna do versus the pool where they can pull from state can ban board.
08:24
Um and they know what their workflow is. They know what they're kept capacity is, and so they can demand work at their at their pace.
08:33
You can use combine boards. You can do the more of a scrum methodology that involves a lot of stand up meetings. First thing in the morning
08:45
communicate heavily in person is ideal for scrum on your and your doing. Those either sprints is what is the term strictly for scrum.
08:54
Other folks will know what a federation, but they do kind of the same thing. If your time boxing your work and you're saying
09:01
I've got two weeks, three weeks, whatever to get many things done on my list is I can How money losing can I get done? So when you're using agile, just know that you're moving from a pole to a push type of system you're putting a lot more responsibility and trust in your project team,
09:18
but it also frees them up to work at a faster pace than you might
09:24
consider them working at, because nobody tends to work
09:28
in a vacuum on do extra stuff. So that way they can read, smacks efficiency without a lot of intervention by the project manager
09:37
and and really get a good solid workflow.
09:41
So in summary, we talked about some of the best practices in commonality with an enterprise project execution, focusing a lot on matrix organizations, which are pretty required for good enterprise project execution,
09:54
as well as the difference between agile versus waterfall in the execution phase and that member those air, not binary. That's a scale. So you can go hard core waterfall all the way too hard for agile. And there's lots of flavors in the middle.
10:09
Thanks again, and I will see you the next lesson
Up Next