Office
Přihlásit se

Problémy při výběru enterprise software: dokument white paper

Poznámka:  Snažíme se pro vás co nejrychleji zajistit aktuální obsah nápovědy ve vašem jazyce. Tato stránka byla přeložena automaticky a může obsahovat gramatické chyby nebo nepřesnosti. Naším cílem je to, aby pro vás byl její obsah užitečný. Mohli byste nám prosím dát ve spodní části této stránky vědět, jestli vám informace v článku pomohly? Pokud byste se rádi podívali na jeho anglickou verzi, najdete ji tady .

Tento dokument white paper je součástí kolekce náš "From the trenches". Popisuje, jak enterprise systém implementace muset schopen přizpůsobit a vyvíjet byl úspěšný.

Pokud chcete stáhnout tento dokument white paper verze Wordu, najdete v části Výzvy z výběru Enterprise softwaru.

Další dokumenty white paper najdete Dokumenty white paper "od the Trenches".

Problémy při výběru podnikový Software

Se to děje kolem tady vždy. Odešle klienta "Požádat o pro návrh" (RFP) na portál office s pokyny k dokončení odpověď v několika dnech nebo týdnech a jeho odeslání zpátky, aby vám systém naší organizace považuje za koupit. RFPs podstatě všechny vypadat stejně. Je obvykle stručné pokyny na co je potřeba udělat, svou odpověď považovat za, včetně uspořádání má být formátováno a kdy ji odeslat zpět, atd. Potom je dlouhý mřížka funkce, které jsou potřeba a řadu dalších otázek práce psát odpovědi na.

Ověřovací kód s RFPs je, že budou nebyly ideální pro výběr podnikový software a co vyplývá při procesu RFP následuje nezaručuje nejlepší rozhodnutí pro organizaci. RFPs byly navrženými podle nákupu komunity jako způsob, jak získat nejlepší komoditou nejlepší cenu a dál udělejte výborně tohoto. Jakmile nabídek srovnatelná, pak rozhodovací proces zaměřit na nejlepší cena se jenom jednou nebo dvěma proměnnými (například data expedice) na společnost požadovala s. Když možná řešení v kategorii Obecné stejné ale vůbec srovnatelná (stejně jako v případě enterprise softwarem), potom počet proměnné, které musí být považováno odběratelů je velmi velké a procesu RFP nepřidá hodnotu do výběru. Jak většina společností vyberte enterprise software Pojďme start pohledem proces, který se stane, vždy v libovolné dodavatele nebo poskytovatele řešení enterprise softwaru. Můžu se budeme hovořit o enterprise project management software nebo enterprise časového rozvrhu, který je obsahuje Moje firma, ale paradigma je stejný pro výběr systému libovolných organizace.

Jak většina společností vyberte enterprise software

Začneme tím, že prohlížíte proces, který se stane, vždy v libovolné dodavatele nebo poskytovatele řešení enterprise softwaru. Můžu se budeme hovořit o enterprise project management software nebo enterprise časového rozvrhu, který je obsahuje Moje firma, ale paradigma je stejný pro výběr systému libovolných organizace.

Většina organizací podnět můžete vyhledávat podnikový software pochází nějaký problém. Možná problém vytažená pracovníky pole. Možná problém je určen někdo ve vedení. Však se to děje, iniciativu má k získání podpory od někoho z vedení. Je vybráno místní systému, který se projeví v celém podniku virtuálních v i nejčastěji postupné organizacích. Aby rozhoduje o exkurzí odpovědi, "potřebujeme tento typ systému enterprise."

Proces typické podnikové softwaru výběru přejde takto:

  1. Správa hlásí, že potřebujeme nový systém enterprise

  2. Vybraná vedoucí projektu

  3. Vyžadují žádosti ze všech oddělení souvisejících

  4. Všechny žádosti o sloučit do jedné velké tabulky

  5. Odesílání mřížce požadavky spoustě dodavatelé

  6. Získání spousty odpovědi

  7. Krátký seznam

  8. Prohlédněte si ukázky

  9. Jednání

  10. Získání přijetí správy

  11. Rozhodovat o něco jiného správy

Vedoucí projektu pro výběr úsilí požádá. Osoba nemá všechny postup – přejděte k Internetu, načíst z vyhledávacího webu a zadejte "EPM Software" (nebo žádoucí jakéhokoliv podnikového systému). Ihned budou vráceny polovina milionů přístupů. Možná důslednost vedoucí surfs první tucet nebo a zjistěte, jaký druh systémy může být k dispozici teprve pak přejděte na tak. Jasně nikdo čas procházet polovina milionů nebo další úspěšných a zkontrolujte, zda možná velmi poslední systému ideální pro organizaci.

