Janneke Avatar

Scrum: ook geschikt voor kleine bedrijven & projecten?

Ja, juist ook voor kleine bedrijven. Althans, dat is mijn mening. Scrum gaat er niet voor niets van uit dat kleine teams het beste resultaat bij projecten leveren. Maar eigenlijk hebben de grondleggers van Scrum de methode bedoeld voor het ontwikkelen van complexe software. Dan vraag ik me direct af: wanneer is een project complex? Betekent dat dat we Scrum niet binnen kleine organisaties met kleinere projecten in kunnen zetten?

Zijn hun projecten niet complex genoeg? Als vervolg op mijn vorige artikel ‘Scrum: een walhalla voor projectbegeleiders?’ **LINK AANPASSEN** vertel ik u in dit artikel hoe u Scrum juist in kleine bedrijven, met kleinere projecten, inzet. Raak u niet uitgelezen over Scrum? Volgende week bespreken we dit onderwerp met Independent Scrum Professional Rick IJspeerd.

Wat is complex?

Regelmatig krijg ik de vraag om een simpele website te ontwikkelen: ‘gewoon standaard, niets bijzonders en vooral niet te ingewikkeld. Wat gaat dat kosten? Oh ja, het is wel belangrijk dat er een module in komt die informatie synchroniseert met de andere systemen waar ik mee werk. En als jullie dan ook nog een koppeling kunnen maken met mijn CRM-systeem, dan ben ik helemaal gelukkig.’

Oké, standaard. Wat is standaard? Wat is simpel? Wat is complex? En wat is dan een klein project? De interpretatie van dat ene woord kan voor gigantische miscommunicatie leiden. En u weet wat er gebeurt als klanten iets anders van u verwachten, dan jij denkt te hebben afgesproken. Hij pakt direct zijn koffers en vertrekt naar de concurrent. Die lange relatie op basis van vertrouwen kunt u op uw borst schrijven.

Wat in de ogen van de één dus standaard of klein is, is in de ogen van de ander juist complex en groot. Dit is vooral afhankelijk van de kennis die deze verschillende personen bezitten. Stel: u heeft iets gezien bij iemand anders. Een backoffice-systeem dat perfect communiceert met andere systemen en zelfs een sociale laag heeft geïntegreerd. Met één druk op de knop rollen uw facturen uit de printer of zijn ze zelfs al verstuurd via uw mailprogramma. Fantastisch, dat wilt u toch ook!

Hoe simpeler iets eruit ziet, hoe lastiger het is om te maken

Dat kan niet moeilijk zijn om te maken. Helaas. Vaak is het zo, dat hoe simpeler iets eruit ziet en hoe beter iets werkt, hoe ingewikkelder het is om te maken. Neem bijvoorbeeld, ik denk ondertussen het meest gebruikte voorbeeld, Apple. Hun simpelheid en cleanheid maakt ze zo succesvol. Maar ik denk niet dat het makkelijk is geweest voor Steve Jobs om dit te bedenken, te realiseren en in de markt te zetten. Ook daar is een heel traject aan vooraf gegaan. Nog steeds werken ze keihard aan hun naam, wat de laatste tijd steeds lastiger is met de stijgende concurrentie.

apple-history-infographic
Hoe simpeler iets eruit ziet en hoe beter iets werkt, hoe ingewikkelder het is om te maken.

Agile is bij ieder project in te zetten

Maar goed, mijn punt is gemaakt. U heeft alleen nog steeds geen antwoord op de vraag wanneer een project geschikt is om volgens agile met Scrum te werken. Ik ben van mening dat u de filosofie van agile (het containerbegrip waar Scrum onder valt) bij ieder project in kan zetten:

  • Ga uit van de talenten van uw medewerkers;
  • deel kennis binnen het team;
  • ga flexibel om met veranderingen;
  • werk samen met klanten op basis van vertrouwen;
  • en lever resultaat dat écht voldoet aan de wensen.

Hebben we het over Scrum, dan wordt het een ander verhaal. Deze methode omschrijft allerlei werkwijzen, maar de principes kunt u zeker inzetten bij kleinere projecten. Om te kunnen beoordelen of deze methode geschikt is voor jouw project, is het handig om te weten hoe Scrum werkt.

De principes van Scrum

Onze lessons learned als het gaat om Scrum. Dat zijn er nogal wat. Heeft u hetvorige artikel **LINK AANPASSEN** niet gelezen? Gelukkig vindt u hier een korte terugblik om de richtlijnen van Scrum te begrijpen:

  • Stel ‘het perfecte team’ met de juiste kennis samen;
  • verdeel de rollen in producteigenaar, ScrumMaster en teamleden;
  • werk de grote lijnen van het project uit met de opdrachtgever;
  • vertaal de requirements naar het product backlog;
  • vertaal de requirements uit het product backlog naar het sprint backlog;
  • en realiseer de requirements vanuit het sprint backlog in meerdere sprints.

