San Diego miestas, Kalifornijos valstija, nutraukė programinės įrangos diegimo sutartį su paslaugų teikėju „Axon“, motyvuodamas „sistemingai netinkama projektų valdymo praktika“.
San Diego miestas, Kalifornija, nutraukė programinės įrangos diegimo sutartį su paslaugų teikėju, Aksonas, nurodydamas „sistemingai nepakankamą projektų valdymo praktiką“. Iki šiol projektas viršija 11 mln. USD (27 proc.) biudžetą, o šis skaičius greičiausiai didės.
San Diegas nutraukimo atmintinė pabrėžia pagrindinius Axon valdymo ir įgyvendinimo proceso trūkumus. Tomas Flemingas, San Diego duomenų apdorojimo korporacijos prezidentas (DPC), savivaldybės IT perkančioji agentūra, parašė dokumentą:
- [Axon nepavyko] tinkamai prižiūrėti projekto plano taip, kad būtų galima efektyviai panaudoti išteklius, valdyti „kritinį kelią“, kontroliuoti išlaidas ir... bendra būklė, palyginti su sutartais projekto terminais ir rezultatais.
- „Axon“ netvarko projekto rizikos registro ir problemų registro nuosekliai.
- „Axon“ paprastai nesilaikė pakeitimų valdymo proceso, išdavimo eskalavimo procedūros ar projekto valdymo protokolo, kaip nurodyta SOW.
- Bendras projekto valdymo trūkumai yra numatomas dešimties mėnesių vėlavimas iki pabaigos...
Nutraukimo atmintinėje taip pat kritikuojama „Axon“ konsultavimo išteklių kokybė, kalibras ir įgūdžiai:
- [C]Kai kurie Axon funkciniai ištekliai neparodė pakankamai žinių apie viešojo sektoriaus verslo praktiką.
- „Axon“ nesilaikė geriausios praktikos, kurią paskelbė programinės įrangos gamintojas.
- „Axon“ pateikė nebaigtą darbo produktą priimti ir sumokėti.
- Atsakomybės ir darbo krūvio paskirstymas tarp „Axon“ konsultantų ir jų kolegų miesto neatitinka sutartinio susitarimo tarp DPC ir „Axon“ dvasios.
Mary Lewis, San Diego vyriausioji finansų direktorė, parašė atmintinę aiškinantis miesto sprendimas pakeisti „Axon“ diegimo konsultantais iš SAP, programinės įrangos tiekėjo:
SAP turi unikalią padėtį, kad galėtų išspręsti sudėtingus diegimo iššūkius ir užbaigti projektus, kai ankstesnės kitų firmų pastangos nepateisino klientų lūkesčių. Tiesą sakant, kelios kitos vietos, valstijos ir federalinės vyriausybės agentūros neseniai patyrė panašių įgyvendinimo sunkumų ir kreipėsi į SAP, kad išspręstų įgyvendinimo problemas.
Šios agentūros apima:
- Portlando miestas, Oregonas
- Tarrant apygarda, Teksasas
- Mineapolio valstybinės mokyklos rajonas, Minesota
- Vašingtono valstija
- Šiaurės Kentukio universitetas, Kentukis
- Jungtinių Valstijų pašto tarnyba
- Armijos medicinos medžiagų agentūra
Šios atmintinės dalis iškelia reikšmingą raudoną vėliavėlę, rodančią, kad miestas planuoja pritaikyti SAP programinę įrangą:
SAP įsitraukimas leidžia tiesiogiai susisiekti su SAP produktų kūrimo komandomis, o tai palengvins greičiau išspręsti produkto pritaikymo problemas, kurių reikia dėl unikalių verslo reikalavimų Miestas.
Apskritai, kodo pritaikymas supakuotoje programinėje įrangoje, pvz., SAP neša riziką, kaip paaiškinau kitame tinklaraščio įraše:
Pasirinktinis kodas supakuotame sprendime sukuria įvairių blogybių, kurios kartu lemia išlaidų ir laiko viršijimą pasroviui, neskaitant padidėjusių kūrimo išlaidų ir rizikos projekto metu.
- Susijęs: „Pasirinktinis kodas virš mano kūno“
Gana įdomiame atskleidime miesto pareigūnai paskelbė a ataskaita San Diego finansinių susitarimų su SAP aprašymas:
[San Diegas] sudarė vieno šaltinio fiksuotų išlaidų sutartį su SAP, kurios suma neviršija 14,2 mln. Yra papildoma 1,5 mln. USD laiko ir medžiagų sutartis už 90 dienų „po pradėjimo veikti“ palaikymo, iš viso 15,7 mln. USD. Svarbu pažymėti, kad „Axon“ sutartyje buvo numatytas tik 30 dienų palaikymas po pradėjimo, kaip dalis jų fiksuotos kainos.
PROJEKTO GEDIMŲ ANALIZĖ
Šis projektas skamba kaip stereotipas, kaip vietos valdžios pertvarkos iniciatyva gali suklysti:
- Klientas San Diegas nesuprato visos įsipareigojimo apimties ir masto
- Sistemos integratorius „Axon“ yra apkaltintas nepakankamu išteklių tiekimu, projekto valdymu ir priežiūra, o visa tai iš esmės sukėlė gedimą.
Vietos valdžios pareigos. Apskritai, nėra neįprasta matyti, kad įmonės programinės įrangos diegimas persveria mažos vietos valdžios gebėjimus prisitaikyti prie pokyčių. Interviu su San Diego Union Tribune, miestas pripažino savo indėlį į šią situaciją:
Operacijos vadovas Jay'us Goldstone'as interviu sakė, kad miestas neįvertino sąnaudų ir pradžioje buvo pernelyg agresyvus dėl laiko.
„Užbaigtas žvilgsnis visada yra 20/20“, - sakė Goldstone'as. „Tai, galbūt pirmą dieną, jei būtume galėję perrašyti scenarijų, galėjo būti 45 mln.
Neseniai „PeopleSoft“ diegimo nesėkmė Oak Park, IL pasidalino panašiomis problemomis:
Iš pirmo žvilgsnio lengva kaltinti originalų sistemos integratorių ir „PeopleSoft“. Abu šie dalyviai tikriausiai turėjo glaudžiau bendradarbiauti su miestu, kad užtikrintų, jog proceso pokyčių lūkesčiai būtų aiškūs ir realūs. Tačiau visiškai įmanoma, kad išoriniai žmonės viską paaiškino miestui, bet kažkaip informacija nepasitvirtino.
Marino apygarda, Kalifornija, susiduria su kita panašia situacija savo SAP projekte, kaip aprašyta vietiniame laikraštyje, Marin Independent Journal. [Atskleidimas: aš mokiau Marin reporterį, kaip analizuoti ir suprasti šią nesėkmę]:
Buvo įdiegta sudėtingesnė nei būtina sistema, sukurta netinkamame skyriuje ir įdiegta per greitai, nes pareigūnai nusilenkė konsultantų, kurių dabar klausia, patarimams. Kritikai buvo ignoruojami. Treniruotės buvo minimalios. Valdymas buvo nepastovus.
Projektą prižiūrintys aukščiausio lygio vadovai gelbėjosi įpusėjus ir prisijungė prie programinės įrangos firmų. Apskrities kompiuterių ekspertai buvo vengiami, nes konsultantai atsikraustė, o aukštųjų technologijų darbuotojai liko nepastebėti tol, kol auditoriai iš nevilties pakėlė rankas.
„Pripažįstame, kad tai nebuvo pats geriausias įgyvendinimas“, – sakė apygardos administratorius Matthew Hymel ir pripažino, kad buvo padaryta klaidų, nes apskritis bandė padaryti per daug per greitai.
Sistemos integratoriaus problemos. Sistemos integratoriai taip pat gali prisidėti prie savo klientų nesėkmių situacijų. Mano paskutinis interviu su Forrester analitiku, Natalie Petouhoff, sutelktas būtent į šią problemą:
Sistemų integratoriai turi ilgalaikį verslo modelį, pagrįstą vykdomais ir besitęsiančiais projektais; tai šiek tiek panašu į lapes, saugančias vištidę. Greitas projektų užbaigimas nebūtinai yra geriausias integratorių interesas. Daugelis konsultacinių įmonių pasitraukė iš verslo, nes jų senasis modelis, kai rašomi keičiami įsakymai ir dėl to kaltina klientą, nebeveikia. Klientų atmetimas spyrė sistemos integratoriams į užpakalį.]
Mano paėmimas. Atsižvelgiant į glaudžiai susietą abiejų pusių atskaitomybę, sunku tiksliai išskaidyti atsakomybės kryptis. Įtariu, kad už šią nesėkmę atsakingi San Diegas ir Axonas. Nepriklausomai nuo to, kas nutiko praeityje, naujoji sutartis numato SAP, kad šis projektas vėl pradėtų veikti.
Atnaujinta 2008-02-25 16:00 EST: Iš SAP gavau tokį komentarą. Atkreipkite dėmesį į valdymo tobulinimo svarbą:
SAP ir SAP viešosios paslaugos yra 100% atsidavę projekto sėkmei. Pripažįstame šio projekto svarbą San Diego piliečiams ir pareigūnams ir skirsime išteklius, reikalingus projektui užbaigti. Žinome, kad skaidrumas ir komandinis darbas visuose SAP ir miesto lygmenyse yra būtini, kai dirbame kartu sėkmingai tai užbaigti, o mus skatina tvirtas miesto ir SAP vyresniojo suderinimas vadovai. Žinome, kad ši vadovų komanda vadovaus projektui įvairiais sprendimo būdais.
Siekdami užtikrinti projekto sėkmę padarėme du pagrindinius pakeitimus: 1) metodiką ir 2) patobulintą valdymo modelį, kuris padės užtikrinti greitą sprendimų priėmimą ir priėmimą. Tikime, kad tai padės užtikrinti projekto skaidrumą ir atskaitomybę, kai kartu judame į priekį. Mūsų tikslas naudojant šį modelį yra suderinti projektą su sąnaudomis ir tvarkaraščiu, vartotojų pasitenkinimu ir našumu.
[Ačiū anoniminiam skaitytojui, kad atkreipė mano dėmesį į šią situaciją. Skaitytojai, aš jus myliu! Vaizdo klipas, apibendrinantis situaciją iš San Diego naujienos. Nei „Axon“, nei „San Diego Data Processing Corp. atsakė į mano prašymus pakomentuoti.]