Undaunted vedoucímu projektu překládá výbor výběru ze uživatelům, kteří se týká provádění tohoto nového systému organizace. Z pole zaměstnanců, kteří na prvním místě identifikovat nutnosti v organizaci můžou být některé z těchto na výbor. Ostatní nesmí být. Doména může obsahovat kombinaci lidem se na tento výběr výbor různorodého zájmy vybere jaký druh systému.

Vedoucí projektu hapless teď solicits nemusel(a) aby hlasování jejich skupina zástupců pro potřebují v novém systému organizace. Jak každý výboru zástupce dělá toto? Dobře nejprve všichni účastníci umístí ve stejném úsilí, ale uživatelům, kteří se svých domácích úkolů, budou požádejte jejich pedagogů můžou Odeslat seznam funkcí, které byste měli najít důležité. Potom příjemci rovněž narazí na Internetu a procházení některé dodavatele weby. Můžete zkopírovat a vložit z funkcí, u kterých v brožury těchto webů zobrazuje jako každý web poskytnete nové představu o tom, jaké požadavky by být nového systému.

Teď znovu sestaví výboru a dlouhé tabulky nemusel(a) výboru sloučen s ostatními jeden rozsáhlé tabulky. Zařazené do kategorií tabulce mega požadavků, ale jsou problémy. První různorodého potřeb výboru teď budou lépe poznat požadovaným funkce z širokou škálu perspektivy. Doména může obsahovat členové výboru v různá oddělení, ale také v různých zemí nebo i jiné dělení. Je téměř vždy žádost, který je v konfliktu s jinou žádost ve stejném seznamu (jako třeba velmi snadné a nastavit, aby se mnoha pokynů systému a systému by měl být flexibilní s velkým počtem možnosti pro každého uživatele).

Nakonec kombinované tabulky, který se zobrazí dodavatelů je dokončený. Má stovky poslat žádost o funkci a pro každý z nich, které dodavatele se podle očekávání měly být vyslovte příkaz "Ano", "Ne" nebo "Ano některé plánování řízené úsilí". Systém váhu mohou také připojit k přivítejte zda tato funkce je "musí – mají", "důležité na mají" nebo "Nice mají".

Fragment výběru funkce tabulky

RFP je téměř připravená k odeslání. Bude na pár otázek práce, obvykle o technické architektura výběru a podle toho, kolik lidí byly dotazování o tyto požadavky, požadavky architektury může být rovnoměrně z vnější konflikt (například systému musí mít všech dat uložených centrální v ¬and¬ databáze SQL serveru systému musí povolit všechna data místně uložený na počítači uživatele).

Ve skutečnosti ho je zvukově poměrně dobré zatím není by podle vás? Nakonec ukážeme vrátit spoustu dodavatele odpovědi, které zobrazit, kdo může poskytovat všechny funkce, které budeme potřebovat. Ve skutečnosti ho je zvukově poměrně dobré zatím není by podle vás? Nakonec ukážeme vrátit spoustu dodavatele odpovědi, které zobrazit, kdo může poskytovat všechny funkce, které budeme potřebovat.

Ale ve skutečnosti zásadní problém s co můžu popsali doposud: problém, který nedojde při Pracujeme s programem procesu RFP komoditou spíše než systému organizace. Je to: systému organizace je řešení na jinou hodnotu. Ale jsme uvedli jste nic zatím o potížích. Toto je třeba na běžné výskyt, že odvětví technologii pochází přijmout jako normální a přijatelné.

Proč výběru enterprise softwaru tak nefunguje

Odběratelů používali tato metoda desetiletí a nikdo otázky, ale uživatelé podniku software enterprise věděli, že se zásadní problém s metodu klasické RFP výběru enterprise softwaru.

