Project Scoping
Even though neither party may see the ‘whole’ system in its mature state, we shall always define and agree on what is to be built in your next sprint before commencing any technical work. Our developers develop against a set of deliverables grouped by modules making up your system. Scoping work can be completed by your team (if you have bandwidth and capability) as long as it meets our specified standard - linked to below.
Scope Change
Things ALWAYS change. We do not attempt to lock down the scope and requirements for your whole system, but just the parts of your system that are required first or next. We can add as many modules and features as you want to a future development queue, and you can prioritise these as being next on the build list with your PM once we’ve kicked off. If you need to change something in the current sprint, we will pause and rescope as required.
Feedback & QA
The speed of development with nocode and lowcode technologies is blistering: Days and not months vs traditional coded stacks.
Clients are responsible for providing critical feedback “little and often” during the process. If a next step depends on an earlier step to be signed off by you - we’ll need to pause the project until we have that. This can lead to delays against estimated deadlines.
Read More
Check out our approach to scoping and some rationale below: