Plannen voor webservices: een team samenstellen - dummies

Als je succesvol wilt zijn in het doen van iets in het leven, moet je plannen. Bij onroerend goed hoort u de vaak geciteerde uitdrukking 'locatie, locatie, locatie'. "Welnu, met elk softwareproject (inclusief webservices) is een geschikte uitdrukking om te gebruiken" planning, planning, planning ". "

U moet bijvoorbeeld rekening houden met hardware, software en personeel. Je hebt ook veel ontwerpoverwegingen, zoals sessiestatus en assembly-versiebeheer, om te beoordelen. Daarnaast moet u plannen voor bepaalde overwegingen in het organisatiebeleid, zoals herstel na een ramp. Dit artikel verkent de personeelsvereisten voor een succesvol webservicesproject.

Kennisniveaus evalueren

Het bepalen van de personeelsvereisten voor het implementeren of bouwen van webserviceprojecten is een zeer moeilijk te kwantificeren omdat uw personeelsbehoeften worden beïnvloed door het volgende:

• Vaardigheidsniveau: > Hebben de mensen die uw webservices gaan bouwen voldoende ervaring om de concepten van webservices gemakkelijk te begrijpen? Aan de ene kant kan het hebben van een ervaren medewerker de ontwikkelingstijd versnellen. Aan de andere kant kan een onervaren persoon de concepten achter webservices snel begrijpen omdat er geen vooropgezette ideeën zijn.

Training:

• Als de mensen van uw IT-afdeling helemaal niet bekend zijn met webservices, moeten ze mogelijk naar de training gaan. Trainen kan een goede zaak zijn, maar het kan ook van invloed zijn op tijd en budget. Wees hiervan bewust bij het evalueren van uw personeel. Evenzo, als u webservices implementeert op een Linux-platform in plaats van een Microsoft-platform, lijkt het misschien alsof de implementatiekosten lager zijn; maar in feite zul je je personeel moeten trainen om Linux te ondersteunen. Microsoft heeft studies gedaan om te bewijzen dat vanwege de training (en ook de implementatie) de kosten van een webservicesproject minder duur zijn op het Microsoft-platform.

Kennis van webservices:

• Als elke persoon in uw IT-personeel op de hoogte is van enkele webservicetechnologieën, kunnen deze mensen een zeer goede bron zijn om een ​​webservicesproject te plaatsen, in tegenstelling tot iemand die de concepten moet leren. Net als bij training (vermeld in het laatste punt), heeft het gebrek aan kennis van webservices op een Linux-platform de neiging om de kosten en de time-to-market te verhogen met uw webservices-project via het alternatieve Microsoft-platform. Zakelijke kennis:
• Voor uw nieuwe webserviceprojecten moet u rekening houden met de bedrijfskennis van uw IT-personeel.Met andere woorden, begrijpen zij precies wat het bedrijfsprobleem is, wat er moet worden gedaan en waarom het moet worden gedaan? Verder, begrijpen zij de zakelijke tijdlijnen en reden voor die tijdlijnen? Als het IT-personeel al deze dingen begrijpt, zal deze kennis een lange weg banen naar het verkorten van de leercurve en tijdlijnen voor het project. Het hebben van IT-personeel om de echte business achter de oplossing te begrijpen, is van onschatbare waarde. De rollen identificeren

Omdat webservicetechnologie erg nieuw is, is het misschien moeilijk om iemand te vinden met voldoende ervaring om uw webservices snel te implementeren. Bovendien kan het lastig zijn om iemand te vinden die een dergelijk project kan beheren, vooral een complex project.

Ook, zoals bij alle softwareprojecten, zijn er heel wat bekwame en verantwoordelijke mensen nodig om een ​​webservicesproject te lanceren, waaronder:

Executive sponsor:

• Verantwoordelijk voor het promoten en goedkeuren van het project. Projectmanager:
• beheert het volledige project om ervoor te zorgen dat het op schema blijft en binnen het budget blijft. Soms wijst de projectmanager ook middelen toe. Bronbeheer:
• In grotere IT-winkels wordt soms een resource manager gebruikt om de resources en vaardigheden te beheren die nodig zijn voor projecten. Deze persoon kan effectief dezelfde bron op meerdere projecten tegelijkertijd plaatsen, waardoor de totale kosten worden beperkt. Designer / Architect:
• Ontwerpt de oplossing voor webservices, rekening houdend met bedrijfsproblemen, beveiliging, ongelijksoortige gegevens, herstel na een ramp, enzovoort. De ontwerper / architect kan ook verantwoordelijk zijn voor het plannen van de hardware- en softwareomgeving. Netwerkingenieur:
• In sommige organisaties beheert en ontwerpt de interne infrastructuur, inclusief de configuratie van hardware. Niet alle organisaties hebben het netwerkplan voor hardware; soms doet de ontwerper / architect het. Ontwikkelaar:
• Ontwikkelt de software. Tester:
• Test de software. Voordat u begint met een webservicesproject, moet u ervoor zorgen dat elk lid van het team de doelstellingen van het project begrijpt, wat webservices zijn en wat niet, en waarom u de oplossing implementeert.