Realistische prestatiedoelen onderhandelen

Voltooid
De beoogde gebruikerservaring wordt gedefinieerd en er is een strategie voor het ontwikkelen van een benchmark en meetdoelen op basis van de vooraf vastgestelde bedrijfsvereisten.

Vanuit prestatieperspectief is het ideaal om goed gedefinieerde prestatiedoelen te hebben om uw ontwerpproces te starten. Als u deze doelen wilt instellen, moet u goed inzicht hebben in de bedrijfsvereisten en de verwachte kwaliteit van de service die de workload naar verwachting zal leveren. Definieer de verwachtingen in samenwerking met de zakelijke belanghebbenden. In plaats van alleen te focussen op technische metrische gegevens, bepaalt u de acceptabele gevolgen voor de gebruikerservaring voor de belangrijkste stromen.

Er is een kringafhankelijkheid. U kunt niet meten wat u niet hebt gedefinieerd en u kunt niet definiëren zonder meting. Het is dus ook belangrijk om de prestaties van de werkbelasting te meten totdat u een bevredigende definitie van een acceptabele drempelwaarde met collectieve overeenkomst bereikt.

Er is een sterke correlatie tussen prestatie- en betrouwbaarheidsdoelen, waarmee u de kwaliteit van de service kunt bepalen wat betreft prestaties, beschikbaarheid en tolerantie. Zonder een duidelijke definitie is het lastig om prestaties te meten, te waarschuwen en te testen. Nadat u de doelen hebt vastgesteld en werkelijke getallen hebt geïdentificeerd door middel van testen in de loop van de tijd, kunt u automatisering implementeren voor continue tests op basis van deze doelen.

Houd zich aan best practices voor het definiëren van doelen op macroniveau, zelfs als ze bij benadering of binnen een bereik liggen.

Voorbeeldscenario

Contoso Bicycle is een direct aan consumentenfietsmerk in de Verenigde Staten. Hun ontwikkelingsteam is begonnen met het bouwen van een app ter ondersteuning van de geplande mobiele fietsherstelservice van Contoso. De app bevindt zich momenteel in de fase proof of concept. Technici gebruiken een mobiele app om hun planning en werkorders te beheren, evenals betalingen te betalen. Een website wordt gebruikt voor klanten om service te plannen. De web-app, mobiele app en de back-end-API worden waarschijnlijk gehost op Azure-app Service.

Voorbereiden om te onderhandelen over prestatiedoelen

Bereid u voor op effectieve onderhandeling door technische concepten te begrijpen, ontwerpmogelijkheden te verkennen met de beschikbare infrastructuur en resultaten van concrete experimenten te gebruiken, indien beschikbaar. Gebruik historische gegevens om inzicht te krijgen in gebruikspatronen en knelpunten. Breng inzicht in externe factoren, zoals input van marktanalyse, experts en industriestandaarden.

U kunt weloverwogen beslissingen nemen op basis van praktische inzichten.

De prestatiedoelen zijn gericht op gebruikerservaring die is gebaseerd op wat haalbaar is, best practices voor de branche en huidige markttrends.

De uitdaging van Contoso

  • In discussies over de toepassing met zakelijke belanghebbenden is de prestaties nog niet besproken.
  • Het ontwikkelteam is nieuw voor Azure en heeft dus geen ervaring met prestaties en schaalmogelijkheden van het platform.
  • Zonder begeleiding van de belanghebbenden en praktische kennis van wat er mogelijk is, maakt het team zich zorgen dat ze een infrastructuur moeten implementeren voor testen om later opnieuw te bouwen.
  • Het team maakt zich ook zorgen dat niemand bereid zal zijn om te praten over realistische prestatiedoelen wanneer ze aan de volgende voldoen.

De aanpak en resultaten toepassen

  • De bedrijfsanalisten en ontwikkelaars van Contoso bespreken hun zorgen en komen met een plan: de bedrijfsanalisten onderzoeken de verwachtingen van de prestaties door middel van concurrerende analyses en informele polling, en het ontwikkelteam onderzoekt de mogelijkheden en opties van Azure voor verschillende prijscategorieën.
  • De teams worden opnieuw gegroepeerd met zakelijke belanghebbenden die de gegevens die ze hebben gecompileerd en gebruiken als basis voor hun onderhandelingen over prestatiedoelen. Door discussies over mogelijke prestatiemogelijkheden en bijbehorende kosten, laten alle partijen zich goed voelen over het gebruik van App Services voor de workload.

Prestatiedoelen effectief onderhandelen

Werk samen met de bedrijfseigenaren om te begrijpen wat de beloftes van gebruikers zijn, wat betreft kwaliteit en naleving van regelgeving, indien van toepassing. Houd een breed perspectief en vermijd in deze fase gedetailleerde details. Wees expliciet over wat acceptabele prestaties vertegenwoordigt, op basis van de investeringen, en inzicht in de bedrijfscontext en verwachte groei.

