Testování konceptu nebo pilotní nasazení

  • Článek

Při řízení technického a bezpečnostního rozhodnutí pro vaši společnost nebo zákazníka je testování konceptu (PoC) nebo pilotní projekt příležitostí poskytnout důkazy o tom, že navrhované řešení řeší obchodní problémy. PoC nebo pilot zvyšuje pravděpodobnost úspěšného přijetí.

A PoC:

  • Demonstruje, že obchodní model nebo nápad je proveditelný a bude pracovat na řešení obchodního problému.
  • Obvykle zahrnuje jednu až tři funkce nebo funkce.
  • Může být v jedné nebo více technologiích.
  • Je zaměřená na konkrétní scénář a prokazuje, co zákazník potřebuje vědět, aby se rozhodl o technickém nebo bezpečnostním rozhodnutí.
  • Používá se pouze jako ukázka a nepůjde do produkčního prostředí.
  • Je řízeno IT a povolením

Pilotní projekt:

  • Jedná se o testovací spuštění nebo zkušební verzi navrhované akce nebo produktu
  • Trvá déle než PoC, často týdny nebo měsíce.
  • Má vyšší návratnost investic (ROI) než PoC
  • Sestavení v předprodukčním nebo zkušebním prostředí se záměrem, že pak přejde do produkčního prostředí.
  • Řídí se přechodem a spotřebou

Osvědčené postupy pro testování a pilotní nasazení

Při práci v prostředí zákazníka mějte na paměti problémy s dodržováním předpisů a ujistěte se, že vaše akce jsou vždy legální a dodržují předpisy.

  • Dotknutí nebo změna prostředí zákazníka obvykle vyžaduje smlouvu a může zahrnovat partnera nebo služby Microsoftu. Bez smlouvy může být vaše společnost odpovědná za problémy nebo škody.
  • Zásady správného řízení můžou vyžadovat schválení právním oddělením. Vaše společnost nemusí být schopna darovat duševní vlastnictví zdarma. K určení toho, jestli vaše společnost nebo zákazník platí za IP, budete možná potřebovat právní smlouvu nebo smlouvy.
  • Získejte pokyny ke zveřejnění při řešení smluv o mlčenlivosti, plánů produktů, funkcí NDA nebo čehokoli, co není vydáno pro veřejnost.
  • V pilotním nasazení nepoužívejte zkušební prostředí MSDN (Microsoft Developers Network) ani žádné prostředí, které vlastníte.
  • Používejte správně licencovaný software a požádejte vlastníka příležitosti, aby zajistil správné zpracování licencování softwaru.

Zákazník, partner nebo vaše společnost mohou zaplatit za PoC nebo pilotní projekt. V závislosti na velikosti smlouvy, návratnosti návratnosti a nákladech na prodej může jednu skupinu pokrýt vše nebo náklady může pokrýt kombinace všech tří stran. Ujistěte se, že vaše společnost nebo zákazník má nějaké investice do PoC nebo pilotního nasazení. Pokud ne, může to být červený příznak, který signalizují, že vaše společnost nebo zákazník ještě nevidí v řešení hodnotu.

PoC a pilotní proces

Za řízení rozhodnutí o osvojení zodpovídá TDM (Technical Decision Maker). TDM zodpovídá za zajištění toho, aby se do pilotního projektu nebo pilotního projektu zapojili správní partneři a prostředky. Jako TDM se ujistěte, že znáte partnery ve vaší oblasti nebo oblasti služeb. Mějte na paměti jejich klíčové nabídky služeb v oblasti služeb produktů.

Plánování

Zvažte následující otázky týkající se stavu:

  • Máte dobrý technický plán, včetně klíčových rozhodovacích pravomocí a potenciálu Microsoftu?
  • Dokážete zajistit potřebné záruky bez PoC?
  • Měl bys přejít na pilota?
  • S jakým podrobným rozsahem a rozhodovacími kritérii souhlasil váš tým nebo zákazník?
  • Pokud splníte kritéria, koupí nebo nasadí řešení vaše společnost nebo zákazník?

Proveďte následující úlohy:

  • Analýza rizika
  • Vyhodnoťte nastavení.
  • Proveďte přípravu.
  • Zvažte úlohy a lidské zdroje.
  • Prezentující stav PoC nebo pilotního stavu
  • Splňte technické požadavky.
  • Definujte rozhodnutí o tom, jak přejít nebo nejít.
  • Vytvořte konečnou specifikaci plánu projektu.

Spuštění

Pro fázi provádění:

  • Určete, kdo prezentaci zahájí.
  • Pokud je to možné, naplánujte schůzku ráno.
  • Připravte ukázky a snímky.
  • Proveďte suchý běh a zpřesněte prezentaci.
  • Získejte zpětnou vazbu.
  • Zapojte svou společnost nebo zákaznický tým.
  • Vyplňte příkaz win/lose.

Debriefing

Během fáze debriefingu zvažte:

  • Zda byla nebo nebyla splněna kritéria
  • Investice účastníků
  • Zahájení nasazení
  • Vyhledání partnera a školení
  • Poznatky a zkušenosti
  • Opravy nebo rozšíření poC nebo pilotních pokynů
  • Archivace cenných dodávek

Řízení změn

Správa změn používá otestované metody a techniky, aby se zabránilo chybám a minimalizovalo se dopad při správě změn.

V ideálním případě pilotní projekt zahrnuje průřez uživatelů, který řeší všechny potenciální problémy nebo problémy, které se objeví. Uživatelé můžou být obeznámeni se svými starými technologiemi a mají potíže s přechodem na nová technická řešení. Správa změn to má na paměti a pomáhá uživateli pochopit důvody změny a dopad, který změna bude mít.

Toto porozumění je součástí pilotního projektu a týká se všech, kdo mají na projektu podíl. Pilotní projekt je lepší než PoC, protože zákazník je více zapojený, takže je pravděpodobnější, že změnu implementuje.

Pilotní projekt zahrnuje podrobnou následnou návaznou návaznou řadu prostřednictvím průzkumů nebo skupin zaměření. Zpětná vazba může změnu prokázat a vylepšit.

Další kroky

Školení pro správu změn Prosci®