Typing “Agile Development” into Google search brings up 123,000,000 results. Sift through the first 5 pages, spend 3.5 hours reading through webpages that all seem to be the exact same copy of each other with cosmetic edits, or worse, websites that say the exact opposite, and be nowhere nearer to understanding what an agile transformation is. Been there done that.
We have tried, and we have failed, and this is what we have learnt – to save you all that computer eye strain, mouse fatigue etc. 🙂
Speaking to Titaners across teams, we bring you the differences in work practices after our Agile transformation, broken down into the main areas of:
After a full month at Titansoft as interns, we have come to learn more about Titansoft’s Agile culture. So, what is Agile software development?
Agile is often compared to the traditional Waterfall methodology where a linear approach is taken with software development; each stage is generally finished before the next one can begin. On the contrary, Agile methodology emphasizes the rapid delivery of an application in complete functional components, with a high commitment level from the client throughout the project. With Agile, all tasks are “time-boxed” into phases called “sprints”.
In Titansoft, each sprint lasts a week within which a running list of deliverables planned at the start of the sprint is completed. Deliverables are prioritized according to their value as agreed by the stakeholder and product owner. If all planned tasks for the current sprint cannot be completed in time, work is reprioritized and the information is used for future sprint planning.
This article is about what I have submitted to Scrum Alliance while applying for my CSP (Certified Scrum Professional) certificate, and I would like to use this opportunity to share about my Agile learning journey during my years in Titansoft. This has been a very different journey in my life for the past 3 years as it required lots of guts and commitment.
Similar to the idea of continuous improvement in Agile Development, we believe that we constantly need to broaden our Agile knowledge. These 12 Agile blogs are the ones that I personally follow and read frequently (with no particular order). For me, the good point for reading other sources is that I can learn to be more adaptive – if I stumble in my current way of doing Agile, I can learn from other people’s experiences and try to adapt it into my own development.
How often do we start something with fervor but neglect to monitor the progress or even feel baffled when the project fails? We have built up a few Communities of Practice (CoP) like TiQuality and other technical communities. But how well are we doing? Getting up close with Bas Vodde, creator of LeSS framework during the Agile Tour 2015 brought us some insights on how we can improve our CoPs.