Our Process
Together, this is how we’ll build your enterprise application or entire work system
Phase #1
In our practice of domain-driven design, before building anything we collaborate on modeling your organization’s activities to form a set of project blueprints, including a vocabulary (as the saying goes, one of the two hard things in computer science is naming things). In his 2003 book Domain-Driven Design, Eric Evans explains the nature and goals of such models:
These models are never perfect; they evolve. They must be practical and useful in making sense of the domain. They must be rigorous enough to make the application simple to implement and understand.
Phase #2
Engaging OS imposes some design constraints in that apart from public-facing ones, there are only two main types of screens: 1) role dashboards, comprising sets of consoles each displaying a table; and 2) ports, being mostly forms. Within these constraints, we express and build on your brand, striving for elegance.
We value consistency. Luckily for our medium, consistency makes a software system not only easier to use but also easier to produce.
Ultimately, we hope to achieve personality, which can emerge with consistent use of a critical mass of design patterns.
Phase #3
Importing existing data into the system will likely be necessary, which we'll perform by building a series of scripts to make the import easily repeatable. Scripts handle the migration of file libraries and files themselves, avoiding file re-migration. Scripts then get merged so that the old system’s data can be migrated with a single click.
To enable migration we include all the ids from all entries in the old system (or create these if they’re lacking) and use them within our import scripts to join up our new tables.
Phase #4
Development proceeds according to the order determined during Phase #1, based both on your business requirements and on which aspects of the system are required for others.
We meet regularly with relevant members of your organization for them to evaluate progress, provide course-correcting feedback, and learn about the system. The frequency of these meetings depends on the nature of the current work, varying from weekly or more to bi-weekly or monthly.
Phase #5
During the intense pre- and post-launch periods we observe each and every user session — there's nothing better for revealing and addressing user confusion.
Phase #6
Emerging from the post-launch period, we’ve only reached the end of the beginning. As your organic system grows, we are with you for the journey.
Capacity
We can onboard more organizations next month.
One Small Step
Tell us about you and your organization