Implementing Scrumban- Story so far May 21st ,2011- Scrum Bangalore “PechaKucha” Presentation By Nitin Ramrakhyani, Sr. Product Manager, Digite Inc.
Background Context Digite Inc, valley based product company, pioneer in Web-based Collaborative Products/ Solutions for Geographically Distributed Teams Over 75 customers/ 250,000 users in North America, Europe, Asia/ Pacific. Two products, Quarterly releases 30+ dev team size, 5-8 QA, 1 PO, distributed across three locations.
Enter Scrum ImgSrc: Scrum Primer by Pete Deemer
How much we Scrummed? Release Planning – Backlog Prioritization, estimation Multiple iterations in each release Iteration demos Feature Teams – For better impact analysis Early QA involvement Increased Automation, Daily builds Daily scrums Retrospectives
What Worked, for us ? Iteration demos – Early feedback, to make early correction Early involvement of QA Feature teams Retrospectives, allowing team to reflect and make improvements. Lead to lower defect rate, better quality….more happiness.
What didn’t work, for us? Daily scrum Weekly Status Calls Still needed Usecases, stories couldn’t help. Interruptions threw off Iteration plans, often. Tough to do iteration planning multiple times, gather all stakeholders. Backlog changes within a sprint not allowed in scrum, but needed for business. Needed quicker defect-fix deployment, hence Release(minor or Hotfix as we call) WITHIN Iterations
Who doesn’t like cocktails? Scrum + Kanban = Scrumban
Shaken, not Stirred….Our mix Scrum Release Planning – remained same at high level Iteration Planning and fixed iteration scope Daily Standup - within smaller teams Retrospectives Agile Engg practices – daily builds, test automation etc. Kanban Work Visualization ( different than Agile task boards) WIP Limits, to discourage multi-tasking Test as soon as “done” Dealing with bottlenecks asap Focus on smooth “flow”