Klant

Share

|

Doel

De eisen van de klant af te bakenen, in detail, wat de klant nodig heeft en hoe het project zal dienen deze behoeften. Vereisten vertegenwoordigen een gedetailleerd overzicht van de verwachtingen van de klant voor het project, evenals hoe het project organisatie zal dienen deze eisen. Eisen documentatie biedt op lange termijn een leidraad voor de ontwikkeling van de Work Breakdown Structure (WBS) en steun voor
de klant en de project organisatie als ze werken in de richting van samenloop over wat het project moet realiseren. De eisen van de klant document dient als een permanente verwijzing wat elementen van het project het werk zijn of in omvang of buiten de reikwijdte, en in sommige gevallen, geeft inzicht in de mate van belangrijkheid van sommige onderdelen van het toepassingsgebied.

Aanvraag

Afhankelijk van de aard van het document (functioneel of technisch), zal het radicaal verschillende toepassingen. De functionele eisen document behandelt de behoeften van de klant, zoals uitgedrukt in termen van prestaties. De technische eisen document behandelt de wijze waarop deze behoeften worden voldaan. De functionele eisen document wordt beschreven in termen van prestaties, mogelijkheden en verwachtingen van de klant. De technische eisen document is ook beschreven in die termen, in combinatie met de technische antwoord over hoe die behoeften zal worden geserveerd.

Vanwege het unieke karakter van de projecten kan, project eisen documenten er anders uitzien, zelfs als ze worden gegenereerd door dezelfde organisatie. De sjabloon is hier opgenomen voor gebruik als een referentiekader en kan gebrek aan elementen die specifiek zijn voor het milieu (en) van sommige organisaties, zoals de NASA versie waaruit het oorspronkelijk is aangepast.

Inhoud

Het project eisen document moet gegevens bevatten over de specifieke behoeften van het project, in plaats van informatie over de omgeving waarin ze zullen worden ontwikkeld of het personeel en middelen die kunnen worden toegewezen aan het project (tenzij specifieke behoeften aan middelen essentieel zijn voor het project succes) . Nogmaals, Zoals reeds eerder is voorgesteld, de gegevens opgenomen in dit document zal variëren van project tot project, maar deze behoren tot de belangrijkste elementen die moeten worden overwogen. Laten we eens kijken op het project eisen document schetsen in iets meer detail.

1.0 Toepassingsgebied

1.1 Systeem / Product DefinitieHet systeem / omschrijving van het product gedeelte dient als een overzicht van wat het systeem of product te doen, waaronder een algemene beschrijving van het gebruik van het systeem of product door de eindgebruiker. Deze informatie wordt in principe afgeleid van de overeenkomst of memorandum van overeenstemming.

1.2 Basic ApproachDe fundamentele aanpak gedeelte wordt uitgelegd hoe het project organisatie zal ontwikkelen, produceren, organiseren, of de uitvoering van het systeem of het product gedefinieerd in punt 1.1. Deze informatie wordt soms beschreven in het contract of project memorandum van overeenstemming, maar kan ook een product van het project team nadat het contract is ondertekend.

1,3 alternatieve benaderingenDe alternatieve benaderingen gedeelte bevat beschrijvingen van de beschouwde alternatieven of die kunnen worden beschouwd als het fundamentele aanpak (punt 1.2) wordt geacht onaanvaardbaar of onwerkbaar. Deze zijn normaal ontwikkeld door het projectteam als noodoplossing of fail-safe posities, maar kan ook gewoon dienen als bewijs dat andere benaderingen werden beschouwd.

2,0 documentatie-eisen

Deze informatie over de documentatie-eisen wordt gegenereerd door het projectteam door middel van interviews, proces evaluaties, contract reviews, en andere methoden en goedgekeurd door het project sponsor en / of klant. Documentatie wordt centraal opgeslagen veroorloven toegang tot de belanghebbenden, teamleden en functionele ondersteuning op een als dit nodig is.

2.1 Systeem / Product Documentatie

2.2 Support / Process DocumentationSupport / proces documentatie is nodig tijdens de ontwikkeling van het systeem, product of proces te voorzien achtergrond, ondersteuning, status en ontwikkeling updates. De eisen moeten niet alleen de aard van de documenten af te bakenen, maar de frequentie waarmee zij moet worden gegenereerd. Dit zal ook het proces voor goedkeuring en aanvaarding van documentatie, de status van communicatie en verandering documentatie bestellen.

3.0 Systeem / Product Requirements

Systeem / product informatie wordt gegenereerd door het projectteam door middel van interviews, evaluaties, haalbaarheidsstudies, en andere methoden en goedgekeurd door het project sponsor en / of klant. Documentatie wordt centraal opgeslagen veroorloven toegang tot de belanghebbenden, teamleden en functionele ondersteuning op een als dit nodig is.

