How We Deliver
In our work, we make use of the best tried and tested methodologies, processes, and tools.
In our work, we make use of the best tried and tested methodologies, processes, and tools.
With these measures in place, the results of each sprint/iteration can be easily monitored and the entire development process is smooth and systematic.
We apply a healthy mixture of flexible Agile methodology and the scrupulous RUP framework. It allows for:
When managing the backlog, we take into account the possible financial impact of the decision (profits and losses).
We will set up milestones upon the project start or after the 1st sprint. A milestone has to be a tangible piece of functionality that can be tested and improved.
While engineering the system, we keep room for possible changes.
Core project information shall be presented in the specification. It helps the team work more efficiently than in ‘pure Agile’. We recommend prioritization according to WSJF.
The number of tasks in progress shall be kept reasonable.
The system is built in iterations (sprints). The estimated length is 2–3 weeks.
The high-level vision of the product is the priority, details are secondary.
A single team of 6–8 players
SCRUM and Kanban
Projects with multiple teams
SAFe
We tailor our practices and methodologies to the specific needs of our clients, as necessary. The processes and policies are OWASP, ISO 27001, and ISO 9001 compliant.
No need for individual staffing. We have already assembled, balanced, and focused engineering teams ready for onboarding.
Service Team (Micro-team) – group of engineers who already worked together and know how to do certain task/project.Service Team (Micro-team) – group of engineers who already worked together and know how to do certain task/project.
Ky-ky, я дропдаун
Ky-ky, я дропдаун
Ky-ky, я дропдаун
A Service Team (Microteam) is a group of engineers who have already worked together and know how to do certain tasks/projects.
Examples: mobile app team, back-end team, front-end app team, microservice/feature team, and so on.
And for bigger projects, we create project teams based on a set of microteams thus making the entire staffing process easily scalable.
QA, UX, DevOps, and other resources may be part of a microteam or may work as a separate team depending on the project staffing requirements.
We may send you a couple of available team profiles within 3 business hours from your request time.
How can you be sure it is going to be a success?
We have strong competencies and great processes in place to implement them most effectively.
Let’s get to know each other at the kick-off meeting. Additionally, at this stage, we discuss communication channels, reporting, and other organizational issues.
Share with us your business needs and ideas, and our BAs will transform them into SRS and use cases.
We can create a UX/UI prototype to show what your system will look like.
Choose a technical or functional prototype to see the basics of your system in action. We also create a Software Architectural Document for you, which describes the general structure, approaches, and tech solutions used to build your system.
We deliver regular versions of the product, so the client sees the progress in real time and improves the product quality. We continue implementation along with V&V testing until the quality is accepted (remote or on-site acceptance testing).
After the project is completed, we enter the support phase (terms and duration as per the teaming agreement). During the maintenance and support phase, all fixes are done for free.
For outstanding results, we combine the best working processes with proper management.
For every project, we identify and establish certain KPIs and a regular assessment process. Normally, we specify project- or company-specific KPIs with the client.
For better results, we recommend close collaboration with a product owner on the client's premises.
Together, we document project requirements into a requirements traceability matrix and software requirements specifications.
Together, we elaborate a preliminary project plan and a risk matrix at the project estimation phase. In the project due course, the project manager regularly reviews risks, defines new ones, and sorts out those that are irrelevant. The PM also updates the project plan, modifies the list of tasks as the milestones are reached or new priorities are established.
To facilitate communication, the client gets an assigned project manager to address all the issues. The PM allocates tasks, controls compliance with deadlines, quality standards, etc.
Our QA experts join early and continue through the deployment stage and on-site running. QA engineers use:
• Regularly validated checklists on project processes and procedures
• QA plan (QA mechanisms, types of testing procedures, tools, technology stacks, etc.)
• User scenarios for software testing.
Bonus: we render independent QA services including functional, load, performance testing, test automation that can be done separately or as a package.
We manage the accommodation of our corporate knowledge base and the company-wide expertise through Confluence-based workspaces. Each project is assigned a separate workspace where the project team stores onboarding processes, project data, sketches, ideas, and relevant documents. All team players are encouraged to contribute.
For efficient management of changes at Qulix, we use the CM Guideline. It depicts processes and procedures to follow when the project requires some changes (requirements modification, technological modifications, etc.).
We use JIRA for Agile Boards, Burndown Chart, Created vs Resolved Issues Report, Velocity Chart, etc.
The client gets access to our JIRA to track the progress.
Offer your tool of choice, if needed (e.g. Rally, Trello).
Add any communication tools or patterns that will make you comfortable (phone, Skype, personal meetings, etc.).
Discuss your preferred communication options with us during the kick-off meeting (phone, Skype, Slack, Zoom, videoconferencing, etc.).
Get weekly updates from the PM or connect to daily stand-ups with our teams to plan activities, check for updates, and more.
At Qulix, we have a standard set of reports we usually use to update the client on the project progress, problems that need resolution, defects, etc. By default, the following reports are used:
• Weekly project status report
• Report on the project plan/updated project plan
• Available defects report/fixing dynamics
Project documentation is an investment into making a product futureproof (in case of a team replacement, need for migration/tech revamping, etc.).
Depending on the product’s specifics and the client’s processes, we may agree on short 1-week sprints or longer 3-week development cycles.
We help clients streamline delivery, operation, and testing processes. Coupled with automation, our delivery processes enable higher team efficiency, prevent burnout, and add agility to product development.
We use sprint planning meetings, daily stand-ups, retrospective via video communication tools (Skype, zoom, GTM). Don’t hesitate to offer your preferred communication schedules and formats, if necessary.
We suggest including a project manager or team coordinator into a project team to facilitate communication, unload the client’s product manager, and increase the efficiency of the team’s work (reporting, defining gaps, etc.).
JIRA | Confluence | Git Subversion | Gradle | Maven Jenkins | GitLab | Nexus JUnit | TestNG | QUnit | jest JaCoCo | SonarQube | SpotBugs Checkstyle
Feel free to get in touch with us! Use this contact form for an ASAP response.
Call us at +44 151 528 8015
E-mail us at request@qulix.com