Acceptatie van digitale ontwikkeldEmpower adoption with digital invention

De ultieme test van innovatie is de klant reactie op uw ontwikkeld.The ultimate test of innovation is customer reaction to your invention. Is de hypo these ' True ' bewezen?Did the hypothesis prove true? Gebruiken klanten de oplossing?Do customers use the solution? Is het schaalbaar om te voldoen aan de behoeften van het gewenste percentage gebruikers?Does it scale to meet the needs of the desired percentage of users? Het belangrijkste is dat ze terugkomen?Most importantly, do they keep coming back? Geen van deze vragen kan worden gesteld totdat de oplossing voor de minimale levensvat bare producten (MVP) is geïmplementeerd.None of these questions can be asked until the minimum viable product (MVP) solution has been deployed. In dit artikel richten we ons op de discipline van de goed keuring.In this article, we'll focus on the discipline of empowering adoption.

De wrijving verminderen die van invloed is op de acceptatieReduce friction that affects adoption

Enkele van de belangrijkste wrijvings punten die moeten worden aangenomen, kunnen worden geminimaliseerd door een combi natie van technologie en processen.A few key friction points to adoption can be minimized through a combination of technology and processes. Voor lezers met kennis van doorlopende integratie (CI) en doorlopende implementatie (CD) of DevOps-processen is het volgende bekend.For readers with knowledge of continuous integration (CI) and continuous deployment (CD) or DevOps processes, the following will be familiar. In dit artikel wordt een uitgangs punt gemaakt voor Cloud acceptatie teams die brand stoffen innovatie en feedback lussen hebben.This article establishes a starting point for cloud adoption teams that fuels innovation and feedback loops. In de toekomst kan dit begin punt meer robuuste CI/CD-of DevOps-benaderingen stimuleren als de producten en teams rijp zijn.In the future, this starting point might foster more robust CI/CD or DevOps approaches as the products and teams mature.

Zoals beschreven in de maat regelen voor klant impact, vereist positieve validatie van elke hypo these herhaling en bepaling.As described in Measure for customer impact, positive validation of any hypothesis requires iteration and determination. Tijdens een innovatie cyclus ondervindt u veel meer fouten dan WINS.You'll experience far more failures than wins during any innovation cycle. Dit is normaal.This is expected. Maar wanneer een klant behoefte, hypo these en oplossing op schaal uitlijnen, worden de wereld wijde wijzigingen snel aangebracht.However, when a customer need, hypothesis, and solution align at scale, the world changes quickly. Dit artikel is gericht op het minimaliseren van technische pieken die de innovatie vertragen, maar zorg er wel voor dat u een paar goede best practices houdt.This article aims to minimize technical spikes that slow innovation but still make sure you keep a few solid best practices in place. Dit helpt het team ontwerp voor toekomstige successen bij het leveren van de huidige behoeften van de klant.Doing so will help the team design for future success while delivering on current customer needs.

Empower aannemen: het model van de verval datumEmpower adoption: The maturity model

Het belangrijkste doel van de innoverende methodologie is het samen stellen van klant partnerschappen en het versnellen van feedback lussen, wat leidt tot markt innovaties.The primary objective of the Innovate methodology is to build customer partnerships and accelerate feedback loops, which will lead to market innovations. In de volgende afbeelding en secties worden de eerste implementaties beschreven die deze methodologie ondersteunen.The following image and sections describe initial implementations that support this methodology.

Empower aannemen: het model van de verval datum

  • Gedeelde oplossing: Maak een centrale opslag plaats voor alle aspecten van de oplossing.Shared solution: Establish a centralized repository for all aspects of the solution.
  • Feedback lussen: Zorg ervoor dat feedback lussen consistent kunnen worden beheerd via iteraties.Feedback loops: Make sure that feedback loops can be managed consistently through iterations.
  • Continue integratie: bouw de oplossing regel matig en consolideer deze.Continuous integration: Regularly build and consolidate the solution.
  • Betrouw bare tests: Controleer de kwaliteit van oplossingen en verwachte wijzigingen om de betrouw baarheid van uw test metrische gegevens te garanderen.Reliable testing: Validate solution quality and expected changes to ensure the reliability of your testing metrics.
  • Implementatievan oplossingen: Implementeer oplossingen zodat het team snel wijzigingen kan delen met klanten.Solution deployment: Deploy solutions so that the team can quickly share changes with customers.
  • Geïntegreerde meting: Voeg leer statistieken toe aan de feedback-lus voor een duidelijke analyse van het volledige team.Integrated measurement: Add learning metrics to the feedback loop for clear analysis by the full team.

