Tio tecken på ett datalagringsprojekt i problem - dummies

Du kan lättast säga att ditt datalagringsprojekt är i trubbel när du inte har något att visa för dina ansträngningar när du trodde du skulle. Försök få en indikation på att problemets bryggning, men före når du till den punkten. Denna lista presenterar tio tidiga varningsskyltar.

Projektets omfattningsfas slutar utan generell konsensus

Den tilldelade tiden för omfattningsfasen i ditt datalagringsprojekt slutar (vanligtvis två eller tre veckor - lite längre för stora projekt) och medlemmarna i din valkrets är olycklig.

De mumlar fortfarande och håller inte med om projektets riktning och dess potentiella affärsvärde (eller brist på det), de relativa prioriteringarna av kapacitet och hur de kartlägger till olika projektfaser och andra punkter.

Uppdragsförklaringen blir ifrågasatt efter det att omfattningsfasen slutar

Du är tre veckor i konstruktionsfasen efter fyra veckors omfattning. Du befinner dig i ett morgonmöte med IT-och affärsorganisationens ledande sponsorer, samt fyra nyckelpersoner från de företagsgrupper som planerar att använda datalageret mest.

Strax innan en kaffepaus säger en av cheferna: "Känner du till det uppdrag vi talade om på projektets andra dag? Jag vill prata om det lite mer för att jag har några problem med det. "

Verktyg är valda utan tillräcklig forskning.

En projektbeslutsfattare tittar runt i rummet i avsky, suckar djupt och säger," Se, vi har inte tid att kolla in dessa verktyg eftersom schemat är för hårt. Den säljare som var här igår - vad var det företagets namn igen? Du vet, de med produkten som - Jag kan inte komma ihåg alla detaljer. Hur som helst tyckte jag om deras demo. Vi köper det verktyget. ”

Människor blir drog från ditt lag för "Bara några dagar"

"Jag ska låna Mary, John och Sue Ellen för ett par dagar eftersom vi har något viktigt över i skosnören plast-tips division som måste bli gjort så snart som möjligt. Hur som helst tror jag att det kommer att vara bara några dagar. Försök att stanna på schema. "

Du är i trubbel.

Du är överklagad när du försöker hantera omfattningskryp

Du är i den sista veckan i designfasen och en affärsenhetschef sitter ner från dig i cafeterian. Mellan munnen på kockens dagliga överraskning berättar han om "dessa eller två saker som jag bara tänkte på skulle göra det här datalageret fungera mycket bättre."

Förklara du begreppet scope creep i samband med" Vänta tills% $ # ^ @ nästa fas i datalageret! "(Förutom att du är mer diplomatisk om det). Sedan två dagar senare skickar chefschefen (som också råkar vara din chef) ett e-postmeddelande som riktar dig till att "lägga till en eller två saker i funktionslistan, men låt dem inte påverka schemat. "

Din verkställande sponsor lämnar företaget

Du har gjort ett fantastiskt jobb att sälja affärsvärdet av ditt datalagringsprojekt till verkställande ledningen, och allt rullar snyggt ut. Plötsligt, två dagar efter ett fantastiskt tillkännagivande av en besvikelse i kvartalsvis försäljning och resultat, avgår den verkställande sponsorn från organisationssidan av organisationen. Nu har ditt projekt ingen verkställande sponsor.

Du kan vara i trubbel: Arbeta snabbt och se inte tillbaka.

Du hörs: "Det här kommer aldrig att fungera, men jag säger ingenting"

Alla i företaget stöder ditt datalagringsprojekt. Du driver på teknikens framkant, och alla i ditt lag är entusiastiska. Deras veckovisa statusrapporter återspeglar även de framsteg som de gör. Projektets huvudarkitekt försäkrar dig att ju mer du kommer in i projektet, desto mer är alla övertygade om att du har fattat tekniska beslutsfattande.

Sedan hör du i cafeterian två av de äldre utvecklarna som diskuterar projektet. Man säger, "Det finns inget sätt att det här kan fungera. Prestanda är hemskt, och halva tiden ger samma fråga mot samma data olika resultat! Men jag kommer inte att bli den som tar upp det! "

Du hittar en stor" Uh-Oh "i en av de produkter du använder

Trots dina bästa ansträngningar vid produktutvärdering har något gått igenom sprickorna, och en viktig funktion fungerar helt enkelt inte. Även om du kan använda ett arbete, påverkar det här arbetet verkligen prestanda.

Försäljarens representanter slyly säger: "Jo, vi hade hört att det kan vara ett problem. Vår utvecklingsorganisation tittar på det och kommer noga att göra en patch tillgänglig under nästa månad eller så. "

IT-organisationen som ansvarar för projektet stödjer sitt stöd

Din utvecklingsgrupp ansvarar för större delen av datalagringsutvecklingen, inklusive affärsunderrättelseverktygen och databasdefinitionerna. IT-organisationen är dock ansvarig för att skapa databaser och utföra laddningsrutiner, utföra säkerhetskopierings- och återställningsrutinerna och ta hand om många av projektets övriga infrastrukturelement.

På grund av högre prioriteringar drar IT-organisationen de ansvariga för att stödja ditt projekt, och chefen lovar att "titta på ett annat svar. "Hon säger," Kanske anställer vi ett par entreprenörer, men jag kommer inte att kunna titta på det förrän nästa vecka. "

Avgångar börjar

Avgångar är ett säkert tecken på att stora problem ligger framåt.Även människor som är missnöjda med ett företag ger ofta lojalitet eller en plikt, och de håller sig fast tills projektets slutförts. (Eller kanske vill de bara résuméfoderet.)

När ett antal människor avgår mitt i ett projekt, har du dock problem.