Flexibele levering van producten

concreet kunt u de tijd nemen om een outside-in, marktgericht perspectief te ontwikkelen en aan de tafel te brengen dat zo overtuigend en zo goed geïnformeerd is dat het de inside-out bedrijfsgerichte oriëntatie van het bedrijfsplan van vorig jaar kan compenseren.

—Geoffrey Moore, Escape Velocity

Agile Product Delivery is een klantgerichte aanpak voor het definiëren, bouwen en vrijgeven van een continue stroom van waardevolle producten en diensten aan klanten en gebruikers.

het is een van de zeven kerncompetenties van de Lean Enterprise, die elk essentieel zijn voor het bereiken van bedrijfsflexibiliteit. Elke kerncompetentie wordt ondersteund door een specifieke beoordeling, die de onderneming in staat stelt om hun vaardigheid te beoordelen. Deze core competency assessments, samen met aanbevolen verbeteringsmogelijkheden, zijn beschikbaar in het Measure and Grow artikel.

Waarom Flexibele Levering Van Producten?

om bedrijfsflexibiliteit te bereiken, moeten ondernemingen hun vermogen om innovatieve producten en diensten te leveren snel vergroten. Om er zeker van te zijn dat de onderneming op het juiste moment de juiste oplossingen voor de juiste klanten creëert, moeten ze hun uitvoeringsfocus in evenwicht brengen met een klantfocus. Deze capaciteiten ondersteunen elkaar en creëren kansen voor duurzaam markt-en dienstenleiderschap. Zoals geïllustreerd in Figuur 1, zijn er drie dimensies aan agile levering van producten.

figuur 1. Drie dimensies van agile productlevering
  1. Customer Centricity en Design Thinking-Customer centricity plaatst de klant in het middelpunt van elke beslissing en maakt gebruik van design thinking om ervoor te zorgen dat de oplossing wenselijk, haalbaar, levensvatbaar en duurzaam is.
  2. ontwikkelen op cadans; vrijgeven op aanvraag-ontwikkelen op cadans helpt de variabiliteit die inherent is aan productontwikkeling te beheren. Het ontkoppelen van de release van waarde zorgt ervoor dat klanten kunnen krijgen wat ze nodig hebben wanneer ze het nodig hebben.
  3. Devops en de Continuous Delivery Pipeline-DevOps en de Continuous Delivery Pipeline vormen de basis die ondernemingen in staat stelt om op elk moment waarde vrij te geven, geheel of gedeeltelijk, om aan de vraag van klanten en de markt te voldoen.

de volgende secties beschrijven elk van deze dimensies van agile levering van producten in meer detail.

klantgerichtheid en Design Thinking

klantgerichtheid is een mentaliteit en manier van zakendoen die zich richt op het creëren van positieve engagementen naarmate klanten de producten en diensten ervaren die de onderneming biedt. Klantgerichte bedrijven creëren meer winst, verhogen de betrokkenheid van werknemers en voldoen grondiger aan de behoeften van klanten. Klantgerichte overheden en non-profitorganisaties zorgen voor veerkracht, duurzaamheid en de afstemming die nodig is om hun missie te vervullen.

Lean-Agile ondernemingen bereiken deze doelstellingen door Design Thinking toe te passen, een iteratief ontwikkelingsproces dat ervoor zorgt dat oplossingen door klanten en gebruikers worden gewenst en dat de oplossing ook haalbaar, economisch levensvatbaar en duurzaam is gedurende de gehele levenscyclus.

Agile Product Management fungeert als de centrale coördinerende functie voor het op de markt brengen van nieuwe oplossingen en zorgt tegelijkertijd voor het voortdurende succes van bestaande producten.

klantgerichtheid

wanneer een klantgerichte onderneming een beslissing neemt, gaat zij diep in op het effect dat zij op haar eindgebruikers zal hebben . Dit motiveert teams om:

  • Focus op de klant-klantgerichte bedrijven gebruiken markt-en gebruikerssegmentatie om de onderneming af te stemmen op specifieke, gerichte gebruikerssegmenten.
  • begrijp de behoeften van de klant – klantgerichte ondernemingen gaan verder dan alleen luisteren naar klanten die om functies vragen. In plaats daarvan investeren ze de tijd om de behoeften van de klant te identificeren en oplossingen te bouwen die aan deze behoeften voldoen.
  • denk en voel alsof de klant-klantgerichte ondernemingen empathisch zijn, en trachten de wereld te zien vanuit het standpunt van hun klant.
  • Bouw complete productoplossingen-klantgerichte ondernemingen ontwerpen een complete oplossing voor de behoeften van de gebruiker, waarbij ervoor wordt gezorgd dat de initiële en langdurige ervaring(en) van de klant optimaal is en naar behoefte evolueert.
  • customer lifetime value-Customer-centric enterprises gaan verder dan transactionele mentaliteit en richten zich in plaats daarvan op de totale relatie met een klant gedurende het natuurlijke leven van de oplossing. De resulterende klantrelatie op lange termijn stelt de onderneming in staat om klantwaarde te creëren, vaak op manieren die niet werden verwacht toen de oplossing voor het eerst werd vrijgegeven .