Voor het minimaliseren van technische pieken moet u ervan uitgaan dat de verval datum van elk van deze principes voor het eerst laag is.To minimize technical spikes, assume that maturity will initially be low across each of these principles. Maar plan vooruit door af te stemmen op de hulpprogram ma's en processen die kunnen worden geschaald als hypo Thesen meer nauw keuriger.But definitely plan ahead by aligning to tools and processes that can scale as hypotheses become more fine-grained. In azure bieden github en Azure DevOps kleine teams de mogelijkheid om aan de slag te gaan met weinig wrijving.In Azure, the GitHub and Azure DevOps allow small teams to get started with little friction. Deze teams kunnen groeien met duizenden ontwikkel aars die op schaal oplossingen samen werken en honderden klant hypo Thesen testen.These teams might grow to include thousands of developers who collaborate on scale solutions and test hundreds of customer hypotheses. In de rest van dit artikel ziet u de aanpak ' plan Big, start klein ' om de aanneming van elk van deze principes te stimuleren.The remainder of this article illustrates the "plan big, start small" approach to empowering adoption across each of these principles.

Gedeelde oplossingShared solution

Zoals beschreven in de maat regelen voor klant impact, vereist positieve validatie van elke hypo these herhaling en bepaling.As described in Measure for customer impact, positive validation of any hypothesis requires iteration and determination. Tijdens een innovatie cyclus ondervindt u veel meer fouten dan WINS.You'll experience far more failures than wins during any innovation cycle. Dit is normaal.This is expected. Maar wanneer een klant behoefte, hypo these en oplossing op schaal uitlijnen, worden de wereld wijde wijzigingen snel aangebracht.However, when a customer need, hypothesis, and solution align at scale, the world changes quickly.

Wanneer u innovatie schaalt, is er geen waardevol hulp middel dan een gedeelde code basis voor de oplossing.When you're scaling innovation, there's no more valuable tool than a shared code base for the solution. Helaas is er geen betrouw bare manier om te voors pellen welke herhaling of welke MVP de winnende combi natie zal opleveren.Unfortunately, there's no reliable way of predicting which iteration or which MVP will yield the winning combination. Daarom is het nooit te vroeg om een gedeelde code basis of opslag plaats te maken.That's why it's never too early to establish a shared code base or repository. Dit is de enige technische piek die nooit moet worden vertraagd.This is the one technical spike that should never be delayed. Wanneer het team meerdere MVP-oplossingen doorloopt, maakt een gedeelde opslag plaats eenvoudig samen werking en snelle ontwikkeling.As the team iterates through various MVP solutions, a shared repo enables easy collaboration and accelerated development. Wanneer wijzigingen in de oplossing worden gesleept, kunt u met versie beheer naar een eerdere, effectievere versie van de oplossing terugkeren.When changes to the solution drag down learning metrics, version control lets you roll back to an earlier, more effective version of the solution.

Het meest uitgebreide hulp programma voor het beheer van code opslagplaatsen is github, waarmee u in slechts een paar stappen een gedeelde code opslagplaats kunt maken.The most widely adopted tool for managing code repositories is GitHub, which lets you create a shared code repository in just a few steps. Daarnaast kan de Azure opslag plaatsen -functie van Azure DevOps worden gebruikt voor het maken van een Git -of TFVC -opslag plaats.Additionally, the Azure Repos feature of Azure DevOps can be used to create a Git or TFVC repository.

FeedbacklussenFeedback loops

Het maken van de klant deel van de oplossing is de sleutel voor het opbouwen van klant partnerschappen tijdens innovatie cycli.Making the customer part of the solution is the key to building customer partnerships during innovation cycles. Dat is gedeeltelijk het gevolg van het meten van de impact van de klant.That's accomplished, in part, by measuring customer impact. Hiervoor moeten gesp rekken en directe tests met de klant worden uitgevoerd.It requires conversations and direct testing with the customer. Zowel feedback genereren die effectief moet worden beheerd.Both generate feedback that must be managed effectively.