Werkt u volgens Agile, dan werkt u met sprints. Tijdens iedere sprint werkt u met uw team aan de functionaliteiten die volgens de planning in die sprint moeten gebeuren. Daarbij zijn er een aantal overlegmomenten die per sprint uitgevoerd horen te worden.

scrum-workflow
Bron: mm1 consulting & management

Is uw project geschikt?

Nu u de principes globaal op een rijtje hebt, kunt u aardig inschatten of de methode past bij jouw project. Op basis van het eerste gesprek met de klant, kunt u zelf beoordelen of jouw project geschikt is voor Scrum. Stel uzelf een aantal vragen: is dit project standaard voor mij? Is er overlap met voorgaande projecten? Is er maatwerk nodig voor dit project? Ga ik aan de slag met een team van collega’s of freelancers uit mijn netwerk? Of kan ik dit project alleen aan?

Afhankelijk van deze antwoorden kunt u een goede inschatting maken van de grootte van het project. Als u het project alleen aankan, dan is Scrum niet echt van toepassing. U heeft dan niet te maken met een team en de filosofie is juist gebaseerd op het feit dat kleine teams de beste resultaten behalen. Wilt u een aantal collega’s of contacten uit uw netwerk bij het project betrekken, dan gaat u als team aan de slag en kan Scrum wel interessant zijn.

Eén week? Dan één sprint

Daarbij is het tijdspad van het project belangrijk voor het bepalen of het project geschikt is voor Scrum. Gaat het om een project waar u één week aan werkt? Dan zet u één sprint in. Maar de grote vraag is dan: kunt u het nog wel Scrum noemen? Is dit project te klein? Het antwoord is: nee, u kunt het dan geen Scrum meer noemen en het project is inderdaad te klein. Tussentijdse afstemming is juist de essentie van Scrum.

U kunt wel nog steeds de filosofie van agile inzetten en flexibel omgaan met veranderingen, met de klant samenwerken op basis van vertrouwen en een resultaat opleveren die écht voldoet aan zijn wensen. Eventueel spreekt u met de klant af dat u om de dag de voortgang bespreekt. Noem het onze ‘No Nonsense Huisgemaakte Agile Methode’.

Scrum bij een langer tijdspad

Bij een langer tijdspad is het veel interessanter om volgens Scrum te werken. Dat kan al bij bijvoorbeeld tien dagen. U kunt dan overwegen om twee sprints van vijf dagen in te zetten of één van twee en twee van vier. Heeft u dertig dagen nodig? Dan plant u bijvoorbeeld zes sprints van vijf dagen. U kunt het indelen zoals jij het wil, afhankelijk van het aantal dagen u nodig denkt te hebben voor de realisatie. Bij het bepalen van het aantal sprints, bepaalt u dus ook direct het aantal overlegmomenten.

En gaat het om een klein project? Dan voegt u deze overleggen toch gewoon samen? Wij combineren de drie voorgeschreven meetings bijvoorbeeld met elkaar tussen iedere sprint in. We bekijken dan of het originele plan nog steeds het beste is. Het kan zijn dat er nieuwe inzichten en geniale ideeën zijn ontstaan. Een mooi moment om deze bespreekbaar te maken en te kijken hoe u deze ideeën in het project gaat verwerken. Bedenk wel dat deze ideeën en inzichten vaak extra werk met zich meebrengen. Dit kan gevolgen hebben voor eerdere plannen of voor het budget.

Scrum ook voor kleine projecten?

Mijn mening is ondertussen wel duidelijk. Ik denk zeker dat Scrum geschikt is voor kleine bedrijven met kleinere projecten. En niet alleen voor het ontwikkelen van software. U kunt de methode ook voor totaal andere projecten inzetten. Ik ben er namelijk ook van overtuigd dat kleine teams zorgen voor de beste resultaten. Helemaal als u ervoor zorgt dat de juiste kennis bij elkaar komt.

Bent u een éénpitter en werkt u in projecten graag samen met freelancers? Dan is het ideaal om met elkaar een aantal sprints te bepalen en tussen iedere sprint met elkaar om de tafel te gaan zitten. Deze contactmomenten zorgen juist voor een optimale samenwerking. Misschien is het niet helemaal volgens de richtlijnen, zoals de grondleggers het hebben bedoeld. Er zijn dan ook vast fervente agilers en scrummers die het niet met me eens zijn. Daar ga ik graag de discussie mee aan. Ik denk zeker dat de filosofie én ook de methode kan bijdragen aan een fijne samenwerking bij kleine bedrijven met kleinere projecten.

Volgende keer geef ik het woord aan een échte expert

In mijn volgende artikel bespreek ik dit onderwerp uitgebreid met Independent Scrum Professional Rick IJspeerd. Bent u benieuwd naar zijn mening? Zorgt u er dan voor dat u het volgende artikel niet mist.

Janneke Avatar

De online wereld beter maken. Dat is de passie van Janneke. Enthousiast, creatief en doordacht. Als webconsultant werkt ze graag mee aan het ontwikkelen van websites en webapplicaties die er supermooi uitzien, vooral lekker werken en ons leven nét iets makkelijker maken.