How to handle Tickets during Sprint Planning?
That was the question posed in a recent discussion. The question further provides the following details – “I work within an agile team. We have a released product and we are still working towards a future release. Every sprint we receive anywhere from 0 to 5 tickets to fix bugs in the released product. Our team is composed of software engineers (to handle new development) and maintenance software engineers ( to handle tickets). My question is how do you account for the maintenance hours during sprint planning. Currently we have a story called maintenance buffer where we allocate some hours to solve tickets.
October 4, 2013
Within the SwiftKanban development team, we have evolved our Engineering practices, combining principles of Test Automation, Continuous Integration and Kanban thinking. At the same time, as we look to hire people for such a development environment, we have found it difficult to get people who understand such an environment, even though we can hardly be called bleeding edge! Hopefully, this post helps in understanding in our Engineering environment. The day starts with a stand up meeting at around 9am. Since we are distributed team across three different locations (3 cities, 2 countries), many of our team members join the call remotely.
Recently, we participated in Agile India 2013, where our Sr. VP of Engineering, Sudipta Lahiri was invited to be part of a Panel Discussion. The topic was Agile and Innovation and the panel discussed some of the challenges – perceived and real – that agile teams face trying to innovate. Here is a post by Sudipta summarizing the discussion. I was one of the panel speakers at the Agile India 2013 conference that was held in Bengaluru from Feb 27th to March 2nd, discussing whether Agile fosters or kills innovation.