Nejprve jenom proto, že máte enormously dlouhého seznamu funkcí, ho neznamená, že jste už blíž k řešení problému business. Pokud ještě i kloubové jaké konkrétní obchodní problémy ve skutečnosti snažíte vyřešit a pak budete pravděpodobně vylepšit věci složitější a nakonec horší není. Proces RFP byl určený pro zakoupení suroviny. Pokud zde máme homogenní produkty, jako třeba čelistí nebo brambor nebo cukru, nákup tyto položky tímto způsobem můžete za následek nejlepší výběr z možných dodavatele a zájemce nejnižší náklady. Odpovědi na RFP pro podobné komoditou zajišťuje porovnání možné dodavatele velmi snadno. Po proměnné pro každý produkt kombinaci nekonečné (jako jsou softwarem enterprise) odpovědi RFP taky máte nekonečné počtu proměnných a proces dává výsledky, které mají málo hodnotu.

Když jsme použijte metodu RFP výběr podnikové sítě RFPs převážně všechny vypadat stejně. Je to proto všechny jsou vytvořeny v odpovědi na stejné podnětem. Vedoucí projektu požádá o seznam "co budete potřebovat v tomto systému enterprise" a pouze slovníku, který většina uprostřed Správci mají odpovědět na žádost je seznam funkcí. Odpovědi na RFPs všechny proto vypadat stejně. Budou se kontrolní seznam všech funkcí dostupných jako součást systému nebo jako součást systému s některé úsilím.

Co je nejběžnější pro výběr týmy je, že tato osoba obdrží počet odpovědí na jejich RFPs, budete wade prostřednictvím stovky stránek a, když budou mít hotové, nebude připadat všechny blíže k řešení než při spuštění. Toto je terribly frustrující pro odběratelů, kteří umístit obrovské plánování řízené úsilí při vytváření, co by měl být žádost veletrhu pro návrh a hodnocení odpovědi a zjistit, že byl výkon pro naught.

Horší než to všechno je, aby věděli zkušených enterprise prodejců procesu přinese frustrující výsledků a jsou při práci v okamžiku, uslyšíte tam bude vytvořena RFP. Nebude fungovat na RFP odpověď. Toto není důležité. Místo toho pracují dvě nebo tři úrovně vyšší ve struktuře správy hledání původní podnět, který máte RFP začít. Vyhledejte exkurzí vedoucími, kdo kloubové některé ověřovací kód programu firmy a nastavení kola v pohybu tak, aby odběratelů a jiných střední – vedoucí pedagogů by nakonec vytvořit RFP a rozešlete ho dodavatelům.

Při odpovědi RFP skončily bez vymazat odpověď na obchodní problémy, které se téměř nikdy kloubové v rámci proces nákupu že prodejce organizace je připravená přejít do akce, s exkurzí vedoucími vyhnout procesu úplně odebrat a vyberte systém založený na svoje vlastní osobní relace s exkurzí enterprise prodejce.

Pokud by podle vás jaded tento zvuky, jste nepovedlo. Kromě toho můžete mít lepší případu za vybrané prostřednictvím osobní relace vedení úrovni než můžete pro nákup procesem RFP software.

Ale co dávat pozor u doklad koncept nebo pilotního nasazení?

Ano jsme upozorní že klasické proces nákupu je chybné kdy doporučujeme použít pro nákup podnikový software. Pokud to je případ, jak by měl jsme zvolte enterprise software například systému řízení projektů organizace? Oblíbené způsob je použijte metodu ověření koncepce nebo Pilot fáze.

Tyto dva termíny, jsou často použít jako synonyma, tak se Pojďme nejdřív mluvit o tom, co je ověření koncepce nebo pilotní nasazení.

Příklady   . V ověření koncepce potenciální organizace nasadí podnikový software omezené způsobem k prokážete, že můžete provádět technické ověřovací kód kde není některé otázku, na řešení možnost vyřešit tento ověřovací kód programu. Příkladem může být pro data hlasitost. "Jsme starali, že produktu nebudete moci zpracovat tolik úloh máme na projektu. Jsme by, jako jsou součástí softwaru, promítnutí dvě nebo tři příklad projektu s 500 úkoly a zobrazit jak tyto lze načíst do k softwaru a, software můžete pořád provádět jeho základní funkce se tento objemem v něm."

Zkušební fáze   . Pilotní fáze je instalace softwaru enterprise, ale s týmovým webem. Pilotní nasazení mohou být pro podmnožinu uživatelů. Příklad jenom 10 mimo 1 000 lidí použije softwaru plně dobu čtyřtýdenních. Nebo může být pro podmnožinu funkci nebo podmnožinu objemu dat; například se nezavádějí jenom 10 mimo 500 projekty.

