For example services, business processes, construction, non-profit, education, anything non-tech and non-software related.
If you have experience with or knowledge of Scrum implementations in these domains, please share your experience with the community to further our collective knowledge. Saving Changes...
Adithi ShettyProject Manager| Slalom ConsultingMountain View, Ca, United States
I've had better luck with pure Kanban and sometimes Scrumban depending on the type of 'non-tech' project and team member preferences, Agile knowledge level, etc. I have to do a lot of upfront education on what is 'Agile think', etc. before launching projects to set the stage for successful implementation. Most software teams already seem to have a good idea, so putting upfront effort in educating non-tech project teams has been useful.
Another useful lesson is to drop the Agile jargon. Keep the principles and imbibe the Agile mindset in practice. I have noticed people get hungover terminology and that becomes a roadblock even before we start the project lifecycle.
...
1 reply by Sante Delle-Vergini, PhD
Sep 19, 2019 11:15 PM
Sante Delle-Vergini, PhD
...
All valid points Adithi. My previous manager was all about Agil jargon and less about delivery.
I've had better luck with pure Kanban and sometimes Scrumban depending on the type of 'non-tech' project and team member preferences, Agile knowledge level, etc. I have to do a lot of upfront education on what is 'Agile think', etc. before launching projects to set the stage for successful implementation. Most software teams already seem to have a good idea, so putting upfront effort in educating non-tech project teams has been useful.
Another useful lesson is to drop the Agile jargon. Keep the principles and imbibe the Agile mindset in practice. I have noticed people get hungover terminology and that becomes a roadblock even before we start the project lifecycle.
All valid points Adithi. My previous manager was all about Agil jargon and less about delivery. Saving Changes...
Wade HarshmanScrum Master| GDITIndianapolis, In, United States
I use scrum for a couple of non-IT issues and it works very well, because that's what it was originally designed to do.
Many (most?) scrum practitioners use it for software development, though, and CSP training is very much geared towards software development. I even had one CST tell me that only software developers could get the CSP, which is false, but demonstrates the bias that has been ingrained over time. I don't know if any of the scrum organizations are doing anything to address this.
...
1 reply by Sante Delle-Vergini, PhD
Sep 20, 2019 2:53 PM
Sante Delle-Vergini, PhD
...
Developers can be very binary in their views; what else to expect from people that see the world in zeros and ones. But no, Scrum is not an approach exclusive to software development, and software developers know that.
I use scrum for a couple of non-IT issues and it works very well, because that's what it was originally designed to do.
Many (most?) scrum practitioners use it for software development, though, and CSP training is very much geared towards software development. I even had one CST tell me that only software developers could get the CSP, which is false, but demonstrates the bias that has been ingrained over time. I don't know if any of the scrum organizations are doing anything to address this.
Developers can be very binary in their views; what else to expect from people that see the world in zeros and ones. But no, Scrum is not an approach exclusive to software development, and software developers know that. Saving Changes...