Elk feedback punt is een mogelijke oplossing die de klant nodig heeft.Every point of feedback is a potential solution to the customer need. Belang rijker is dat elke directe klant feedback een mogelijkheid biedt om het partnerschap te verbeteren.More importantly, every bit of direct customer feedback represents an opportunity to improve the partnership. Als de feedback wordt omgezet in een MVP-oplossing, komt dat bij de klant.If feedback makes it into an MVP solution, celebrate that with the customer. Zelfs als sommige feedback niet kan worden uitgevoerd, hoeft u alleen maar transparant te zijn met de beslissing om de prioriteit van de feedback uit te leggen, demonstreert u een groei uitgangspunt en de focus op doorlopend leren.Even if some feedback isn't actionable, simply being transparent with the decision to deprioritize the feedback demonstrates a growth mindset and a focus on continuous learning.

Azure DevOps omvat manieren om feedback te vragen, in te stellen en te beheren.Azure DevOps includes ways to request, provide, and manage feedback. Elk van deze hulpprogram ma's centraliseert feedback zodat het team actie kan ondernemen en opvolging kan bieden van een transparante feedback-lus.Each of these tools centralizes feedback so that the team can take action and provide follow-up in service of a transparent feedback loop.

Continue integratieContinuous integration

Naarmate de acceptaties worden geschaald en een hypo these op schaal dichterbij komt, wordt het aantal kleinere hypo Thesen dat moet worden getest, doorgaans snel groeien.As adoptions scale and a hypothesis gets closer to true innovation at scale, the number of smaller hypotheses to be tested tends to grow rapidly. Voor nauw keurige feedback lussen en soepele acceptatie processen is het belang rijk dat elk van deze hypo theses is geïntegreerd en dat de primaire hypo these achter de innovatie wordt ondersteund.For accurate feedback loops and smooth adoption processes, it's important that each of those hypotheses is integrated and supportive of the primary hypothesis behind the innovation. Dit betekent dat u ook snel moet overstappen om te innoveren en te groeien. hiervoor zijn meerdere ontwikkel aars nodig om de belangrijkste hypo Thesen te testen.This means that you also have to move quickly to innovate and grow, which requires multiple developers for testing variations of the core hypothesis. Voor het ontwikkelen van latere fasen hebt u mogelijk zelfs meerdere teams van ontwikkel aars nodig, die elk bouwen naar een gedeelde oplossing.For later stage development efforts, you might even need multiple teams of developers, each building toward a shared solution. Continue integratie is de eerste stap voor het beheer van alle bewegende onderdelen.Continuous integration is the first step toward management of all the moving parts.

Bij continue integratie worden code wijzigingen vaak samengevoegd in de hoofd vertakking.In continuous integration, code changes are frequently merged into the main branch. Geautomatiseerde build-en test processen zorgen ervoor dat de code in de hoofd vertakking altijd een productie kwaliteit heeft.Automated build and test processes make sure that code in the main branch is always production quality. Dit zorgt ervoor dat ontwikkel aars samen werken om gedeelde oplossingen te ontwikkelen die nauw keurige en betrouw bare feedback lussen bieden.This ensures that developers are working together to develop shared solutions that provide accurate and reliable feedback loops.

Azure DevOps-en Azure-pijp lijnen bieden continue integratie mogelijkheden met slechts een paar stappen in github of een verscheidenheid aan andere opslag plaatsen.Azure DevOps and Azure Pipelines provide continuous integration capabilities with just a few steps in GitHub or a variety of other repositories. Meer informatie over doorlopende integratieof Raadpleeg de praktijk in het lab.Learn more about continuous integration, or for more information, check out the hands-on lab. Er zijn oplossings architecturen beschikbaar waarmee het maken van uw CI/cd-pijp lijnen via Azure DevOpskan worden versneld.Solution architectures are available that can accelerate creation of your CI/CD pipelines via Azure DevOps.

Betrouwbaar testenReliable testing

Defecten in een oplossing kunnen valse positieve of onjuiste negatieven maken.Defects in any solution can create false positives or false negatives. Onverwachte fouten kunnen eenvoudig leiden tot een misinterpretatie van metrische gegevens voor de acceptatie van gebruikers.Unexpected errors can easily lead to misinterpretation of user adoption metrics. Ze kunnen ook negatieve feedback genereren van klanten die de test van uw hypo these niet nauw keurig vertegenwoordigen.They can also generate negative feedback from customers that doesn't accurately represent the test of your hypothesis.