Způsob je ověření koncepce nebo fázi pilotního nasazení?    Problém, na který se vyskytující je použitý fáze pilotní nebo ověření koncepce. Je velmi málo při potenciální organizace spojí a výzva k ověření koncepce návrh a můžete taky určit jaké technické koncept musí být ověřené. "Co jsou můžete ať prokázat a jak jsme budou moct změřit, které jsme jste ověřené it?" požádáme.

Co je nejběžnější je, že někdo správy uprostřed byl zjištěn část enterprise softwaru, který budou ať vám usnadní jejich životy ve své organizaci. Vedení vůbec se jedná o a střední vedoucí pedagogů ještě i kloubové jaké obchodní problémy se snažíte vyřešit. Je jejich víře, že pokud bylo řešení jenom v budovy, který příště někdo z správy by wander dolů ose "omylem, uvidí řešení v operaci a okamžitě, získáte jejich požehnání k nasazení enterprise. Používat frázi z filmového pole sny "Pokud jsme vytvořili, bude pocházejí."

Neefektivní výběr zkušební fáze

Je jen zřídka úspěšně. Organizace softwarem je to, že potřebujeme exkurzí řízení účasti aby nasazení úspěchu. Je vedení, který bude "klienty" sestavy a analýzy z tohoto enterprise systému. Je vedení, kdo bude potřeba investovat osobně umožňuje oblasti pedagogy dobu potřebnou k návrhu, konfigurace a školení o podnikový software. Je vedení, kdo bude mít přijmout nebo dokonce pomůže změnit návrh obchodních procesů, které jsou součástí všech nasazení systému organizace. Bez vedení nejen jejich požehnání, ale taky implicitní podpory a přímá pomoc bez ověření koncepce vám pomohou.

To platí taky pro zkušební fáze. Pokud společnost nepotvrdil z nejvyšší úrovně k řešení problému některé firmy pomocí podnikový software, není Úvod zkušební fáze produktivní.

Efektivní výběr zkušební fáze

To je, že zkušební fáze nasazení mají žádné místo. Provádění kritické místo v úspěšné zavedení. Místě je okamžitě rozhodnutí o nákupu a po dokončení návrhu systému enterprise uzavřena. Teď zkušební fáze umožňuje skvělé místo a vyzkoušejte naše návrhu systému organizace vyladit obecné nasazení.

Po dokončení zkušební fáze v víře, která zobrazují software v akci způsobí výběr správy a pak můžeme mít neefektivní pilotního nasazení a pošle žádné další dále v procesu výběru.

Jak má organizace vyberte enterprise software?

Systémy Enterprise jsou zakoupené střední – pro velké velikosti organizacemi každý den a metodu RFP nemusí být co nejefektivněji, několika způsoby výběru podnikový software, které jsou velmi účinné. Tady je několik tipů pro vytváření vlastního obrázku výběru efektivní organizace.

  • Srozumitelně vysvětlit problém   . Především srozumitelně vysvětlit problém. To znamená, že musí být zahrnuta vedení a propojí je to problém firmy tak, aby měli kloubové řečeno business. Jednu dobré otázku pokládat se "jaké obchodní rozhodnutí nelze provedeme teď nebo můžeme udělat jenom s velké problémy, k provedení může opatřeny náběhem / s nasazením systému solution? toto pole organizace"

    Doména může obsahovat řadu obchodní úkoly, které chcete vyřešit pomocí tohoto režimu organizace.

  • Dejte dodavatelé některé šířky k vytvoření řešení   . Jednou byla kloubové firmy potíže nebo problémy, kontaktujte možné dodavatelé a ujistěte se, že přístup k vedení, který pomáhá v procesu průhlednosti. "Tajná" dodavatele schůzky s vedení když být někdy docela možné je Správa procesu od začátku. Informujte dodavatelé porozumět problému a dát jim některé šířky v odpovědi ho. Můžete zjistit další informace o organizaci v vysvětlující těchto obchodních problémů vliv můžete než zjistíte, a zobrazí určitě se může používat větší okruh, možná řešení problému pokusíte není popisují řešení potenciálních dodavatelům .

    Když mluvit poskytovatelé možná řešení, zkontrolujte, že budou porozumět tomu, že musíte přečíst na technologii a tím největší oříškem obchodní proces. Nikdy byl řešení systém organizace, které neměli mít určitý vliv na uživatele v organizaci obrázku. Pokud poskytovatele řešení nemůže zajistit s vliv procesu, můžete jenom hledání v části řešení.

  • Přejděte zahájit některým lidem   . Až se dostanete několik možných řešení poskytovatelů, požádejte chcete mluvit některé svoje stávající klienty. Ještě lépe najdete v článku Pokud dodavatele vám umožní přejít najdete některé svoje stávající klienty. Poskytovatelé dobré řešení mají často klienty, kdo mají úspěch vlastní nasazení a který je dostatečně velkorysých, které vám zajistí čas podle potenciální klientů.

    Dozvíte přesahuje z několika hodin s klientem zkušených možných řešení se by nikdy naučili číst RFP odpovědi nebo prohlížíte prodejní ukázky dodavatele. Když budete žádat dodavatele možné klienta odkazy a návštěvy webu, si myslíte, že ideální společnosti plnit bude jeden stejně jako váš. Která nastane vždy.

