Scrum for One

Dat is een grappig woord, is het niet? “worsteling om de bal.” Scrum is een projectmanagementstrategie voor softwareontwikkelingsteams. De naam komt van rugby (denk ik) waar het verwijst naar het begin van een nieuw stuk. In de programmeerwereld is het een techniek om het werk van een team te coördineren zonder een duidelijk plan, te werken aan haalbare kortetermijndoelen, en het proces vervolgens te herhalen in de richting van nog een reeks doelen - waarvan ik veronderstel dat het lijkt op een doel in rugby . Behalve, weet je - minder gebroken botten. Hopelijk. Advertising

Ik maak geen deel uit van een softwareontwikkelingsteam. Ik ben niet eens een programmeur. Maar toen ik recent een artikel over Scrum tegenkwam, viel het mij op dat, hoewel bedoeld voor grote, samenwerkingsprojecten, er veel elementen van Scrum waren die redelijk goed konden worden aangepast aan de individuele productiviteit. Hoewel Scrum in elke fase van een project kan worden geïmplementeerd, blinkt het echt uit als een manier om om te gaan met projecten die om de een of andere reden zijn vastgelopen: projecten die vastzitten vanwege gebrek aan middelen, gebrek aan richting, zelfs gebrek aan teamwork - en dat is iets dat ons allemaal op een of ander moment overkomt. Misschien, misschien zelfs, kunnen de principes die teams van programmeurs terug op het goede spoor krijgen van toepassing zijn op de projecten die ieder van ons heeft vastgehouden.

Scrum 101

Hoewel er hele tekstboeken zijn die zijn gewijd aan het beheer van teams en hun projecten met Scrum, zijn de basisprincipes heel eenvoudig: adverteren

• Doe wat je kunt met wat je hebt. Projecten kraken omdat een of andere bron - of het nu gaat om materiaal, kennis of mankracht - ontbreekt. Meestal zijn er echter veel dingen die gedaan kunnen worden, zelfs zonder die bronnen - andere onderdelen van het systeem om te bouwen, creatieve oplossingen, normen om te bedenken, enzovoort. Tijdens de planning van elke fase, en dagelijks “Check in” Tijdens deze bijeenkomsten worden deze tekorten meegenomen en wordt er werk rond hen ontworpen, zodat een gebrek aan middelen geen gebrek aan vooruitgang hoeft te creëren..
• Constante feedback. Zoals ik zojuist al zei, moedigt Scrum het dagelijkse contact tussen zijn teamleden aan, zodat a) niemand het hele project afslaat en ophoudt, en b) de collectieve kennis van het hele team op nieuwe manieren op nieuwe problemen kan worden toegepast. De vergaderingen zijn kort, slechts 15 minuten, en zijn gebaseerd op drie vragen:
  1. Wat heb je tot nu toe bereikt??
  2. Wat ga je vandaag bereiken??
  3. Wat belet je nu om vooruitgang te boeken?

  Deze eenvoudige vragen zijn bedoeld om er een te identificeren “logjams” en verbreek ze voordat ze het hele project ophouden.

• Werk aan duidelijk gedefinieerde kortetermijndoelen. Scrum-projecten zijn, algemeen gesproken, puntreleases van de software in ontwikkeling, dat wil zeggen dat ze belangrijke maar relatief eenvoudige evolutionaire verbeteringen zijn van de staat van het project aan het begin van het project. Er kan bijvoorbeeld een reeks nieuwe functies worden geïmplementeerd, een interface worden ontworpen, een databasestructuur in kaart worden gebracht, enzovoort. “Schrijf een browser” is een te groot project, het realiseert te ver weg om een ​​zinvol Scrum-project te realiseren; “juiste bug in regel 1178” te klein. Idealiter, naarmate elk project wordt voltooid, zou de software in ontwikkeling in een bruikbare staat moeten zijn - Scrum is ontwikkeld om om te gaan met de contingenties van de softwarewereld, waar projecten vaak met spoed naar de markt moeten worden gebracht om een ​​concurrerend project te bestrijden, of gewoon om een inkomen binnenbrengen.
• Sprint. De basiseenheid van Scrum is de Sprint - een gerichte blik op de voltooiing van de onmiddellijke projectdoelen. Aan het begin van de sprint bepaalt het team precies welke bronnen voor hen beschikbaar zijn, wat ze met die middelen willen bereiken en hoelang ze eraan zullen werken. Vervolgens werken ze aan die doelstellingen en die doelstellingen enkel en alleen. De Sprint is heilig - de leden werken aan het project dat ze hebben samengesteld en niets anders totdat de sprint is voltooid. Het kan een week zijn, het kan 30 dagen zijn, of ergens daar tussenin - ongeacht de tijd die ze hebben afgesproken is uitsluitend gewijd aan de Sprint. Wanneer dit is gebeurd, kunnen teamleden uit of naar het team draaien of worden toegewezen aan andere projecten, maar tot die tijd - Sprint.