Design Thinking

Design thinking is integraal onderdeel van klantgerichtheid. Design thinking heeft twee hoofdactiviteiten, die uitmonden in een duurzame oplossing, zoals blijkt uit Figuur 2:

  1. inzicht in de vereisten en voordelen van een wenselijke oplossing
  2. de juiste oplossing ontwerpen, die ervoor zorgt dat de oplossing technisch haalbaar is
  3. de oplossing levensvatbaar en duurzaam is door het begrijpen en beheren van oplossingseconomie
Figuur 2. Ontwerpdenkende activiteiten

door gebruik te maken van Ontwerpdenkend gedurende de gehele levenscyclus van de oplossing zorgen deze drie kenmerken voor de levensduur van de oplossing.

ontwikkelen op cadans; De klantgerichte ondernemingen streven ernaar een continue waardestroom naar hun klanten te creëren. De timing van deze releases worden bepaald door de behoeften van de markt en de klant, en de eigen motivatie van de onderneming om waarde te bieden. Sommige ondernemingen kunnen zeer vaak vrijgeven, terwijl andere kunnen worden beperkt door naleving of andere marktvereisten die minder frequente vrijgaven motiveren. Gezamenlijk, SAFe verwijst naar deze mogelijkheden als Release on Demand.

Release timing valt echter niet samen met de workflow van de mensen die oplossingen maken. Teams passen een procesmodel toe dat is geoptimaliseerd voor zeer variabel kenniswerk. In SAFe staat dit bekend als Develop on Cadence, een gecoördineerde reeks praktijken die Agile Teams ondersteunen door een betrouwbare reeks gebeurtenissen en activiteiten te leveren die plaatsvinden volgens een regelmatig, voorspelbaar schema . Het loskoppelen van de evenementen en activiteiten die de organisatie ondersteunen bij het creëren van waarde en hoe die waarde wordt geleverd, bevordert de bedrijfsflexibiliteit verder (Figuur 3).

Figuur 3. Ontwikkelen op cadans; Release on Demand

Agile Team en Agile Release Train Cadences

de cadansstructuur van SAFe ondersteunt Agile Teams en Agile Release Trains (ARTs) bij het creëren en leveren van waarde.

  • iteraties zijn de fundamentele bouwsteen van Agile ontwikkeling. Elke iteratie is een standaard timebox met een vaste lengte waarin Agile Teams incrementele waarde leveren. Voor Agile teams zijn dit meestal werkende software en hardware, terwijl zakelijke teams andere aspecten van waarde zullen bieden. Een typische timebox duur is twee weken. Iets kortere of langere tijdvakken kunnen echter nuttig zijn. Iteraties zijn goed gestructureerd en volgen een consistente cyclus van Iteratieplanning, iteratie-uitvoering (die een dagelijkse stand-up en backlog verfijning omvat), iteratie-evaluatie en een retrospectieve iteratie.Programma Increments (Pi’ s) zijn een grotere tijdbox, een set van iteraties waarin een groep Agile Teams georganiseerd in een kunst leveren incrementele waarde, in de vorm van werken, geteste software en systemen. Pi ‘ s worden doorgaans vastgesteld als een vaste periode van 8-12 weken, bestaande uit 3-5 ontwikkelings – iteraties, gevolgd door één iteratie voor innovatie en Planning (IP).

Programmaverhogingen worden verder georganiseerd om bijkomende evenementen en activiteiten op basis van cadans te omvatten die de flexibiliteit van het bedrijfsleven bevorderen.

werken in programma-stappen