Často je velmi důležité podle společnosti v jiných odvětví, které se týkají nebo poněkud podobný vašemu. Může taky další položek z organizacím, které jsou větší nebo menší než jste. Umístěte další zvýraznění kolik prostředí měl v organizaci s řešením místo jaká verze půjde nebo jestli jsou přesnou velikost nebo odvětví přesné se účastníte.

Pokud jste štěstí navštívit existujícího klienta, mějte na paměti, že není dodavatele. Být uchování a zdvořilý a tři důvody. Uvedení malé dárek, případně společnosti logo propagačních materiálů je často dobře si vážíme. Když budete v rámci organizace nebo při komunikaci s odkazy na telefonu, můžou obsahovat některé možné otázky:

  1. K čemu proces použili jste zvolit tato řešení nad ostatní?

  2. Jaký vliv má Toto řešení na obchodní procesy?

  3. Jaký byl nejčastěji náročné poměr nasazení?

  4. Jaký byl nejužitečnějšího návratnost investic doposud?

  5. Jak se zobrazí řešení dlouhodobým postupovat dál?

Neočekávejte pouze spokojení odpovědi.

Dodavatel, který zcela nemůže zajistit odkazy musí být trochu větší podezřelé než jedna, kdo má číslo spokojení klientů.

Nakonec po nastavení těchto výběr, nasaďte v fáze. Najít další články v tomto sloupci o tom, jak nasadit v postupně porovnání režimu velký vykřičník. To bude zmírnění rizik v libovolné nasazení systému organizace a pomáhají doladit procesu nasazení jako vývoj systému.

Myslete na to, že všechny nasazení systému organizace je dynamické proces. Není jednorázové rozhodnutí s všechno nejlepší výsledky příchozí month po month forevermore. Většina úspěšné zavedení v organizaci začínat výběr, který zahrnuje klíčových zaměstnanců, kteří budou součást procesu nasazení z nejstarší správy pro většinu taktické v poli a pokračujte vývoj systému ve fázi Po fáze.

Výběr systému efektivní organizace je pouze první fáze procesu.

O autorovi

Chrise Vandersluise je prezident a zakládajícími na základě Montrealského Kanadě, proto společnosti HMS Software, certifikované partnera společnosti Microsoft. Má stupně hospodárnosti z McGill University a více než 30 let dojít v automatizaci systémy řízení projektů. Je členem dlouhotrvající z instituce Project Management (PMI) a pomohl nalezené kapitol Montrealský, Ostrava a Quebec aplikace Microsoft Project uživatelé skupiny (MPUG). Publikací, u kterých Chrise napsal obsahuje Fortune, tučná konstrukce novinky, výpočetních Kanada katalogu a PMNetwork PMI společnosti, a je běžný columnist pro časy v projektu. Tahle učí rozšířené možnosti řízení projektů na vysoké škole McGill a často speaks na funkce přidružení správy projektu přes severní Americe a po celém světě. Společnosti HMS Software vydavatele systém určený projektu měřidlo času TimeControl a byl partnera společnosti Microsoft Project řešení od 1995.

Chrise Vandersluise můžete kontaktovat na e-mailové adrese: chris.vandersluis@hms.ca.

Pokud chcete číst další články o EPM od Chrise Vandersluise webu EPM pokyny najdete v článku společnosti HMS (http://www.epmguidance.com/?page_id=39).

Rozšiřte své dovednosti s Office
Projít školení
Získejte nové funkce jako první
Připojte se k účastníkům programu Office Insiders

Byly tyto informace užitečné?

Děkujeme vám za zpětnou vazbu.

Děkujeme vám za váš názor. Vypadá to, že bude užitečné, když vás spojíme s některým z našich agentů z podpory Office.

×