Mocht je er niet bekend mee zijn magere productie en de bijbehorende methodieken, 5S misschien een beetje een mysterie voor je. Voordat ik het in detail uitleg, en hoe het met geweldige resultaten kan worden toegepast op softwareontwikkeling, het is de moeite waard om te zien waar het vandaan kwam. Zoals je waarschijnlijk weet, De processen en ideeën van Toyota zijn niet voor niets beroemd geworden. Ze slaagden erin verbluffende resultaten te behalen in een zeer competitieve industrie, met veel minder middelen dan hun concurrentie. Als resultaat, mensen wilden weten hoe ze het deden. Een van de geheime wapens van Toyota was 5S, die ze van Hirano in Japan hebben overgenomen en zich eigen hebben gemaakt. Vandaag de dag, het is een belangrijk onderdeel van lean-methodologieën en helpt bedrijven over de hele wereld. Met zo'n krachtige tool zou je denken dat er veel complexiteit zou zijn. Echter, 5S is eigenlijk heel simpel.

Wat betekenen de 5S'en?

5S bestaat uit 5 woorden, elk beginnend met S – Soort, Rechtzetten/op volgorde zetten, Schijnen, Standaardiseren en onderhouden. Ja, er waren oorspronkelijk Japanse woorden (Seiri, Seiton, Sta op, Seiketsu en Shitsuke), maar laten we werken met de Engelse versies. Het is veel gemakkelijker!

Elk van deze woorden komt met een idee van hoe we het werk dat we doen kunnen verbeteren om onze efficiëntie en effectiviteit te vergroten. Klinkt veelbelovend, Rechtsaf? Maar, hoe kunnen deze ideeën worden toegepast op softwareontwikkeling? Laten we eens in meer detail kijken.

De 5S voor software

Soort – De eerste stap in 5S is het verwijderen van ongewenste elementen uit het werkgebied. In een technische omgeving betekent dit gereedschap en andere objecten op de werkplek. Voor software, dit is waarschijnlijker van toepassing op uw computerwerkruimte.

Bijvoorbeeld, u kunt uw bureaublad en bestandssysteem opschonen, het verwijderen van ongewenste items, zodat u gemakkelijker kunt vinden wat u zoekt. Het verwijderen van rommel op welke manier dan ook, leidt altijd tot een efficiënter resultaat in elk soort werk. Ik weet zeker dat je dit op het werk of thuis hebt meegemaakt.

U kunt dit idee ook toepassen op uw coderings-IDE of andere tools die u gebruikt bij softwareontwikkeling, hetzij als ontwikkelaar of projectmanager.

• Verwijder ongewenste projecten of bestanden die niet langer nodig of relevant zijn
• Verwijder alle dode code die niet in een project is gebruikt (was bijvoorbeeld niet gebonden aan het versiebeheersysteem)
• Verwijder becommentarieerde code die niet meer wordt gebruikt (oude versies worden sowieso opgeslagen)

Zoals je kan zien, het idee is vrij simpel, maar de resultaten kunnen krachtig zijn. Ten slotte, alles overzichtelijk houden, schoon en goed geordend leidt altijd tot beter werk.

 

Rechtzetten – Dit verwijst naar het bestellen van items zodat ze gemakkelijker te vinden en sneller zijn om mee te werken. Het oorspronkelijke idee was bedoeld om toe te passen op de uitlijning en opstelling van gereedschappen op een werkplek, maar we kunnen ze ook toepassen op onze virtuele computerwereld.

U kunt beginnen met het bewaren van uw belangrijkste en meest gebruikte tools op het bureaublad van uw computer of u kunt snelkoppelingen maken om tijd te besparen bij het voltooien van uw taken.

Een beetje dieper graven, bestanden en code moeten zo worden georganiseerd dat ze gemakkelijk te "bereiken" zijn. Verzamel niet al uw documentatie in één map met het label "Documentatie", verdeel het in relevante projecten en onderwerpen. Orde leidt tot efficiëntie in alles wat we doen.

Hetzelfde geldt natuurlijk voor code met zaken als naamruimten, en de logische plaatsing en volgorde van code (methoden, voorwerpen, hiërarchie enz).

