En af mine klienter havde henvendt sig til mig med en 1 linje krav om, at bad os om at gøre lagerstyring software. Ikke underligt, jeg nægtede jobbet betragtning af, at projekter med færre krav eller vage krav er altid en risiko for at arbejde på. Når jeg talte om denne hændelse med en af mine venner, som har været en del af software-industrien i de sidste par år, indså jeg, at vi alle har gjort lignende fejl i denne industry.I har været en del af en Startup og forstår, hvor vigtigt hver klient er i vorden fase af et selskab.
Problemet her er, at når kunderne kommer til os med krav, beder vi vores udviklere til at begynde at arbejde på databasen udvikling fra ordet gå, som skader os alle på et senere stage.Web Ansøgning, software, Business Application Development eller Database Application udvikling kræver en lignende tilgang, og det er, skal hver enkelt skærm være godt documented.I har set virksomheder oplader ikke klienter til krav analyse og mit forslag er, at mindst 10 til 25% af omkostningerne skal holdes til kravet indsamling.
I virkeligheden, hvis du er klar over, at udgifterne til software udviklet ville være mere, end du havde forventet re nærmer klienten og forklare ham retfærdigt, hvordan den indledende vurdering gik wrong.The hele processen bør være veldefineret i etaper: 1. Krav Gathering:
Indsamle så mange oplysninger som muligt fra klienten. Se på deres eksisterende system og indsamle former, excel ark, Word-filer, der bruges af dem i øjeblikket.
Skabe et system, hvor du definerer flowet og identificere de formularer og felter, der ville blive anvendt i softwaren og vurdere de rapporter og advarsler, der ville danne en del af dette system. Hold dokumentet enkel og let at forstå, da dine kunder ikke kan være den mest teknisk dygtige fyr på denne jord, og vil ende med at blive mere forvirret end glad for det arbejde du har gjort.
2. Screen Design:
Når kunden accepterer at doc, er det tid til at have skærme designet baseret på den oprindelige vurdering.
Fleksibiliteten niveau bør være der, da de fleste af de kunder ved ikke, hvad de forventer, og det ville være som en fungerende prototype for dem. Ændre felterne og tilføje /slette en formular eller to baseret på kundernes krav, men ikke starte udviklingen, indtil og medmindre denne fase er godkendt .. De fleste af software applikationsudvikling går galt på grund af det faktum, at det næste trin udføres uden at vurdere det første skridt ordentligt og tro mig, v