Tien signalen van een Data Warehousing-project in problemen - dummies

U kunt het beste vaststellen dat uw data warehousing-project in de problemen zit als u niets te zien krijgt voor uw inspanningen wanneer u dacht dat u dat zou doen. Probeer een indicatie te krijgen dat het probleem zich voordoet, maar <1099> vóór bereikt u dat punt. Deze lijst bevat tien vroege waarschuwingssignalen. De scope-fase van het project eindigt zonder algemene consensus

De toegewezen tijd voor de scope-fase van uw data warehousing-project eindigt (meestal twee of drie weken - iets langer voor grote projecten), en de leden van uw kiesdistrict zijn ongelukkig.

Ze zijn nog steeds aan het mopperen en het oneens over de richting van het project en de potentiële bedrijfswaarde (of het gebrek daaraan), de relatieve prioriteiten van capaciteiten en hoe ze in kaart brengen in verschillende projectfasen en andere twistpunten.

De missie wordt ter discussie gesteld nadat de scope-fase afloopt

U bent drie weken in de ontwerpfase, na een periode van vier weken. U zit 's morgens in een statusvergadering met de IT- en bedrijfsorganisatie executive sponsors, evenals vier key managers van de businessgroepen die van plan zijn om het datawarehouse het meest te gebruiken.

Vlak voor een koffiepauze zegt een van de managers: "Kent u die missie waar we het over hadden op de tweede dag van het project? Ik wil daar nog iets over vertellen, want ik heb er wat problemen mee. "

Tools worden geselecteerd zonder voldoende onderzoek

Een projectbeslisser kijkt met afgrijzen in de kamer rond, zucht diep en zegt:" Kijk, we hebben geen tijd om deze tools te bekijken omdat het schema is te strak. Die verkoper die hier gisteren was - wat was de naam van dat bedrijf alweer? U weet wel, degenen met het product dat - ik kan me niet alle details herinneren. Hoe dan ook, ik vond hun demo leuk. We zullen die tool kopen. “

Mensen worden uit je team gehaald voor "Nog maar een paar dagen"

"Ik ga Mary, John en Sue Ellen een paar dagen lenen omdat we iets belangrijks hebben over in de schoenveter plastic-tips divisie die zo snel mogelijk moet worden gedaan. Hoe dan ook, ik denk dat het maar voor een paar dagen zal zijn. Probeer op schema te blijven. "

Je zit in de problemen.

U wordt overruled wanneer u de scope-kruip wilt verwerken

U bevindt zich in de laatste week van de ontwerpfase en een manager van een businessunit gaat tegenover u zitten in de kantine. Tussen hapjes van Chef's Daily Surprise vertelt hij je over "deze een of twee dingen waar ik net aan dacht dat dit datawarehouse ding veel beter zou laten werken."

U legt beleefd het begrip" scope creep "uit in de context van" Wacht tot de% $ # ^ @ volgende fase van het datawarehouse! "(Behalve dat je er meer diplomatiek over bent). Twee dagen later stuurt de manager van de manager (die ook je baas is) een e-mailbericht met de instructie "voeg die een of twee dingen toe aan de lijst met functies, maar laat ze niet van invloed zijn op het schema. "

Uw executive sponsor verlaat het bedrijf

U hebt fantastisch werk verricht door de bedrijfswaarde van uw data warehousing-project te verkopen aan het uitvoerend management, en alles loopt goed mee. Plotseling, twee dagen na een verbluffende aankondiging van teleurstellende kwartaalverkopen en inkomsten, treedt de uitvoerende sponsor van de zakelijke kant van de organisatie af. Uw project heeft nu geen uitvoerende sponsor.

U

bevindt zich mogelijk in de problemen: werkt snel en kijkt niet achterom. U hoort: "Dit zal nooit werken, maar ik zeg niets"

Iedereen in het bedrijf ondersteunt uw data warehousing-project. U bent een voorloper op het gebied van technologie en iedereen in uw team is enthousiast. Hun wekelijkse statusrapporten weerspiegelen zelfs de voortgang die ze maken. De hoofdarchitect van het project verzekert je dat hoe meer je in het project komt, hoe meer iedereen ervan overtuigd is dat je goede technische beslissingen hebt genomen.

Dan, in de kantine, hoor je twee van de meer ervaren ontwikkelaars die het project bespreken. De een zegt: "Er is geen mogelijkheid dat dit ding kan werken. De prestaties zijn slecht, en de helft van de tijd geeft dezelfde query tegen dezelfde gegevens verschillende resultaten! Maar ik zal niet degene zijn die het ter sprake brengt! "

U vindt een belangrijke" Uh-Oh "in een van de producten die u gebruikt

Ondanks uw inspanningen bij de productevaluatie is er iets doorgebroken en een belangrijke functie werkt gewoon niet. Hoewel u één work-around kunt gebruiken, heeft die work-around echt een negatieve invloed op de prestaties.

De vertegenwoordigers van de verkoper zeggen geniepig: "Wel, we hadden gehoord dat het een probleem zou kunnen zijn. Onze ontwikkelingsorganisatie onderzoekt het en zal waarschijnlijk een patch beschikbaar maken in de volgende maand of zo. "

De IT-organisatie die verantwoordelijk is voor de ondersteuning van het project, krijgt steun

Uw ontwikkelingsgroep is verantwoordelijk voor het grootste deel van de ontwikkeling van datawarehousing, inclusief de Business Intelligence-tools en de databasedefinities. De IT-organisatie is echter verantwoordelijk voor het maken van de databases en het uitvoeren van de laadroutines, het uitvoeren van de back-up- en herstelprocedures en het verzorgen van veel van de andere infrastructuurelementen van het project.

Vanwege hogere prioriteiten trekt de IT-organisatie de mensen aan die verantwoordelijk zijn voor de ondersteuning van uw project, en hun manager belooft "op zoek te gaan naar een ander antwoord". "Ze zegt:" Misschien huren we een aantal aannemers in, maar ik kan daar pas volgende week naar kijken. "

Ontslag begint

Ontslag is een zeker teken dat er grote problemen voor de boeg liggen.Zelfs mensen die niet tevreden zijn met een bedrijf geven vaak toe aan loyaliteit of plichtsbesef, en ze blijven rond tot de voltooiing van een project. (Of misschien willen ze gewoon het CV-voer.)

Wanneer een aantal mensen in het midden van een project aftreden, zit u in de problemen.