Het kan in het begin even duren voordat deze kleine dingen een gewoonte worden, maar als je op sommige dagen teruggaat om iets te vinden, weken of zelfs jaren later zul je blij zijn dat je de tijd hebt genomen om je werkruimte recht te trekken.

 

Schijnen – Uw gereedschap in goede staat houden en roest of vuil verwijderen was slim om te doen in een werkplaats van de techniek. Maar hoe kun je dat toepassen in softwareontwikkeling?

Het grootste gebied waarop dit van toepassing is, is het opschonen en herstructureren van code. Natuurlijk, refactoring kan ook worden toegepast op documentatie en processen, als je erover nadenkt.

Code-refactoring is iets dat we nooit willen doen in software, maar we weten dat het goed voor ons is. Een beetje zoals het eten van onze groenten als kind.

Naarmate het aantal bestanden en objecten in een project of stuk software toeneemt, dat geldt ook voor de complexiteit en inefficiëntie van die verouderde code.

Zo, in plaats van het te negeren, je moet jezelf altijd wat tijd gunnen in elk project om je code te verbeteren door middel van refactoring. Voeg een interface toe aan die veelgebruikte code, of maak een nieuw object om veelgebruikte acties op te slaan. Je weet hoe je je werk moet doen, maar houdt u deze ideeën in gedachten tijdens het hectische tempo van agile softwareontwikkeling?

 

Standaardiseren – Dit is stap vier van het 5S-proces, en neemt in veel opzichten al het voorgaande over 3 rekening mee houden. Het idee hier is om alles wat u doet te standaardiseren via gemeenschappelijke procedures.

Zo, in plaats van alleen de eerste te doen 3 Ss een keer, u zou een proces moeten hebben dat beschrijft hoe deze taken regelmatig moeten worden uitgevoerd en onderhouden. Anders, zoals we allemaal weten, het verval zal weer beginnen en je hebt je tijd verspild.

Dit betekent dat iemand de processen die u gebruikt, moet documenteren

• om uw codestructuur te organiseren
• om de code te herstructureren
• om opmerkingen in de code te schrijven

Het kan ook betekenen dat je een inleidend document schrijft waarop tools worden gebruikt door ontwikkelings- of projectteams, hoe u ze instelt en waar u ze op uw bureaublad kunt opslaan (voor maximale efficiëntie).

Documentatie en processen zijn de sleutel tot het altijd bereiken van efficiënte en herhaalbare resultaten in elk bedrijf.

 

Aanhouden – De laatste S is misschien wel de belangrijkste. Het is het idee om ervoor te zorgen dat de hele 5S-methodiek niet wordt vergeten in de dagelijkse sleur.

Dit betekent dat er audits moeten zijn om die processen te controleren, procedures en kwaliteit worden te allen tijde gehandhaafd. Om ook te controleren of de vorige 4S'en daadwerkelijk met de verwachte zorgvuldigheid worden uitgevoerd.

Het is altijd zo dat dit soort taken (documentatie, processen, recensies, audits) lijken te tijdrovend en irrelevant, zodat ze gemakkelijk worden genegeerd of vergeten. Daarom is dit laatste stuk zo kritisch. Zonder het, je kunt vergeten om zelfs maar te beginnen met de 5S-benadering om mee te beginnen.

 

Zoals u nu kunt zien, zijn veel van de benaderingen die in de engineeringwereld worden gebruikt, gemakkelijk toepasbaar in elk bedrijfsscenario, inclusief de wereld van software. De ideeën zijn eenvoudig, maar de resultaten kunnen ongelooflijk zijn. Zo, waarom zou u deze ideeën niet meenemen en kijken hoe u ze vandaag kunt toepassen op uw softwareontwikkeling. Het zal je misschien verbazen hoe snel jij en je team ze omarmen, vooral als je de resultaten ziet!

Over de auteur

Reese Bourgeois is de algemeen directeur van Flow advies, een consortium van ervaren consultants met bewezen expertise in het helpen van organisaties om drastische verbeteringen aan te brengen in hun leiderschap en bedrijfsprocessen.

Een blogpost vertegenwoordigt de persoonlijke mening van de auteurs
en hoeft niet noodzakelijkerwijs samen te vallen met het officiële Nesma-beleid.