Door deze benadering te gebruiken, vermijdt u het maken van veronderstellingen die mogelijk niet overeenkomen met de bedrijfsdoelen. Het stimuleert ook duidelijkheid en motivatie binnen het workloadteam.

Als u een zakelijke context hebt voor functionele en niet-functionele vereisten, kunnen ontwerpwijzigingen in andere goed ontworpen pijlers van Azure worden ontdekt en kunt u weloverwogen afwegingen maken.

Het vroeg definiëren van parameters helpt kosten te voorkomen die zijn gekoppeld aan mogelijke oplossingen die later opnieuw worden ontworpen; hiermee kunt u ervoor zorgen dat prestatiedoelen toekomstige projecties omvatten, zodat u de huidige inspanningen kunt afstemmen op langetermijndoelen.

De uitdaging van Contoso

  • Het architectuurteam heeft ruwe ideeën over wat acceptabel kan zijn, maar nog geen specifieke kenmerken. De architecten denken over het algemeen dat ze moeten kunnen voorkomen dat ze hun keuze voor het toepassingsplatform herwerken, maar ze voelen zich zekerder met een beetje specifieker dan wat ze tot nu toe hebben gekregen.
  • Tot nu toe zijn de prestatiediscussies vaag geweest, met instructies zoals 'De website moet snel zijn'.
  • Zonder enige specifiekerheid maken de architecten zich zorgen dat ze het ontwerp voor prestaties kunnen over-engineeren of te maken krijgen met vertragingen die de release naar productie terugsturen.

De aanpak en resultaten toepassen

  • De zakenpartners en het technische team komen bijeen om consensus te verkrijgen over algemene maar realistische doelen en enkele absolute limieten die moeten worden vermeden. Met deze in de hand kunnen de architecten proof to concepts uitvoeren als onderdeel van hun eerste ontwerp om brede overeenstemming te krijgen over het toepassingsplatform en enkele bevindingen voor prestaties versus prijzen te presenteren.
  • Een van de resultaten van deze vergadering is wetende dat Contoso Bicycle-plannen alleen in het zuidwesten Verenigde Staten voor het eerste jaar, maar in het hele land zullen uitbreiden in jaar twee. Deze informatie wordt in het ontwerp meegenomen.

Ontwerpen met een stroomgerichte focus

Identificeer de workloadstromen en geef prioriteit aan de stromen in het architectuurdiagram. Definieer de prestatietolerantie van elke stroom als een bereik van aspiratie tot onacceptabele prestaties. Evalueer de ingangs- en afsluitpunten voor elke stroom, rekening houdend met de ernst, gebruiksfrequentie en architectuurintensiteit van het pad.

Door stromen te prioriteren, kunt u uw resources richten op kritieke gebieden die het meeste effect hebben op gebruikers- en bedrijfsresultaten.

Door het systeem op te delen in de onderdelen en afhankelijkheden, begrijpt u de functie van elk onderdeel en beïnvloedt u de prestaties. U wordt ook op de hoogte van potentiële problemen.

Hiermee kunt u een prestatiebasislijn en optimalisatie van stations tot stand brengen.

De uitdaging van Contoso

  • Tot nu toe heeft het technische team met belanghebbenden samengewerkt om prestatiedoelen op hoog niveau te identificeren, maar is nog niet gericht op afzonderlijke stromen. Om het ontwerpteam in staat te stellen dieper in te zoomen op de stromen, zoals de servicezoeker en betalingsstromen, moeten ze de vereisten voor deze stromen begrijpen.
  • Zonder deze specifieke vereisten lopen de ontwerprisico's bij het toewijzen van resources voor belangrijke stromen of het toewijzen van resources voor stromen met een lagere prioriteit.

De aanpak en resultaten toepassen

  • Nadat u gebruikersstromen met het bedrijf hebt bekeken, heeft het architectuurteam nu zeer specifieke doelen die voor elke stroom zijn gedocumenteerd. De ontleding van de werkbelasting houdt nu rekening met het aspiratie-tot-onaanvaardbare bereik per stroom.
  • De architecten streven ernaar om met hun ontwerp ambitieuze doelen te bereiken, zodat het systeem in de loop van de tijd ruimte kan ontwikkelen met extra functies, terwijl het in gevaar brengt dat kosten en andere niet-functionele vereisten onder controle blijven.
  • Het team kan het ontwerp voltooien rond de doelen die zijn overeengekomen en nu is het implementatieteam verantwoordelijk om ervoor te zorgen dat deze limieten worden nageleefd en zorgen worden gesteld als ze niet kunnen worden bereikt met het ontwerp van waaruit ze werken.

Test uw kennis

1.

Waarom moest het technische team van Contoso de prestatiemogelijkheden in Azure onderzoeken?

2.

Welke van de volgende is een voorbeeld van de typen punten die u moet behandelen in een prestatiedoelonderhandeling?

3.

Waar of niet waar: prestatiedoelen moeten worden gecontextualiseerd in termen van workloadstromen, niet van afzonderlijke resources.