But take a look at the mountain of stuff on your desk. How many unchartered projects are in there? After all, it’s not like there’s a magic threshold for budget, time, or other resources needed for something to be a project.
If it’s got a beginning and an end, i.e., it’s temporary, and it’s creating something new or unique, it’s a project and it should be chartered. Look again. How many do you have?
Why wouldn’t you charter everything that fits the definition of a project? A number of reasons may be given for not getting charters for small projects, including:
Maybe this works for your organization. Maybe these under-the-radar projects don’t have any hidden costs for you, your department, or your organization.
But maybe it’s not working so well.
If, for example, you ever find yourself unable to explain how non-project work, i.e., ops, maintenance, support, etc. accounts for all the time you’re not working on projects, then maybe some of that unsanctioned project work needs more transparency.
Or if your request for additional department resources falls on deaf ears, it may be fair to ask if those who make that decision are completely aware of where your time actually goes.
If you find yourself backed into a corner without an explanation as to why you aren’t meeting project commitments, it may be time to think about chartering some of those covert efforts.
In addition, the benefit to the organization is that when all projects, including those pesky little projects, get chartered, there’s a better chance that everyone’s priorities will be aligned. It’s pretty hard for everyone to share a priority list without the same items on the list.
It may seem like management just doesn’t “get it,” but how well-versed are you in the organization’s objectives and strategic goals? If you can’t articulate that and see how your time is aligned with helping the proverbial ship get to where it needs to go, then maybe it’s a question of who is getting what.
Like everything else, the charter needs to be scaled appropriately. One page with bulleted items in a big font may suffice. What are the minimum items that need to be agreed upon and understood? Project purpose, benefits, resources needed, estimated timeline? Whatever works.
As long as there’s a place for a signature for someone to sanction your time. You just need enough to get it on the organization’s radar.
The Business Analysis Body of Knowledge (BABOK® Guide v3) is a comprehensive guide to the…
A certified Business Analyst (BA) has successfully passed an International Institute of Business Analysis (IIBA.org)…
A Business Analyst (BA) employs their skill sets to bring business value. The profession's foundational…
To successfully pass the International Institute of Business Analysis (IIBA.org) CBAP® or CCBA® certification exams, …
What is the BABOK® Guide? The ever-evolving business world requires reliable guidelines to assess and…
To advance your business analysis career through professional certifications like the CBAP, CCBA, and ECBA…
View Comments
Great article. For most IT departments a large part of staff hours are spent handling a series of miniature 1 hour - 40 hour projects that get bundled under headings of "maintenance", "support", "troubleshooting", or "operations". The fiction that these categories don't have a start/end, and so cannot be called projects, is dissolved when you look at what's actually happening. Another often unchartered category is all the time spent on feasibility study and very high-level estimating prior to official start of projects; only 10% of the bright ideas for business improvement typically get beyond that initial look but the other 90% still take time.