Tech inside: Agile software development (Part 1).
Take a need. Make a code.
See, here’s the thing: when something in your company works properly, gives you excellent results and has been built with effort, you would jealously keep it hidden. You believe it’s your competitive advantage, the “know-how” you want to protect.
In this particular case, though, I think it’s a duty to share it, so that it can be an inspiration for those who, like us, always seek improvement and aim for success.
(And let’s face it, it’s also a great story to tell! 😁 )
The point is that a time has come when, thanks to the continuous improvement and development of our product portfolio over the years, the number of customers and the complexity of the projects has soared.
By then, our production process could no longer meet the quality and time-to-market requirements we had set ourselves. The increase in support cases was the first indicator that something had to be improved: after that, the difficulty in respecting product roadmap timing has definitely pushed us to change.
I’m talking about the software production process in Imagicle and how the introduction of the Agile-Scrum methodology has given us a significant boost.
Let’s see how.
The key idea: keep in mind the wider community of your customers.
The journey from a traditional development methodology to Agile, up to Agicle.
With a vast audience all over the world, the day we release a new version of Imagicle UCX Suite on the market, and the days to follow, are the most challenging. The efforts of the last period are put to the test, we all hope that nothing has escaped our analyses, and, above all, that what we have achieved is simple and effective for everyone.
During this process of continuous improvement, the radical change that has brought Imagicle a significant benefit in terms of quality, stability, and forecasting of production times it was the adoption of the Agile methodology.
Soon enough, according to our implementation, within Imagicle it took the name of “Agicle“.
Such well-known method, designed for development teams, is suitable for those who must meet needs that change during the implementation of the solution and face unpredictable challenges.
Its strong point is to allow developers to maintain fast and predictable times while ensuring the highest possible quality; a method that is often only partially adopted, but which requires radical change.
Don't miss the next post.
Marco Cerri will talk about the importance of a crucial figure in the interaction between the development plan and the final customer, the Product Owner.
He’ll explain how to break the development work into small increments and how to keep product quality intact through continuous automatic testing and a development strategy capable of responding flexibly to change.
You might also be interested in…
Products BlogCloud or Dedicated Cloud. What’s best?You're migrating to the Cloud and you need to choose between a public or private instance? This article will help you.
Release BlogWebex Single Sign-On for Imagicle apps. Simplified access, increased security.With Spring '22, all Imagicle apps will be accessible through Webex's Single Sign-On. Find out how this make your life easier.
Products BlogImagicle Attendant Console for Webex Calling: the operator console that was missing.Discover a new native integration. Attendant Console is fully compatible with all Cisco platforms!