DEVOPS We strive for efficiency

At Resimator, we follow the agile software development approach and we like to make the best use of industry standard tools, opensource technologies and devops practises. We are transparent and involve our customers actively during the development and delivery cycle based on project size.


Operation Process

Our customers are added in our internal group slack/mattermost channels and are timely updated regarding latest decisions or build releases. The whole objective of the project is broken down into several iterations. We will create a suitable sprint and release plan for each iteration. There will be a weekly / bi-weekly meeting before each sprint where we discuss and confirm the requirements for the upcoming sprint. Similarly, we take feedback for past sprint’s tasks and try to implement them in upcoming sprint. During this whole process, you will be working closely with developers, allowing you to get a clear picture of how the development process is going on.

We tend to keep the release cycles fast and short, so that you can get new applications and features in a quick and reliable way. In order to keep the process smooth, we adopt the devops practice at our best.

THE WAY WE WORK End-to-End Development Approach

Quality-driven agile development process for better transparency and flexibility.



Phase 1

Project Onboarding

Phase 2

Project Analysis

Phase 3

UI/UX Design

Phase 4

Development

Phase 5

Deploymnet

Phase 6

Maintenance and Support

Project Analysis Deployment Maintenance and support Project Onboarding Phase 2 Phase 5 Phase 6 Phase 1 Phase 3 Phase 4 UI/UX Design Development

WORKING PHASES Development Process in detail

Phase 1
Project Onboarding
This is the first step that involves gathering all the necessary details and expectations regarding the project. The important stakeholders from client’s side and development team are brought together and are introduced regarding their responsibilities, operational guidelines and project timeline. We also onboard the team to our communication, project management and documentation tools.
Phase 2
Project Analysis
Our project lead and product owner from the client side will be engaged in iterative processes to validate requirements based on project timeline & budget. In this iterative process, different aspects of the project are discussed; such as - feature analysis, usability, delivery timeline, risk identification, etc. We create user stories/user journeys and document them in confluence which are validated by the product owner.
Phase 3
UI/UX Design
With the requirements and project vision in place, the concepts are designed and detailed to better understand the functionality required for the project. It might involve creating simple wireframes or more detailed prototypes.
Phase 4
Development
Once the requirements and objectives are finalized for the upcoming sprint, the core development process is initiated. Git/Bitbucket CI/CD pipeline is used for source code management (SCM), build and test automatically. We use docker for contarizing our application. The sprint reporting is conducted at the end of each sprint, and feedback is taken for the past development. The approach helps to track the progress as well as smoothens the debugging process.
Phase 5
Deployment
New code is deployed on a continuous basis through configuration management tools. We use CI/CD pipelines for continuous integration and continuous deployment. Depending on the size of the project we configure a different number of servers for testing and staging environments. You will be provided with access to the staging server. Staging environment is built identical to the production environment and you can use it for final testing of features before production deployment.
Phase 6
Maintenance and support
We make sure the cloud infrastructures are production ready before going live. Once it goes live, our developers will continuously monitor the application performance and highlight the issues. We use dedicated monitoring tools for the purpose. Any major or minor issues found could be reported through JIRA or other bug reporting tools and are fixed during ongoing support and maintenance.
Phase 7
Project Handover
We provide all necessary project handover documentation. It includes (i) All necessary confluence docs, (ii) Production builds (iii) Developer documentations (iv) API documentations (v) List of sub processors (vi) List of all open source technology, libraries and tools used during the development. We can also assist your future tech team for development and production environment setup.

THE WAY WE WORK What devOps as a service gives

Increases productivity of the team

Automates repetitive tasks

Delivers product faster

Improves efficiency in communication

Eases bug tracking and debugging

Technology Core Tools we use for better software development

Mobile App (Android, iOS, Tizen)

- React Native

- Flutter

FrontEnd

- React

- Angular

BackEnd

- Laravel

- Node.js

Cloud

- AWS

- Azure

- Google Engine

Project Management & Documentation

JIRA - Project Management

Confluence - Documentation

Slack or Mattermost - Communication

Swagger - API documentation

CI/CD - Bitbucket pipeline, Github

Other tools - Dockers, Kubernetes

Third-party API Integrations
REST, SOAP

- Accounting, Payments, IOT platforms, AI platforms, AWS, Google cloud, etc.

Devices and platforms

- Mobile

- Tablet

- Samsung Kiosks

- Elo Kiosks

- Desktop

- Web

Development Environments

We create three different environments for testing and deployment purposes.

Test Environment

A test server is deployed in order to facilitate developers to test the features in a remote environment. The server is mainly used by developers and may contain error prone features as well. Thus, the client is not supposed to have access to the server.

Staging Environment

A server is created with identical configuration details and database data to the production environment. Clients will use this server to test the feature from their prospective and confirm if the features are production ready. Team members are required to publish error free, tested versions of code to the staging environment.

Production Environment

A production server is the one that is available to the end user's usage. A good amount of testing, manual and automated needs to be carried out before pushing the code to production.

GET IN TOUCH Let’s discuss & build
an extraordinary product

Request a quote