programma-stappen zijn de sleutel tot het creëren van een op cadans gebaseerde onderneming. Ze vertegenwoordigen een timebox ‘groot genoeg’ om substantieel werk te plannen en uit te voeren, terwijl ze ‘klein genoeg’ zijn om snelle feedback en correctie halverwege de cursus te bevorderen. Dienovereenkomstig, een programma Increment heeft een aantal belangrijke activiteiten en evenementen:

  • Program Increment (PI) Planning is de belangrijkste cadansgebaseerde gebeurtenis van de onderneming. PI Planning dient als de hartslag van de kunst, het afstemmen van al haar teams om een gedeelde missie en visie. Hoewel de input voor PI-Planning afhankelijk van de context varieert, omvatten de twee primaire outputs::
    • toegewijde PI doelstellingen – deze zakelijke en technische doelstellingen voor elk team, met instemming en waarde toegewezen door de ondernemers, begeleiden het werk van het team voor de volgende programma increment.
    • Programmabord-Dit is een “visuele radiator” van de nieuwe feature leverdata, feature afhankelijkheden tussen teams en met andere ARTs, en relevante mijlpalen (Figuur 4).
Figuur 4. Programma Board
  • Systeemdemo ‘ s worden uitgevoerd aan het einde van elke iteratie en bieden een geïntegreerde weergave van nieuwe functies voor de meest recente iteratie. Elke demo geeft Art stakeholders een objectieve meting van de vooruitgang voor de huidige increment. Door mogelijkheden te bieden voor realtime aanpassingen, is een systeemdemo een cruciaal evenement dat bedrijfsflexibiliteit mogelijk maakt.
  • inspecteren en aanpassen (i&A) gebeurtenissen worden gehouden aan het einde van elke Programma Increment (PI). Het biedt de gehele kunst de mogelijkheid om procesverbetering te identificeren via een gestructureerde, probleemoplossende workshop.
  • innovatie en Planning iteraties bieden teams in elke PI de mogelijkheid om te werken aan innovatieactiviteiten die moeilijk passen in een continu, Incrementeel leveringspatroon.Terwijl teams en kunst aan deze cadans werken, kan de onderneming gebruik maken van de continue Leveringspijplijn om waarde vrij te geven op elk moment dat de markt-en governancevoorwaarden dat rechtvaardigen.

    Release on Demand

    Release on Demand omvat de mechanismen en processen waarmee nieuwe functionaliteit in productie wordt ingevoerd en onmiddellijk of stapsgewijs aan klanten wordt vrijgegeven op basis van de vraag. Bedrijven variëren met betrekking tot wanneer ze functionaliteit vrijgeven.

    samen met belanghebbenden bepaalt Agile Product Management wanneer een release moet plaatsvinden, welke elementen van het systeem moeten worden vrijgegeven en welke eindgebruikers en klanten de release moeten ontvangen. Sommige producten dienen markten waarin het vrijgeven van nieuwe functionaliteit zodra het beschikbaar is de optimale keuze is. Opmerkelijke voorbeelden zijn moderne SaaS-software en serviceproviders die geavanceerde DevOps-mogelijkheden hebben gecreëerd waarmee ze meerdere keren per dag waarde kunnen vrijgeven.

    andere kunnen markten bedienen met verschillende marktritmes die optimale release-vensters bepalen. Bijvoorbeeld, er is een duidelijk marktritme aan de verkoop van koud weer merchandise, variërend van kleding tot voertuigen, die grotendeels wordt gedefinieerd door het halfrond waarin je woont. De grotere supply chain reageert op deze ritmes, zoals verder beschreven in het roadmap artikel.

    andere factoren die van invloed zijn wanneer een onderneming functionaliteit wil vrijgeven zijn::

    • deadlines in de regelgeving
    • reageren op productdefecten en beveiligingsupdates
    • reageren op concurrentiedruk op de markt

    steeds geavanceerdere architecturen en technische praktijken die de flexibiliteit van bedrijven verbeteren, ondersteunen ook Release on Demand. Bijvoorbeeld, product telemetrie verzamelt gegevens om uitkomst hypothese te meten en objectief bewijs van hoe klanten reageren op de vrijgegeven waarde te verkrijgen. Los verkrijgbare componenten, dark lanceert, functie schakelt en canary releases maximaliseren de bedrijfsflexibiliteit en zorgen voor operationele stabiliteit.

    Devops en de Continuous Delivery Pipeline

    hoewel men het er gemakkelijk mee eens is dat het doel is om op aanvraag vrij te geven, is het hard werken om de competentie te creëren om op betrouwbare en vakkundige wijze waarde vrij te geven wanneer dat gewenst is. Het gaat om het omarmen van de Devops mindset en cultuur en het creëren van een steeds geautomatiseerde continue levering pijplijn.

    DevOps Mindset, cultuur en praktijken omarmen

    naarmate digitale disruptie de wereld blijft veranderen en software een groter deel wordt van het vermogen van elk bedrijf om zijn producten en diensten te leveren en te ondersteunen, wordt elke onderneming geconfronteerd met de noodzaak om sneller te reageren op de vraag van de klant en de behoeften met digitale oplossingen. Een veel voorkomend probleem voor snelle levering is altijd de kloof tussen ontwikkeling en operaties geweest; de eerste optimaliseert voor frequente releases en verandering, de laatste optimaliseert voor operationele stabiliteit. Als deze dichotomie in ‘worldview’ niet wordt aangepakt, vormt ze een belemmering voor succes.

    gepopulariseerd door boeken, waaronder het Phoenix Project en het latere DevOps Handbook , werkt de ‘DevOps’ beweging om ontwikkeling, operaties, het bedrijf, informatiebeveiliging en andere gebieden op elkaar af te stemmen om beter samen te werken door de verantwoordelijkheid voor het verbeteren van bedrijfsresultaten te delen. De reden is eenvoudig: hoog presterende organisaties passen DevOps-mogelijkheden toe om dramatisch beter te presteren dan anderen op zowel technische aspecten als bedrijfsresultaten, zoals figuur 5 illustreert.

    Figuur 5. Voorbeelden voordelen van DevOps

    DevOps is de acceptatie van een mentaliteit, een cultuur en een reeks technische praktijken die oplossingselementen aan de klant levert zonder handoffs of excessieve externe productie-of operationele ondersteuning. Zoals geïllustreerd in Figuur 6, SAFe ‘ s aanpak van DevOps is gebaseerd op vijf concepten: cultuur, automatisering, Lean Flow, meting en herstel (CALMR).

    Figuur 6. SAFe ‘ s CALMR benadering van DevOps
    • cultuur vertegenwoordigt de filosofie van gedeelde verantwoordelijkheid voor snelle waardelevering over de gehele waardestroom. Het bestaat uit iedereen die helpt bij het creëren van waarde, inclusief productmanagement, ontwikkeling, testen, beveiliging, compliance, operaties, enz.
    • Automatisering is de noodzaak om menselijke interventie uit een zo groot mogelijk deel van de pijpleiding te verwijderen om fouten te verminderen en de totale cyclustijd van het vrijgaveproces te verkorten.
    • Lean flow identificeert de praktijken van het beperken van work in process( WIP), het verminderen van batchgrootte en het beheren van wachtrijlengtes. Deze versnellen de waardestroom naar de klant en maken snellere feedback mogelijk.
    • meting bevordert leren en continue verbetering door het begrijpen en kwantificeren van de waardestroom door de pijpleiding.
    • Recovery bouwt systemen die snelle oplossingen van productieproblemen mogelijk maken door automatische rollback en’ fix forward ‘ – mogelijkheden (d.w.z. fix in productie).

    een voordeel van het CALMR-model is dat het is ontworpen om te werken met een organisatie op elk niveau van bedrijfsflexibiliteit en hen onmiddellijk te ondersteunen wanneer zij het proces van voortdurende verbetering beginnen.

    de Continuous Delivery Pipeline

    de Continuous Delivery Pipeline vertegenwoordigt de workflows, activiteiten en automatisering die nodig zijn om een nieuw stuk functionaliteit te herleiden van ideatie tot een on-demand vrijgave van waarde aan de eindgebruiker. Zoals geïllustreerd in Figuur 7, bestaat de pijpleiding uit vier aspecten: Continuous Exploration( CE), Continuous Integration (CI), Continuous Deployment (CD) en Release on Demand. De pijpleiding is het belangrijkste onderdeel van de agile productlevering competentie (figuur 1).

    Figuur 7. De Continuous Delivery Pipeline

    elke Agile Release Train (ART) bouwt en onderhoudt, of deelt met andere ARTs, een pijplijn met de activa en technologieën die nodig zijn om de oplossingswaarde zo onafhankelijk mogelijk te leveren. De eerste drie elementen van de pijpleiding (CE, CI en CD) werken samen om de levering van kleine partijen nieuwe functionaliteit te ondersteunen, die vervolgens worden vrijgegeven in overeenstemming met de marktvraag.

    continue exploratie bevordert innovatie en bouwt voort op wat moet worden gebouwd. Design Thinking wordt gebruikt om voortdurend markt-en klantbehoeften te verkennen en een visie, Roadmap en een reeks functies te definiëren voor een oplossing die aan die behoeften voldoet. Tijdens CE, nieuwe ideeën worden opgeworpen, verfijnd, en voorbereid als een lijst van geprioriteerde functies in het programma Backlog. Ze worden in de uitvoering getrokken tijdens de PI-Planning, die het continue integratieproces begint.Continue integratie bouwt kwaliteit op in het ontwikkelingsproces door continu het werk van vele Agile Teams te integreren. Al het werk is versiegestuurd, en nieuwe functionaliteit is gebouwd en geïntegreerd in een volledig systeem of oplossing. Vervolgens wordt het gevalideerd in een geschikte staging-omgeving die varieert van pure cloudgebaseerde softwaresystemen tot fysieke apparaten en/of apparaatsimulatoren.

    continue implementatie legt de processen vast die gepaard gaan met het verplaatsen van oplossingen via staging in productieomgevingen. Net als bij continue integratie varieert dit aanzienlijk, afhankelijk van het soort oplossingen dat wordt gecreëerd en de bijbehorende oplossingscontext. Om ervoor te zorgen dat oplossingen klaar zijn voor een volledige release aan klanten, omvat de implementatie monitoring om flexibiliteit te bieden bij het controleren van releases, het terugrollen van een release of het implementeren van incrementele updates en patches.

    zoals hierboven beschreven, is vrijgave op aanvraag de mogelijkheid om waarde in één keer of op ad-hocbasis beschikbaar te stellen aan klanten op basis van markt-en bedrijfsbehoeften. Release on Demand staat centraal in de bedrijfsflexibiliteit, omdat de beslissingen over wat vrij te geven aan wie en wanneer belangrijke waardefactoren zijn.

    samenvatting

    bedrijven moeten hun uitvoeringsfocus in evenwicht brengen met een klantfocus om ervoor te zorgen dat ze op het juiste moment de juiste oplossingen voor de juiste klanten creëren. Agile productlevering is gebaseerd op klantgerichtheid, waardoor de klant centraal staat bij elke beslissing. Het maakt gebruik van design thinking om ervoor te zorgen dat de oplossing wenselijk, haalbaar, levensvatbaar en duurzaam is.

    ontwikkeling op cadans helpt de variabiliteit die inherent is aan productontwikkeling te beheersen. Release on demand ontkoppelt de release en ontwikkeling cadans om ervoor te zorgen dat klanten kunnen krijgen wat ze nodig hebben wanneer ze het nodig hebben. DevOps en de CDP creëren de basis die bedrijven in staat stelt om waarde vrij te geven, geheel of gedeeltelijk, op elk gewenst moment om te voldoen aan de vraag van de klant en de markt.

    het resultaat van Agile levering van producten is een verbeterde bedrijfsflexibiliteit met superieure resultaten voor de onderneming en de klanten die het bedient.

    Meer Informatie

    Norman, Don. Het ontwerp van alledaagse dingen. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda en Alan Smith. Value Proposition Design: Hoe producten en diensten te creëren die klanten willen. Wiley, 2014. Leffingwell, Dean. Agile softwarevereisten: Lean Requirements Practices voor Teams, programma ‘ s en de onderneming. Addison-Wesley, 2011. Kim, Gene. Het Phoenix Project: Een roman over het, DevOps, en het helpen van uw bedrijf te winnen. It Revolution Press. Kim, Gene, Jez Humble, Patrick Debois en John Willis. Het DevOps-handboek: Hoe maak je van wereldklasse Flexibiliteit, Betrouwbaarheid en veiligheid in Technologieorganisaties. It Revolution Press. Accelerate-staat van DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

    laatst bijgewerkt: 10 februari 2021

    de informatie op deze pagina is © 2010-2021 Scaled Agile, Inc. en wordt beschermd door Amerikaanse en internationale auteursrechtwetten. Afbeeldingen noch tekst kunnen van deze site worden gekopieerd zonder de uitdrukkelijke schriftelijke toestemming van de auteursrechthebbende. Scaled Agile Framework en SAFe zijn geregistreerde handelsmerken van Scaled Agile, Inc. Ga naar Veelgestelde Vragen over machtigingen en neem contact met ons op voor machtigingen.

    Auteur

    • Yolanda Berea –  Avatar

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.

Previous post Amlodipine
Next post School of Law