Tijdens vroege iteraties van een MVP-oplossing worden defecten verwacht; vroege gebruikers kunnen ze zelfs vinden op endearing.During early iterations of an MVP solution, defects are expected; early adopters might even find them endearing. In vroege releases is acceptatie testen doorgaans niet bestaande.In early releases, acceptance testing is typically nonexistent. Een aspect van het bouwen met empathie betreft echter de validatie van de nood zaak en hypo these.However, one aspect of building with empathy concerns the validation of the need and hypothesis. Beide kunnen worden uitgevoerd via eenheids tests op een code niveau en hand matige acceptatie tests vóór de implementatie.Both can be completed through unit tests at a code level and manual acceptance tests before deployment. Deze bieden samen een aantal manieren van betrouw baarheid bij het testen.Together, these provide some means of reliability in testing. U moet zich streven om een goed gedefinieerde reeks constructie-, eenheids-en acceptatie tests te automatiseren.You should strive to automate a well-defined series of build, unit, and acceptance tests. Deze zorgen ervoor dat betrouw bare metrische gegevens met betrekking tot meer granulaire aanpassingen aan de hypo these en de resulterende oplossing worden gegarandeerd.These will ensure reliable metrics related to more granular tweaks to the hypothesis and the resulting solution.

De functie Azure test plan biedt hulp bij het ontwikkelen en gebruiken van test plannen tijdens hand matige of geautomatiseerde test uitvoeringen.The Azure Test Plans feature provides tooling to develop and operate test plans during manual or automated test execution.

Implementatie van de oplossingSolution deployment

Misschien is het belangrijkste aspect van de geschiktheid voor een goed keuring de mogelijkheid om de release van een oplossing voor klanten te beheren.Perhaps the most meaningful aspect of empowering adoption concerns your ability to control the release of a solution to customers. Door een self-service of automatische pijp lijn te bieden voor het vrijgeven van een oplossing aan klanten, versnelt u de feedback-lus.By providing a self-service or automated pipeline for releasing a solution to customers, you'll accelerate the feedback loop. Door klanten in staat te stellen snel te communiceren met wijzigingen in de oplossing, kunt u ze in het proces uitnodigen.By allowing customers to quickly interact with changes in the solution, you invite them into the process. Op deze manier wordt ook een snellere test van hypo Thesen geactiveerd, waardoor de veronderstellingen en mogelijke herwerkingen worden verminderd.This approach also triggers quicker testing of hypotheses, thereby reducing assumptions and potential rework.

De verschillende methoden voor het implementeren van oplossingen.The are several methods for solution deployment. Hieronder staan de drie meest voorkomende:The following represent the three most common:

  • Continue implementatie is de meest geavanceerde methode, omdat hiermee automatisch code wijzigingen worden geïmplementeerd in de productie.Continuous deployment is the most advanced method, as it automatically deploys code changes into production. Voor rijpe teams die rijpe hypo theses testen, kan continue implementatie bijzonder waardevol zijn.For mature teams that are testing mature hypotheses, continuous deployment can be extremely valuable.
  • Tijdens de vroege stadia van de ontwikkeling is doorlopende levering mogelijk meer geschikt.During early stages of development, continuous delivery might be more appropriate. Bij een continue levering worden code wijzigingen automatisch geïmplementeerd in een productie omgeving.In continuous delivery, any code changes are automatically deployed to a production-like environment. Ontwikkel aars, besluit vormers van bedrijven en anderen in het team kunnen deze omgeving gebruiken om te controleren of hun werk gereed is voor productie.Developers, business decision-makers, and others on the team can use this environment to verify that their work is production-ready. U kunt deze methode ook gebruiken om een hypo these met klanten te testen zonder dat dit van invloed is op lopende zakelijke activiteiten.You can also use this method to test a hypothesis with customers without affecting ongoing business activities.
  • Hand matige implementatie is de minst geavanceerde benadering voor het vrijgeven van beheer.Manual deployment is the least sophisticated approach to release management. Als de naam wordt voorgesteld, implementeert iemand in het team hand matig de meest recente code wijzigingen.As the name suggests, someone on the team manually deploys the most recent code changes. Deze benadering is fout gevoelig, onbetrouwbaar en wordt beschouwd als een anti patroon door de meeste ervaren technici.This approach is error prone, unreliable, and considered an antipattern by most seasoned engineers.

