I know Scrum is an Agile framework, adopted by more than half the organizations that have professed to have moved to Agile. But if Scrum ends up as a huge majority (compared to XP, Kanban etc.) say 90% utilization, could it end up competing one day with Agile by nominating itself as "Agile2" for example? Saving Changes...
Scrum is only a good fit for software development, Sante. There are many other industries that could and should have agile approaches to their projects and products. I find it hard to believe that Scrum could gather enough mindshare beyond IT to truly be a de facto standard.
Yes software is the dominant fit for Scrum Stéphane, but what about things like Scrumban, which utilizes some of Kanban's methods, which is great for repetitive processes like IT support (tickets etc.)?
...
1 reply by Stéphane Parent
Nov 10, 2017 5:22 PM
Stéphane Parent
...
We're starting to see more Kanban, Sante, including within Scrum.
My point is that Scrum has yet to dominate other industries like it does IT.
Yes Kiron, there seems to be a new flavor of Agile faster than one can learn them. I'm wrapping my head around DevOps at the moment.
...
1 reply by Kiron Bondale
Nov 10, 2017 3:58 PM
Kiron Bondale
...
Ouch - DevOps is the most abused term I've run across in technical domains since agile! Too many snake-oil salespeople out there claiming to solve your DevOps woes with a software solution or suite, when DevOps (like most organizational improvements) is culture, people, process & technology.
Yes Kiron, there seems to be a new flavor of Agile faster than one can learn them. I'm wrapping my head around DevOps at the moment.
Ouch - DevOps is the most abused term I've run across in technical domains since agile! Too many snake-oil salespeople out there claiming to solve your DevOps woes with a software solution or suite, when DevOps (like most organizational improvements) is culture, people, process & technology.
Kiron
...
1 reply by Sergio Luis Conte
Nov 11, 2017 6:54 AM
Sergio Luis Conte
...
Great comment @Kiron!. Because the organization where I am working today we have used DevOps, Less, SaFe and DAD from more than one year in pilots to decide what to use mainly to scale Agile in those business units where some method was used when we tried to integrate the business unit to our whole architecture which has been transformed to Agile. We did that trying them into software and non-software products. What you comment is what we see into the organizations we have the possibility to interact before trying those frameworks. After trying them when you read things other people wrote or hear things that famous consulting firms said you understand why the general misunderstanding outside there.
Saving Changes...
Stéphane ParentSelf Employed / Semi-retired| Leader MakerPrince Edward Island, Canada
Nov 10, 2017 3:09 PM
Replying to Sante Delle-Vergini, PhD
...
Yes software is the dominant fit for Scrum Stéphane, but what about things like Scrumban, which utilizes some of Kanban's methods, which is great for repetitive processes like IT support (tickets etc.)?
We're starting to see more Kanban, Sante, including within Scrum.
My point is that Scrum has yet to dominate other industries like it does IT.
...
1 reply by Sergio Luis Conte
Nov 11, 2017 6:49 AM
Sergio Luis Conte
...
Any other buzzword emerges: Scrumbam, God Save Us! (hehehehe). People forget that Scrum is a framework you can fill with tools and techniques that best fits into your environment. Kanban can be used with Scrum but that not means you have Scrumbam. Unfortunately is a common name installed outside there.
Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Nov 10, 2017 1:39 PM
Replying to Stéphane Parent
...
But would you call it a good fit for non-software projects, Sergio?
I can and have used Scrum with non-software development projects. I had to make adjustments to handle the difference in deliverables.
Yes, it fits. Mainly because Scrum is a framewirk you can fill with tools an techniques best fits for you initiative Saving Changes...
You can’t separate Scrum from Agile. Understanding Agile methodology and determining your organization’s readiness to accept Agile methodology is essential to using Scrum properly. For example, if your organization can’t move beyond control and command, relies on the detailed requirement documentation, cannot except change in design process then Scrum will not work. Management needs to be informed of which metrics to use to measure team progress. Teams must be empowered to make decisions that may not follow the detailed plan, but deliver expected customer value.
Agile and Scrum emphasizes small teams, who self-organize, collaborate, and commit to maximize value to the customer. The timeboxes of Scrum are an easy way to transition an organization to Agile methodology. I’d select a SMALL project, educate the team, Management, and executives, ensure all stakeholders understand the processes, ceremonies, roles, and reports then be Agile.
Organizations who “Do Agile” instead of being Agile will not reap the full benefits.
Scrum can be used for more than software products. HR is an excellent candidate to embrace Agile and Scrum.
...
1 reply by Sergio Luis Conte
Nov 11, 2017 6:46 AM
Sergio Luis Conte
...
Great comment @Sthepanie.You are putting on the table something practical that I ever write in my post (including the PMI has published an article written by me). Scrum is synonim of Agile. Culture (what you comment about people and management) is the key variable to analyze when you tried to implement Agile mainly by mean of using a method/framework like Scrum. We use Scrum to create non-software products too, for example. We are still suffering the residual effects to command-and-control culture into each initiative we started with Scrum and with Agile practices in general. It is possible to live with that but it is hard to live with that. We use the Tom Peter´s Seven S model each time we need to decide what approach to use (we have five life cycle models to support different approaches) and inside that model Culture is the key varialble to decide between the others.
Yes HR would makes sense also as their a lot of repetitive processes and small collaboration based projects they run into. Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Nov 10, 2017 8:50 PM
Replying to Stephanie Groot
...
You can’t separate Scrum from Agile. Understanding Agile methodology and determining your organization’s readiness to accept Agile methodology is essential to using Scrum properly. For example, if your organization can’t move beyond control and command, relies on the detailed requirement documentation, cannot except change in design process then Scrum will not work. Management needs to be informed of which metrics to use to measure team progress. Teams must be empowered to make decisions that may not follow the detailed plan, but deliver expected customer value.
Agile and Scrum emphasizes small teams, who self-organize, collaborate, and commit to maximize value to the customer. The timeboxes of Scrum are an easy way to transition an organization to Agile methodology. I’d select a SMALL project, educate the team, Management, and executives, ensure all stakeholders understand the processes, ceremonies, roles, and reports then be Agile.
Organizations who “Do Agile” instead of being Agile will not reap the full benefits.
Scrum can be used for more than software products. HR is an excellent candidate to embrace Agile and Scrum.
Great comment @Sthepanie.You are putting on the table something practical that I ever write in my post (including the PMI has published an article written by me). Scrum is synonim of Agile. Culture (what you comment about people and management) is the key variable to analyze when you tried to implement Agile mainly by mean of using a method/framework like Scrum. We use Scrum to create non-software products too, for example. We are still suffering the residual effects to command-and-control culture into each initiative we started with Scrum and with Agile practices in general. It is possible to live with that but it is hard to live with that. We use the Tom Peter´s Seven S model each time we need to decide what approach to use (we have five life cycle models to support different approaches) and inside that model Culture is the key varialble to decide between the others. Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Nov 10, 2017 5:22 PM
Replying to Stéphane Parent
...
We're starting to see more Kanban, Sante, including within Scrum.
My point is that Scrum has yet to dominate other industries like it does IT.
Any other buzzword emerges: Scrumbam, God Save Us! (hehehehe). People forget that Scrum is a framework you can fill with tools and techniques that best fits into your environment. Kanban can be used with Scrum but that not means you have Scrumbam. Unfortunately is a common name installed outside there. Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
Nov 10, 2017 3:58 PM
Replying to Kiron Bondale
...
Ouch - DevOps is the most abused term I've run across in technical domains since agile! Too many snake-oil salespeople out there claiming to solve your DevOps woes with a software solution or suite, when DevOps (like most organizational improvements) is culture, people, process & technology.
Kiron
Great comment @Kiron!. Because the organization where I am working today we have used DevOps, Less, SaFe and DAD from more than one year in pilots to decide what to use mainly to scale Agile in those business units where some method was used when we tried to integrate the business unit to our whole architecture which has been transformed to Agile. We did that trying them into software and non-software products. What you comment is what we see into the organizations we have the possibility to interact before trying those frameworks. After trying them when you read things other people wrote or hear things that famous consulting firms said you understand why the general misunderstanding outside there. Saving Changes...
