Nearly a decade after the publication of Scoping a Project, we still get questions on the importance of a Project Scope for Web and Application Development.
In February 2013, we posted an article about writing comprehensive project scopes for web development. The article details the anxiety, trust, expectations, and comfort created by a detailed project scope for digital design and development, be it a web site, web application (SaaS), or Mobile App. This 5-page article takes designers and clients alike through the process of creating a scope and the benefits to both parties when embarking on a new project.
Since its creation, we’ve occasionally gotten feedback that the time and cost spent developing a scope was unnecessary, where ambitious entrepreneurs prefer instead to dive headfirst into building out the product. Their concerns are valid: I’m already allocating funds for the development of my app. Why do I need to spend more on this part of the strategy?
The frustration and confusion arising from this is not their failure. It's ours.
Most prospective clients do not do digital design and development for a living. They don’t create web sites or mobile apps. They work in their world with their own core competencies and they use the internet and mobile devices to supplement their own processes and run their own businesses. With years of experience and continual refinement to internal workflows, they know how their business runs best. But we’ve failed to properly communicate how integral the project scope is in our world. In this article, we’ll attempt to correct that failure.
The project scope is your bible. It’s your roadmap to success. It’s your best friend. It’s a highly detailed, highly granular checklist of all the things you should expect from your project when it’s completed and delivered to you.
In the same way, it is our bible. Our roadmap to success. Our best friend. It tells us what we’re hired to create, leaving no room for misinterpretation or scope creep. Everything in the project scope will be included; nothing outside of the scope should be assumed.
Imagine you’re building a house. We all imagine differently what houses look like. They have doors and windows, walls and a roof. You and your builder agree on a price and you get started.
Here’s the house you’re expecting.
Figure 1. A House.
Here’s the house the builder is expecting.
Figure 2. Also, a House.
Neither one of you is wrong. They’re both houses. They both have doors and windows, walls and a roof. The issue is obvious: the client and contractor never discussed exactly what would be included when the work was completed.
|