Case Study: Implementing Accelerated Mobile Development
The client needed help building mobile products on an accelerated timeframe
Sphere was asked to build a mobile application that allows employees to pay for a taxi using a corporate account. The goal was to build a MVP within 3 months that shares 90%+ or more of the code between iOS and Android as well as important structural commonalities between mobile and web versions
For the MVP, the Sphere team included three developers, one designer, and two shared QA analysts.
The client’s requirements were quite fluid. Features were added and subtracted with each sprint. However, the basic flow of the project followed an agile test/release process.
- Business requirements received
- Designer creates mock-ups
- Mock-ups discussed and reviewed and revised internally
- Client approves designs or another round of adjustments takes place
- Wash, rinse, repeat
Within that deadline, bi-weekly sprints kept the team on a rapid release schedule. The team used Slack and Jira with bi-weekly sprints. In person and video meetings occurred on a regular basis to keep the team connected.
For fast prototype creation against an accelerated timeline and to preserve a common code-base across iOS, Android, and web, React Native was used for Android, and iOS while Ruby on Rails was used for the backend. In addition, other tools used included:
Deciding on a tech stack for this project was not easy since requirements were flexible and the end state was not well documented. The team recognized that the limitations of standard mobile development approaches (Swift – iOS, Java – Android) would not work given the constraints of budget and timeframe.
A MVP was completed within the three-month deadline. The MVP was released for internal use. Testing followed, and then after acceptance testing, the app was made available publicly. So far, the app is responsible for 20% of all orders on the platform. This number is growing every week.
Understand the trade-offs of technical debt
How do you strike the right balance between feature development and the handling of technical debt? New white paper now available.
Talk to the team that worked on this projectLet's build a great team together
Related Case Studies & Resources