03 Jul 2019
3 mins read
Welcome to the world of Agile DevOps! In this first blog of the series, we will have a detailed discussion on what Scrumban is and how it can be used to successfully execute a project.
To be precise, Scrumban is an agile framework describing hybrids of Scrum and Kanban. It was originally designed as a way to transition from Scrum to Kanban and combines selective best practices of both Scrum and Kanban. It uses the inherent nature of Scrum to be agile for development work along with encouraging teams for following the lean philosophy of Kanban to eliminate wastes and provide what customer needs. Scrumban supports continuous improvement.
Scrumban has proven to be a good exposure to teams for getting adapted to lean thinking before they start moving to Kanban frameworks. This is especially helpful to teams that are new to agile and want to start with some lighter frameworks in agile.
Scrumban has been quite popular among organizations who desire to adopt a full-fledged agile methodology. It shapes themindset of teams in getting adapted to agile methodologies and allows organizations to follow a systematic approach in getting their teams agile-ready. Following are some of the common scenarios where Scrumban can be handy in successful project execution:
1. We need a Kanban board to visualize work and manage backlog. Scrum board is not used, as sprints are not mandated. Work is more of continuous flow, and deployments and releases would be done at the team’s discretion as per readiness. However, it need not be a fixed cadence if we have to opt for Scrumban.
2. We would need to impose WIP Limits so that we know how many tasks a team can handle at any given time. We can have more columns than just ‘To-Do’, ‘In-progress’ and, ‘Done’. For example, ‘Development and Testing’ can replace ‘In-Progress’. Work-in-Progress is controlled by workflow states.
3. It is a best practice to have a DOR and DOD as you may still want to know when to start development and when to claim the work as Done. This can be supported by two columns on board having ‘Ready’ after ‘To-Do’ and, ‘Done’ as the last column.
4. Scrumban does not impose need for cross-functional teams and members can be specialized in skills. Hence, there can be roles as needed. Though there is no restriction as such on total number of members in a team. It is recommended that team size should be manageable.
5. There is no estimation of backlog items as it does not add value when work is done in a continuous flow. We are more focused on eliminating waste. Thus, estimation is eliminated as it does not add value.
6. As we do not have estimations, work priorities are handled by arranging the flow of work in a way that enhances business value.
7. Implementation of high-value changes is instantaneous as they can be show-stoppers. Prioritized work is handled one after another when resources are available.
8. Not having sprints in Scrumban doesn’t mean planning it not required. On-demand planning is highly encouraged along with reviews and retrospectives as and when required by the team to ensure continuous improvement.
9. Daily scrum with a time-box is mandated. This helps to track day-to-day progress and gather team feedback.
10. Impediments are avoided by on-demand planning and application of explicit policies. For example, the project manager can terminate less important features or do freeze feature(s) when the deadline approaches.
11. Team performance with respect to productivity on Scrumban can be measured using cycle-time metrics. Lead-time and throughput metrics will support the information required on the overall work done by the team.
Scrumban has proven to be a very helpful framework to carry out the support and development work together. This model has become popular where teams are new to Agile and when teams are transitioning to Agile.
The next blog on Agile will be soon published. Stay tuned.
About the Author
Suhas Hanumantrao Mali, Sr. Consultant – PMP, CSM, CSPO, SAFe Agilist – has 19 years of IT experience out of which majority of experience is in Project Management and Agile Coaching. Author has coached 1000+ Consultants in Hexaware and at Client locations, experienced in leading Enterprise Agile Transformations and Technology Migrations, experienced in coaching Business Teams, Product Owners, Scrum Masters and Development teams in Lean and Agile Frameworks.
Application Transformation Mgmt.
03 Sep 2019
26 Apr 2019
28 Mar 2019
13 Aug 2018
19 Jun 2018
Application Transformation Mgmt., Healthcare, Insurance
18 Jun 2018
28 Nov 2017
14 Sep 2016
03 Sep 2016
25 Aug 2016
11 Jul 2016
17 Feb 2012
BI & Analytics
03 Jan 2013
Digital Assurance
04 Feb 2013
06 Feb 2013
Digital Assurance, Enterprise Solutions
14 Feb 2013
18 Feb 2013
21 Feb 2013
27 Feb 2013
Others
01 Mar 2013
04 Mar 2013
Enterprise Solutions
05 Mar 2013
18 Mar 2013
Digital Assurance, Enterprise Solutions, Others
22 Mar 2013
12 Apr 2013
26 Apr 2013
29 Apr 2013
13 May 2013
11 Jun 2013
17 Jun 2013
25 Jun 2013
19 Aug 2013
26 Aug 2013
27 Aug 2013
03 Sep 2013
10 Sep 2013
19 Sep 2013
24 Sep 2013
26 Sep 2013
30 Sep 2013
01 Oct 2013
03 Oct 2013
01 Nov 2013
19 Nov 2013
Enterprise Solutions, Manufacturing and Consumer
28 Nov 2013
03 Dec 2013
20 Dec 2013
03 Jan 2014
22 Jan 2014
27 Jan 2014
31 Jan 2014
12 Feb 2014
13 Feb 2014
20 Mar 2014
24 Mar 2014
17 Apr 2014
11 Jun 2014
Manufacturing and Consumer
26 Jun 2014
30 Jun 2014
10 Jul 2014
15 Jul 2014
16 Jul 2014
18 Jul 2014
28 Oct 2014
13 Jul 2015
06 Aug 2015
26 Aug 2015
28 Sep 2015
07 Oct 2015
26 Oct 2015
Infrastructure Mgmt. Services
07 Mar 2016
22 Mar 2016
13 May 2016
23 May 2016
15 Nov 2016
22 Nov 2016
25 Nov 2016
Business Process Services
25 Apr 2017
Banking and Financial Services
18 May 2017
30 May 2017
23 Jun 2017
27 Jun 2017
18 Jul 2017
26 Oct 2017
Healthcare, Insurance
25 Jan 2018
21 Feb 2018
14 Mar 2018
22 Mar 2018
23 Apr 2018
15 Jun 2018
( Mandatory field * )
The information you provide will be used in accordance with our terms ofPolicy Policy
* Please select 'I Agree' or 'No, Thanks'