Process | Explained
An Iteration
- Needs Identify your business priorities
- Collaborate / Build Examine technical approaches with Admios
- Use Work live with the solution
A Project
A Project is actually the combination of many smaller cycles or "Iterations" rather than a single collection of requirements put into one massive push to production, or even a "Phase I" or "Phase II".
A build is just what it sounds, an instance of a working software application, generally a subset of functionality from the overall projects aim.
Building Business Value
with Applications
The above graphic describes how you collaborate with us, the technology we build, and then how you improve it. Simple, yet that is the heart and soul of our success. We guide this effort of course, but it really starts with your inspiration. We mix your ideas with our technology experience and fast results follow. You are working with software weeks into an engagement, when most people are still debating requirements, allowing for quick and informed refinements. The key is that the development is informed by your actual use of the tools.
We decrease the time your team spends on technology relative to alternative methods. We simply moderate (rather than front load) the time required, pace it with your availability, and deliver systems in smaller and more frequent chunks to drive out risk.
When we are finished there is no huge release or learning curve to adopt. In fact, you're likely to barely notice. You have been using the bulk of software in production for some time. Most importantly there are no surprises in how the software works or behaves; allowing users immediate productivity. Having provided the critical ingredient - real world feedback and use - your team remains focused on what's important; the business.
Competing methods and consulting firms thrive on risk; even create it, reinforcing the need to engage them. Warning signs include:
- "Up-front requirements" as a substitute for real world feedback
- Milestones and phases where there are check-ins to keep things on track
- "Usability expertise" in lieu of real users
- A contract stating you understand your consultant's vision of implementation strategy.
- Deliverables in "phases" but software that you won't get to use until the end
- " A first phase designed to capture "requirements" resulting in a plan (or specification) that foresees the future months ahead of the business
Rather than diminishing, the resulting project increasingly builds risk the closer the project is to the launch date. Risk is at an all time high when user's first impressions and people's jobs are on the line, mistakes are crippling.
It's enticing to think it will work; don't get us wrong, we formerly worked on those projects back in 'the day', before switching. Admios believes customers deserve better than the aftermath of those projects. Aside from self-servingly compounding risk to create a favorable reception for a contract, we don't understand why industry hasn't evolved. We simply want more for our customers I guess.