Scrumming Solo

Het lijkt mij dat dit, met een kleine wijziging, best goede principes zijn voor iedereen met een paar grote projecten op hun bord - vooral als je, net als ik, de neiging hebt om van kant te halen. Natuurlijk zijn de meeste van onze projecten niet collaboratief en zijn ze ook zelden gecompartimenteerd als computerprogramma's. Het idee om een ​​project te ontwikkelen door middel van evolutionaire stappen, waarbij elke stap een potentieel bruikbaar eindproduct creëert, is simpelweg niet van toepassing op het soort langetermijnprojecten die de meesten van ons als individuen hebben - dingen zoals het schrijven van een boek, het leren van een buitenlandse taal, of het verdienen van een promotie. Advertising

Lees Volgende

Hoe je veranderingen in het leven kunt aanbrengen om de beste versie van jezelf te zijn

Hoe maak je nu positieve veranderingen (en begin een vervullend leven te leiden)

Wat te doen bij het vervelen op het werk (en waarom je je eigenlijk verveelt)

Maar het idee van Scrum is, denk ik, heel van toepassing op onze persoonlijke levens. Het hele punt is, door een proces van constant zelfbewustzijn, om vast te stellen wat ons tegenhoudt, hoe we er omheen kunnen werken en waar de komende dagen of weken ons naartoe moeten brengen. Overweeg dan, “Scrum for One”:

• Doe wat je kunt met wat je hebt. In elk project dat de moeite waard is, zijn er vast en zeker hangovervallen. Het is maar al te gemakkelijk om naar een project te kijken en te wanhopen omdat je niet alles hebt wat je nodig hebt om het af te maken. Misschien heb je niet wat je nodig hebt af hebben, maar de kans is groot dat je hebt wat je nodig hebt begin, om te doen op zijn minst sommige van de stappen die nodig zijn om jezelf ergens dicht bij de finishlijn te krijgen. En je kunt je hart ophalen aan deze eigenaardigheid van Scrum: vaak, wanneer je in minder dan ideale omstandigheden werkt zonder alle noodzaak om een ​​project af te maken, vinden Scrum-teams dat er een nieuwe oplossing naar voren komt die veel meer in hun greep is of, net zo vaak, dat het ontbrekende element in de eerste plaats niet echt nodig is. In het ergste geval geef je jezelf de tijd die je nodig hebt om met het ontbrekende stuk te komen - en ondertussen zul je onverbiddelijk dichter bij je doel komen.
• Constante zelfreflectie. Als je een fan bent van Allen, Covey of Drucker, heb je waarschijnlijk al het belang van een wekelijkse beoordeling geaccepteerd. Scrum for One suggereert dat frequentere reflectie nuttig kan zijn - niets op de schaal van een volledige wekelijkse beoordeling, maar elke ochtend enkele momenten van eerlijkheid om het werk voor je te definiëren en eventuele problemen die in de weg kunnen staan. Brainstorm een ​​paar minuten om te zien of u het probleem kunt oplossen. Als dit niet het geval is, plaatst u het in uw takenlijst voor latere actie. Veel tijd, gewoon vragen “Wat staat mij in de weg?”is genoeg om een ​​oplossing te activeren - vaker wel dan niet ligt het probleem meer in onszelf dan in onze situatie.
• Werk aan duidelijk gedefinieerde kortetermijndoelen. Geef jezelf een tijdslimiet en stel een redelijk doel vast - redelijk, maar zinvol - om tegen het einde van die periode te bereiken. Projecten die zich maanden of jaren voor je uitstrekken zijn ontmoedigend (vandaar dat zo weinig mensen boeken schrijven), terwijl projecten die te klein zijn vaak niet voldoening geven om te voltooien.
• Sprint. Sprinten over de manier waarop Scrum-teams het doen, zal niet echt werken voor individuen - je hebt waarschijnlijk heel veel verschillende rollen om te spelen op een dagelijkse basis, wat betekent dat je je op één project moet concentreren met uitsluiting van al het andere. moeilijk zijn, als het zelfs mogelijk is. Wat jij kan echter, blokkeer elke dag een aantal uur en gebruik ze om je strikt op één project te richten - geen afleiding, geen vroegtijdig vertrek, nee niets tot je je doel bereikt.

Uiteraard is dit niet zoiets als een compleet productiviteitssysteem, maar het is desalniettemin interessant. Scrum is een zeer effectieve manier om projecten te beheren en wordt gebruikt door softwaregiganten zoals Microsoft en kleine start-ups en alles daartussenin. Als er niets anders is, stel je de volgende keer dat je vastzit, de eenvoudige vraag, “Wat staat me nu in de weg?” en kijk of dat niet leidt “OK, wat ga ik eraan doen?” Advertising