Tijdens de eerste herhaling van een MVP-oplossing is de hand matige implementatie gebruikelijk, ondanks de voor gaande beoordeling.During the first iteration of an MVP solution, manual deployment is common, despite the preceding assessment. Wanneer de oplossing extreem ongewoon is en feedback van klanten onbekend is, is er een aanzienlijk risico bij het opnieuw instellen van de volledige oplossing (of zelfs de kern hypo these).When the solution is extremely fluid and customer feedback is unknown, there's a significant risk in resetting the entire solution (or even the core hypothesis). Hier volgt de algemene regel voor hand matige implementatie: geen klant bewijs, geen implementatie automatisering.Here's the general rule for manual deployment: no customer proof, no deployment automation.

Investeren kan leiden tot een tijd verlies.Investing early can lead to lost time. Belang rijker is dat IT afhankelijkheden kan maken in de release pijplijn, waardoor het team beter bestand is tegen een vroege draai bewerking.More importantly, it can create dependencies on the release pipeline that make the team more resistant to an early pivot. Na de eerste paar herhalingen of wanneer de feedback van klanten het potentiële succes aanduidt, moet een geavanceerd model van de implementatie snel worden aangenomen.After the first few iterations or when customer feedback suggests potential success, a more advanced model of deployment should be quickly adopted.

In elk stadium van een hypo these vindt u in azure DevOps en Azure-pijp lijnen continue leverings mogelijkheden en continue implementatie.At any stage of hypothesis validation, Azure DevOps and Azure Pipelines provide continuous delivery and continuous deployment capabilities. Meer informatie over continue levering, of Bekijk de praktijk in het lab.Learn more about continuous delivery, or check out the hands-on lab. Met de oplossings architectuur kunt u ook uw CI/cd-pijp lijnen maken met behulp van Azure DevOps.Solution architecture can also accelerate creation of your CI/CD pipelines through Azure DevOps.

Geïntegreerde metingenIntegrated measurements

Wanneer u de impact van de klant meet, is het belang rijk om te begrijpen hoe klanten reageren op wijzigingen in de oplossing.When you measure for customer impact, it's important to understand how customers react to changes in the solution. Deze gegevens, ook wel telemetriegenoemd, bieden inzicht in de acties die een gebruiker (of een cohort van gebruikers) heeft ondervonden bij het werken met de oplossing.This data, known as telemetry, provides insights into the actions a user (or cohort of users) took when working with the solution. Op basis van deze gegevens is het eenvoudig om een kwantitatieve validatie van de hypo these te krijgen.From this data, it's easy to get a quantitative validation of the hypothesis. Deze metrische gegevens kunnen vervolgens worden gebruikt om de oplossing aan te passen en meer verfijnde hypo Thesen te genereren.Those metrics can then be used to adjust the solution and generate more fine-grained hypotheses. Met deze subtiele wijzigingen wordt de eerste oplossing in volgende herhalingen verouderd, waardoor de acceptatie op schaal wordt herhaald.Those subtler changes help mature the initial solution in subsequent iterations, ultimately driving to repeat adoption at scale.

In Azure biedt Azure monitor de hulp middelen en de interface voor het verzamelen en beoordelen van gegevens van klant ervaringen.In Azure, Azure Monitor provides the tools and interface to collect and review data from customer experiences. U kunt deze opmerkingen en inzichten Toep assen om de achterstand te verfijnen met behulp van Azure-kaarten.You can apply those observations and insights to refine the backlog by using Azure Boards.

Volgende stappenNext steps

Nadat u een kennis hebt gewonnen van de hulpprogram ma's en processen die nodig zijn om de acceptatie te stimuleren, is het tijd om een geavanceerdere innovatie discipline te onderzoeken: communiceren met apparaten.After you've gained an understanding of the tools and processes needed to empower adoption, it's time to examine a more advanced innovation discipline: interact with devices. Deze discipline kan u helpen de obstakels te verminderen tussen de fysieke en digitale ervaring, waardoor uw oplossing nog eenvoudiger kan worden aangenomen.This discipline can help reduce the barriers between physical and digital experiences, making your solution even easier to adopt.