het bouwen van een Agile team is meer dan alleen het plaatsen van vacatures en het ondertekenen van contracten. Voordat u een aanvulling op het team, zorg ervoor dat u de juiste infrastructuur op zijn plaats door te weten wat, wie, en wanneer van het kweken van een Agile team.
wat: gespecialiseerde Teams en Feature Teams
een feature team beschikt over verschillende vaardigheden die nodig zijn om een productverhoging te voltooien en te verzenden. Een feature team kan meerdere functies, waaronder ontwerp, ontwikkeling, QA, en anderen. Aan de andere kant, een specialist – of component – team is homogeen in functie–iedereen heeft dezelfde baan. Een component team unit kan bestaan uit alle ontwikkelaars of alle ontwerpers.
u kunt een feature team zien als een Crayola™ box met verschillende kleuren, terwijl een gespecialiseerd team een groep van dezelfde kleur is.
voors en tegens van gespecialiseerde en Feature Teams
het is geen geheim welke setup wij onze klanten adviseren te volgen. Vorige maand legde David Hawks uit hoe het niet hebben van featureteams een Agile transformatie in gevaar kan brengen. Echter, laten we de twee opties een beetje dieper verkennen.
gespecialiseerde Teams
Er valt veel te zeggen voor een groep deskundigen. Met hun gecombineerde en zeer specifieke kennis, ze hebben de mogelijkheid om veel problemen die zich voordoen in hun vakgebied op te lossen. Gespecialiseerde teams zijn ook in staat om problemen veroorzaakt door medewerkers uitputting of onverwachte afwezigheid op te vangen.
silo ‘ s die door een gespecialiseerde teamopstelling worden gecreëerd, veroorzaken echter veel problemen als gevolg van een gebrek aan communicatie tussen teams. Deze problemen, die direct van invloed kunnen zijn op de kwaliteit, omvatten een beperkt productperspectief en een tragere feedback loop. Daarnaast zijn gespecialiseerde teams riskant. Als een team achterop raakt, vertraagt het hele project omdat elk team afhankelijk is van elkaar.
Feature Teams
vanwege de cross-functionele aard van feature teams, gebeurt er veel samenwerking, communicatie en leren tussen teamleden. Dit zorgt voor meer organisatorische flexibiliteit. Na verloop van tijd, goed functionerende feature teams zijn in staat om te werken dat is van een ander domein dan hun huidige of eerdere projecten. Daarnaast zijn feature teams gericht op het voltooien van functies, end-to-end, die waarde brengen voor een klant, terwijl component teams zich richten op de productie (lijnen van codes gemaakt).
er zijn een aantal problemen die voortvloeien uit de instelling van het feature team, waaronder risico ‘ s in verband met ongeplande afwezigheid en verloop. Als een feature team een test engineer verliest, worden ze kwetsbaar gemaakt en kan de vooruitgang vertragen. Omdat feature teams zijn gebouwd om langer mee te gaan en zich te verbinden aan één project of product, kan uitputting per ongeluk worden veroorzaakt als een teamlid het werk niet leuk vindt. Dit is een uitdaging, vooral omdat creativiteit en passie grote trekken voor tech werknemers zijn. Dice.com ondervraagde 17.000 tech professionals en vond dat om ontwikkelaars te behouden, moet er een gestage progressie van meer interessante en uitdagende opdrachten.
Who: het creëren van uw Teams met Ideal Knowledge Worker – de “T” In Team
of functie of specialist, de behoefte aan veelzijdigheid strekt zich ook uit tot de kleinste eenheid van een team: het individu. Bij het opbouwen van uw team, op zoek naar mensen die zijn T-vormig in hun capaciteiten, of generaliserende specialisten.
u hebt mensen nodig die experts zijn in de gegeven rol, maar die praktische kennis hebben van andere aspecten, omdat dit de flexibiliteit van het team vergroot.
wanneer: het juiste moment om
in te huren als managers al het geld in de wereld hadden, is het bepalen wanneer te huren geen probleem. Helaas is dat niet het geval. In de echte wereld moeten leiders het juiste evenwicht vinden tussen budget en de behoeften van hun team. Analyseer de volgende statistieken om de situatie adequaat te beoordelen:
1. Technische schuld
het bedrag van de technische schuld is een goede indicator voor het personeel, vooral als u merkt dat volwassen, goed presterende teams moeite hebben om gedaan te krijgen.
2. Lange uren
Agile helpt om overwerk te minimaliseren door het maximaliseren van de hoeveelheid werk die is voltooid tijdens een 40-urige werkweek, de vermeende standaard in de VS. Echter, een 2013 Gallup poll toonde aan dat een overgrote meerderheid van de betaalde, fulltime Amerikanen werkte dichter bij een 47-urige werkweek. Wat uw bedrijfsbeleid ook mag zijn, lange uren veroorzaken vermoeidheid, ziekte en ongelukkige werknemers.
3. Gebruikte ziektedagen
verwijzen naar nummer 2. Ziektedagen kunnen ook worden gebruikt om redenen buiten ziekte, zoals sollicitatiegesprekken.
4. Employee happiness surveys
het is normaal dat employee happiness surveys een eb en flow hebben, maar consistent lage scores op employee happiness surveys betekent dat het tijd is voor leiders om bedrijfscultuur en processen te analyseren.
- Aantal fouten
een van de voordelen van Agile is de mogelijkheid om werk snel te identificeren om risico ‘ s te beperken. Echter, meer fouten op een consistente basis kan betekenen dat het team is haasten om dingen “gedaan” te krijgen vanwege een hoge werkdruk.
- Feedback van klanten
ontevreden klanten zijn het resultaat van slecht werk. Als processen zo goed geoptimaliseerd zijn als ze kunnen zijn, kan het tijd zijn om ondersteuning toe te voegen.