Hogyan, hogy sikeresen át a tervezetet
Azt mondják: „Nem számít, hogy hogyan csinálod a projekt. Fontos, hogy átadja azt. "
Valóban, ha a szállítás a projekt, hogy az tükrözze a legelején, az esélye annak sikeres végrehajtása jelentősen megnő. És van legalább három fontos szakaszában, amikor fontos, hogy emelje fel a témát, amikor az ügyfél - az elején a projekt, a középső felé vagy a köztes szakaszában a projekt és a projekt befejezését.
Elején a projekt, az összes, és a csapat, és a kliens a boldog eufória. A projekt látható rózsás fényben. És gyakran az ügyfél böki ki, amire szükség van, hogy a lépés a projekt, de az idő és a dátum formátumot nem valósul meg. Ugyanakkor, és az ügyfél is nem sietett fel ezt a kérdést, mert ha nem meghatározott elfogadási kritériumai - ez ad neki a szabadságot, hogy a végtelenségig követelni elvégzett munkát. „Mivel a rendszer nem működik minden ismert böngészővel? Vagy miért úsztam elrendezése elemek az oldalon XXX? És itt van a hiba megtalálható - ha úgy tetszik kijavítani ... „És így tovább a végtelenségig. Sajnos, abban a pillanatban, sajnos, a szoftver nem működik hiba nélkül, így ha csak nem ért egyet az elfogadási kritériumokat - ez pedig egy soha véget nem érő folyamat.
Mi a teendő a legelején a projekt:
- Mi koordinálja az ügyfél az összeget a feladatokat. mit kell tenni, és meghatározza ezeket a problémákat. Azonnal egyértelművé teszi a szabályokat, amelyek elfogadása nem ezt a kifejezést:
- „Nyilvánvaló” - ha valami fontos, azt kell kifejezni, és rögzíteni (például lehet magától értetődőnek, hogy az ügyfél, hogy „a rendszer működik minden böngészőben”, de ez a követelmény jelentős mértékben megnövekedett az időben tesztelés, és ennek megfelelően be kell vonni a költségvetést, ha az ügyfél valóban szükség van rá).
- „Beszéltünk róla” - megint előfordul, hogy az áramlás a vevő igényei olyan nagy, hogy még rögzíti az összes nincs ideje. Ezért fejlesztette ki a specifikációk és küldött visszaigazolást az ügyfél, annak érdekében, hogy semmi sem elfelejteni. Ha valami hiányzik - ez nem feltétlenül szükséges az elfogadás.
Fontos! Meg kell különböztetni átvételi vizsgálat a teljes rendszer tesztelése. A cél az átvételi vizsgálat - annak érdekében, hogy a rendszer működik a legjobban várt használat módja. A közepes méretű rendszerek, a tervnek tartalmaznia 30-100 script, hogy a fejlesztés általában nem több, mint 1-2 nap, és a nagyon elfogadása a folyosón - körülbelül 2-8 óra.
A következő fontos referenciapont alatt történik a projekt végrehajtása.
A tapasztalat - minél szorosabban az ügyfél részt vesz a projektben, és tisztában vannak, annál jobban megérti a helyzetet, és inkább hajlik a kompromisszumra vis maior esetén. Ezen felül, akkor kap egy becslést a köztes munka, és ha van olyan megjegyzést azonnal kijavítani, és figyelembe veszi a jövőbeli fejlődés és nem korrigáljuk, akkor a hógolyó problémák végén a projekt.
Mit kell tenni a projekt során:
- Mi biztosítja az ügyfél státusz jelentéseket a projekt -, mi történik, mi marad, mi problémák, beavatkozását igényli az ügyfél és hogy meg lehet oldani önállóan.
Fontos! Előírt formátum: 1 oldal + fúró eredményeket. Természetesen, az ügyfél elég időt, hogy ásni a részleteket, így az alapvető információk lesznek konszolidált beszámoló neki, és részben fog kinézni már szükség. Azt is kényelmes „közlekedési lámpa modell”, amikor az elején a jelentést küldenek a status: GREEN - minden rendben van, narancssárga - so-so, RED - minden rossz. - Végzünk időközi demo - például 2 hetente (vagy inkább kisebb / függően a projekt időtartama) bizonyítania eredmények véleményét kérje az ügyfél és visszaigazolást kap, hogy akár minden a tervek szerint halad, vagy kiigazításra van szükség, de itt azt látjuk, hogy helyesen vett valamennyi vevői igényeknek.
Fontos! új „kívánságlista” alatt előfordulhatnak az ügyfél demo. Ez teljesen normális. Csak akkor azonnal dönteni, hogy mit kell csinálni velük - tartalmazza a projekt, és mozgassa a timeline, illetve vonzza dop.resursy azok végrehajtásához, vagy hagyja a jövőben - ez lehetséges és szükséges, hogy azonnal egyetért. És ha bármilyen észrevétele van - ez természetesen igaz, hogy abban az időben az elfogadás nem volt kellemetlen meglepetés.
Végül, amikor a projekt véget ér, fontos, hogy megfelelően tartsa a teljességét, és átvételi jelentést, amelynek középpontjában a kialakított kritériumok az elején a projekt.
A leggyakoribb hiba, - az ügyfél csak küldött változat a rendszer, mintha a csapat úgy véli, hogy ez a munka, vagy az ügyfél nem adja meg azt az időpontot, amely visszaigazolást kap a munka vezethet, hogy az elfogadás késik több hónapig.
Mit kell tenni a projekt végére:
- Tartjuk a végső belső „elfogadás” tesztelés. amelyben azt látjuk, hogy az összes szkriptet futtatni.
- Az egyeztetett időpontban az ügyfél és elvégzi a végső demo rendszer. bizonyítani, ahol a végső a fejlesztés eredményeként az ügyfél. Ha helyesen tette, a demo nem lehet kimutatni a kritikus vagy fontos kérdések, és az összes finom rögzített és meg kell korrigálni részeként karbantartás.
- Egyetértünk egy adott időszak teljes elfogadás. amikor beleegyezett, hogy az ügyfél már az idő ami alatt még további önteszt rendszere. Nagyon fontos, hogy ebben az időben volt természetesen. Ie világosan egyeztetett az időpont, ameddig a megfigyeléseket tett.
Itt talán a 8 egyszerű szabályokat, az alapja, amely lehetővé teszi, hogy sikeresen vegye a projektek!