Scrum Guide 2011 julkaistiin suomeksi helmikuussa 2012. Sen muutokset yksinkertaistavat scrumia.
Useimmissa peleissä, kuten shakissa, pelisäännöt eivät ota kantaa pelistrategiaan. Scrumin kehittäjien Ken Schwaberin ja Jeff Sutherlandin mukaan scrumissa tulisi pyrkiä samaan. Tästä lähtökohdasta Scrum Guidesta on poistettu monia vinkkejä ja parhaita käytäntöjä, jotka eivät ole varsinaisia pelisääntöjä tai joiden hyöty on tapauskohtainen.
Lista Scrum Guiden 2011 merkittävimmistä muutoksista:
The Scrum Guide on nimetty scrumin määritelmäksi, painottaen pelisääntöjä.
Tuotteen kehitysjonon jalostaminen (Product Backlog Refining) on lisätty uudeksi elementiksi. Sen hyötynä on tuotteen kehitysjonon yksityiskohtien ja työmääräarvioiden lisääminen, jotta sprintin suunnittelupalaveri nopeutuu.
Edistymiskäyrä (Burndown Chart) on poistettu, vaikka se on edelleen hyödyllinen. Edistymisen mittaamisen ainoat vaatimukset ovat, että tuotteen jäljelläoleva kokonaistyömäärä seuraavaan tavoitteeseen (esim. julkaisuun) on milloin tahansa laskettavissa, ja tuoteomistaja päivittää lukua vähintään jokaisessa sprinttikatselmuksessa. Lisäksi sprintin jäljelläolevan työmäärän tulee olla milloin tahansa laskettavissa, ja kehitystiimi päivittää lukua vähintään jokaisessa päiväpalaverissa.
Kehitystiimi antaa ennusteen (forecast) aikaisemmin käytetyn sitoutumisen (commitment) sijaan sprintissä todennäköisesti valmiiksi saatavasta toiminnallisuudesta. Ennuste voi myös muuttua sprintin aikana.
Kaikkia kehitystiimin jäseniä kutsutaan kehittäjiksi rooleistaan riippumatta.
Tuoteomistaja järjestää (order) tuotteen kehitysjonon aikaisemmin käytetyn priorisoinnin (prioritize) sijaan. Tämä antaa mahdollisuuden myös teknisten riippuvuuksien ja näkökulmien huomioimiseen liiketoiminnan tarpeiden lisäksi.
Scrummaster kuvataan scrumtiimin palvelevana johtajana (servant leader).
Vinkit käyttäjätarinoiden (User Story) ja käyttötapausten (Use Case) käytöstä on poistettu. Scrumissa puhutaan nyt yleisesti tuotteen kehitysjonon kohdista tai vaatimuksista (jotka voidaan ilmaista ja kirjata esimerkiksi käyttäjätarinoina).
Sprintin aikana toteutettavissa olevia (riittävän pieniä) tuotteen kehitysjonon kohtia kutsutaan sprinttiin sopiviksi.
Sprintin tehtävälista (Sprint Backlog) määritellään nyt selkeämmin koostumaan sprinttiin valituista tuotteen kehitysjonon kohdista sekä suunnitelmasta niiden toteuttamiseksi. Sprintin tehtävälistan kohtia (tehtäviä) ei enää vaadita määrittelemään (esimerkiksi jos vaatimukset ovat riittävän pieniä), vaikka tehtävien määrittely on edelleen useimmiten hyödyllistä kehitystiimeille.
Julkaisun suunnittelu on poistettu, vaikka se on toki usein edelleen hyödyllistä.