La oss sette scenen. Du ber IT -kollegaen om å legge til noen funksjoner i forretningsprogramvaren din (ERP, CRM, etc.) eller på nettstedet ditt. Her spør han deg "Gi meg dine spesifikasjoner" … Du svarer "ok selvfølgelig!".
Men en gang foran det hvite arket, den nye, tomme Word -siden, lurer du på hvor du skal begynne og hva du skal sette i disse spesifikasjonene. Du gjør et raskt internett -søk, og CoC -modellene som er funnet er komplette, men kompliserte. Og spesielt ikke tilpasset dine behov …
Vi tilbyr deg her et eksempel på en enkel spesifikasjon for forespørsler som forblir profesjonelle, men som ikke krever at det store artilleriet tas ut.
Definisjon av CDC
En liten påminnelse om å starte: en spesifikasjon har funksjonen til å formalisere et behov slik at det blir forstått av alle aktørene som er involvert i prosjektet . Den angir de forventede spesifikasjonene.
Modell og eksempel på spesifikasjoner
Her er hoveddelene for å forklare behovet ditt.
-
Kontekst og definisjon av problemet
Skriv noen ord for å skissere grunnlaget for forespørselen. Du tenker kanskje at en utvikler bare er interessert i den tekniske delen. Tenk om igjen, mange mennesker liker å se slutten på arbeidet sitt. I tillegg gjør det å gi mening til utvikling det lettere å forstå dine behov og begrensninger. Dialog senere blir enda enklere. Til slutt, ved å definere problemet - og dermed demonstrere fordelene med forespørselen din - er det mer sannsynlig at du ser spesifikasjonene dine på toppen av haugen med filer som skal behandles på kontoret ved siden av.
Eksempel: " vi har flere og flere tekniske samtaler å administrere. I dag er alt registrert i en Excel -fil som vi deler. Og det byr på mange problemer: Vi kan ikke jobbe med flere samtidig, det er ikke veldig lett å finne tidligere kontakter … I tillegg, når vi må dele informasjon mellom kolleger i den tekniske tjenesten, gjør vi det. via e-post, men det blir raskt rot: du finner ikke meldingene, alle har sin egen klassifiseringsmetode, ingen oppfølging …). Og når det gjelder årene som kommer er kundeforholdet selskapets strategiske prioritet, dette punktet må arbeides raskt. "
-
Målet med prosjektet
Etter å ha forklart konteksten, uttrykk nivået på dine forventninger og de forventede resultatene. Målene vil bli kvantifisert.
" Vi ønsker å tilby bedre service i våre svar til kunder ved hjelp av et ekte forespørgselshåndteringsverktøy. I dag er tilfredsstillelsesgraden på 60%, vi er rettet mot 80% ett år etter implementeringen av det nye verktøyet ".
-
Omkrets
Sett her grensene du gir til prosjektet ditt. Er alle kunder berørt? Gjelder dette alle ansatte? Alle steder? …
" Vi fokuserer på kunder i Frankrike "
-
Funksjonell beskrivelse av behov
Dette begrepet som ikke er veldig stemningsfullt for de uinnvidde kan ganske enkelt oppsummeres: beskriv behovet ditt når det gjelder funksjoner . På noen få linjer, forklar hva å gjøre din søknad. Det er det grunnleggende verktøyet for realisering.
Hvor skal jeg starte denne analysen? Du får til dette:
Start med hovedfunksjonene og avslå dem.
For eksempel :
Hovedfunksjon: Registrer kontakt med kunden
Delfunksjoner:
- lage en ny fil
- endre en eksisterende fil,
- etc.
Et annet eksempel på et nettsted for refusjon av helse:
Hovedfunksjon: Gjør en tilbakebetalingssimulering
Delfunksjoner:
- legg til en handling
- slette en handling
- huske simuleringen din
For hver funksjon kan du bruke et rutenett som angir: målet, beskrivelsen av funksjonaliteten, begrensningene / styringsreglene og prioritetsnivået.
Se eksemplet nedenfor:Funksjon: lagre kontakt med kunden / opprett en ny fil Mål Få lett tilgang til en inndatamaske med viktig informasjon du kan be om Beskrivelse Å åpne en maske er mulig gjennom en snarvei på skrivebordet. Den inneholder følgende informasjon: kundekonto, kundenavn, kontaktnavn (…), etc. Begrensninger / styringsregler Tjenesten er bare gyldig for kunder. En degradert modus vil bli gitt senere for potensielle kunder. Filen kan bare lukkes av skaperen, etc. Prioritetsnivå Høy prioritet Vanskeligheten med denne oppgaven er å beskrive de forventede funksjonene nøyaktig for å tillate arbeidet med realisering uten å gå inn i et for høyt detaljnivå.
Hvis du har en idé om den endelige designen, må du lage en mockup.
Trening kan virke litt nedslående, men det er viktig for å forstå behovet ditt. I tillegg tvinger det deg til å tenke på hva du virkelig vil.
-
Budsjettfradrag; ressurskonvolutt
Spesifiser ressursene du planlegger å mobilisere.
-
Tidsbegrensning
Uttrykk her ferdigstillelsesdatoen forventet for prosjektet ditt. Med, for litt mer komplekse saker, mellomleveranser.
Vårt eksempel på sammendragsspesifikasjoner
Du kan bruke disse spesifikasjonene for alle typer prosjekter: web, design, IT, organisasjon …
Eksempel på spesifikasjoner i .doc (Word) for nedlasting
Se også eksemplet på spesifikasjoner for et nettsted
Denne filen er referert i: Verktøy for å forbedre kvaliteten - Skriv funksjonelle spesifikasjoner
