A plan is created with all of the tasks needed, timelines, who is involved and budget. Some parts of the plan are task driven and others are key activities to create the marriage.
A wedding coordinator is hired to manage the plan and make sure everything gets done.
Family gatherings are abundant to figure out design of the wedding, and in all of the heated discussion it is easy to lose sight that it is more important to plan the marriage than the wedding . . . so much focus on one day and yet we need to be focused on what lives on after that day. The bride and groom try to find time among the chaos to discuss the details of their life together.
An hour-by-hour schedule is created for the wedding day and everyone has his or her part to play, including the rehearsal.
And . . . then there are the vows, the go-live!!!!
What lives on forever is the marriage . . . and just like a project, if requirements change, are missed, or the stakeholders, needs, and context changes the marriage is at risk. The marriage must be adaptable and prove value to those impacted to be considered successful.
The Bride and Groom need to be BAs in their own right and ensure that they are thinking about the future and an enduring life together vs. being all consumed by the wedding.
The scope of the engagement and wedding is all of the tasks leading up to the wedding day to make the wedding happen. I compare this to Project Scope.
The scope of the marriage is what lives on and the qualities, features, and capabilities that make it successful. I compare this to Solution/Product scope.
Project Scope "The work that needs to be accomplished to deliver a product, service, or result with the specified features and functions."
PMI PMBOK 4th Edition
Product Scope "The features and functions that characterize a product, service, or result."
PMI PMBOK 4th Edition
Solution Scope "The set of capabilities a solution must deliver in order to meet a business need."
IIBA BABOK v2
Some practicality of this for your projects:
- Documenting both the project scope and the product/solution scope is critical to the success and business value of the project.
- PMs are typically responsible for the project scope
- BAs are typically responsible for the product/solution scope
- It is critical to success for BAs to define solution scope, even if it is not defined or well defined when you join the project.
- Solution/Product scope statements are the features and capabilities of the solution/product that live on after go-live; they are not the tasks that need to be done to deliver the solution.
- Project scope alone (task driven) is dangerous to the project success as there is no common alignment and documentation on what should live on once it is implemented.
- Use a Scope/Context Diagram to accompany a Solution/Project scope statement. The IIBA newsletter had a great 5 part series on context modeling by By Meilir Page-Jones. The series started in the Feb 2011 Newsletter.
Happy solution scoping and happy marriage making!
Don't forget to leave your comments below.