3.1 Kenmerken / Performance De kenmerken / performance gedeelte gaat over hoe het systeem, product of proces moet uitvoeren en in welke mate. Dit kan afkomstig zijn van de oorspronkelijke opdracht of memorandum van overeenstemming, maar moet voldoende om te verduidelijken wat worden gedocumenteerd / is niet aanvaardbare prestaties te leveren voor het project (s).

3.2 Eigenschappen / fysieke details over wat het systeem, product of proces moet kijken, voelen, smaak, geluid, geur en dergelijke worden verstrekt in de kenmerken / fysieke gedeelte. Dit kan afkomstig zijn van de oorspronkelijke opdracht of memorandum van overeenstemming, maar moet voldoende om duidelijk te maken wat zijn gedocumenteerd worden / zijn niet aanvaardbaar fysieke attributen voor het project te leveren (s).

3.3 Onderhoudbaarheid / Betrouwbaarheid De onderhoudbaarheid en betrouwbaarheid details beschrijven het niveau van de inspanning die nodig is om het project deliverable houden (en functioneel) tot een niveau dat aanvaardbaar is voor de klant en / of eindgebruiker. Dit geldt ook voor eventuele specifieke lange termijn onderhoud verwachtingen, alsook op een perspectief op de levensduur van de prestatie (s).

4.0 Ontwerp, ontwikkeling en constructie

4.1 Logistiek / OnderhoudFaciliteiten, materiaal en organisatorische ondersteuning die nodig is tijdens het ontwerp en de ontwikkeling fasen worden gedekt door de logistiek / onderhoud sectie. Dit kan ook specificaties van wat het pand zal worden geleverd door de eigen organisatie en wat logistiek zal worden beheerd door het project organisatie.

4.2 Personeel / TrainingOpleiding en personele ondersteuning nodig tijdens het ontwerp-en ontwikkelingsfase bevindt zich hier gedocumenteerd. Dit omvat het personeel behoeften van zowel de opdrachtgever en project organisaties en elke opleiding verplicht om hun inspanningen tijdens de project-ontwerp en de ontwikkeling te vergemakkelijken.

5.0 Inspectie en Test Requirements

5,1 Inspecties / ValidatiesDe inspecties / validaties sectie documenten Iedere opdracht inspecties of validaties die contractueel zijn vastgesteld.

5.2 Hotelbeoordelingen / StatusDe herziening / status sectie omvat alle regelmatige evaluaties, status verslagen, voortgangsverslagen, prognoses, of ander project voorgeschreven beoordelingen door zowel de opdrachtgever en project-organisaties. De eisen moeten niet alleen de aard van de documenten af te bakenen, maar de frequentie waarmee zij moet worden gegenereerd en aan wie het gaat. (In sommige gevallen zal dit samenvallen met of vervangen punt 2.2.)

5.3 TestenElk systeem, proces of deliverables testen contractueel vastgesteld of vereist op grond van organisatorische protocol is hier gedocumenteerd. Dit moet gegevens bevatten over de frequentie van dergelijke tests.

6.0 Verpakking / Support

6.1 Final Preparation Het laatste deel geeft voorbereiding stappen nodig zijn om de resultaten af te nemen van hun productie staat de uitvoering. Dit kan ook verwachtingen ten aanzien van verpakking, kisten, opmaak, of definitieve presentatie.

6.2 VerpakkingIn sommige gevallen zal dit deel een herhaling van afdeling 6.1. In andere gevallen zal het bepalen van de lange termijn verpakkingseisen voor de op te leveren als ze worden doorgegeven aan de klant en / of eindgebruiker.

6.3 Transitie De overgang gedeelte bevat alle resterende training, conversie, of levering kwesties. Het definieert ook de onderhoudbaarheid criteria (een metrische of prestaties vereiste niveau zodra het systeem in werking is) en eventuele specifieke middelen voor de kwaliteitscontrole nadat het project is overhandigd uit en in werking zijn. Dit is ook vaak bevat een lijst van de definitieve ondertekenaars op een project en / of leverbare aanvaarding.

Benaderingen

Sommige organisaties gebruiken het project eisen documentatie als een catch-all instrument voor elke afgifte van project risico's te veranderen controle. Omdat de term eisen bereikt over de breedte van het project, zijn dergelijke toepassingen niet onredelijk. Hoewel de voorschriften document een breed scala van onderwerpen kunnen vangen, maar moet zich richten op de behoeften die veel worden voldaan om het project te waarborgen succes.

Overwegingen

Bij de bouw van het project eisen document kan, managers in de verleiding te vullen op elk gebied, zelfs wanneer de informatie is nog niet beschikbaar. Indien informatie ontbreekt voor een bepaald onderdeel van het sjabloon, is het verstandig om deze informatie document als "momenteel niet beschikbaar," in plaats van de leegte vullen met giswerk. Als gissingen worden gemengd met de gevalideerde informatie over het project, wordt het een uitdaging om te onderscheiden welke informatie echt is en de huidige en die het beste van de auteur raden.

---