A koncepció igazolása vagy próbaüzem
Amikor műszaki és biztonsági döntést hoz a vállalata vagy az ügyfele számára, a megvalósíthatósági igazolás (PoC) vagy a próbaüzem lehetőséget nyújt arra, hogy bizonyítékot nyújtson be arról, hogy a javasolt megoldás megoldja az üzleti problémákat. A PoC vagy a próbaüzem növeli a sikeres bevezetés valószínűségét.
A PoC:
- Azt mutatja be, hogy egy üzleti modell vagy ötlet megvalósítható, és az üzleti probléma megoldásán fog dolgozni
- Általában egy-három funkcióval vagy képességekkel rendelkezik
- Egy vagy több technológiában is lehet
- Egy adott forgatókönyvre irányul, és bizonyítja, hogy az ügyfélnek mit kell tudnia a műszaki vagy biztonsági döntés meghozatalához
- Csak bemutatóként használatos, és nem kerül éles környezetbe
- It-alapú és engedélyező-alapú
Próbaüzem:
- Egy javasolt művelet vagy termék tesztelése vagy kipróbálása
- A poC-nál hosszabb ideig tart, gyakran hetekig vagy hónapokig
- Nagyobb megtérüléssel (ROI) rendelkezik, mint a poC
- Éles üzem előtti vagy próbakörnyezetben készül, azzal a szándékkal, hogy az éles környezetbe kerül
- Bevezetésalapú és fogyasztásalapú
A poC és a próbaüzem ajánlott eljárásai
Az ügyfél környezetében végzett munka során vegye figyelembe a megfelelőségi problémákat, és győződjön meg arról, hogy a műveletek mindig törvényesek és megfelelőek.
- Az ügyfél környezetének megérintéséhez vagy módosításához általában szerződés szükséges, és partnert vagy Microsoft-szolgáltatásokat is érinthet. Szerződés nélkül a vállalat felelős lehet a problémákért vagy károkért.
- Előfordulhat, hogy az irányítás jogi részleg jóváhagyását igényli. Előfordulhat, hogy a vállalat nem tudja ingyenesen átadni a szellemi tulajdont (IP-címet). Előfordulhat, hogy jogi szerződésre vagy szerződésekre van szüksége annak meghatározásához, hogy a vállalat vagy az ügyfél fizet-e az IP-címért.
- Közzétételi útmutatót kaphat a közzétételi megállapodások (NDA-k), a termékfejlesztési ütemtervek, az NDA-funkciók vagy a nyilvánosság számára nem közzétett információk kezelése során.
- Próbaüzemben ne használjon próbaverziós Microsoft Developers Network-környezetet (MSDN-t) vagy saját környezetét.
- Használja a megfelelő licenccel rendelkező szoftvereket, és kérje meg a lehetőség tulajdonosát, hogy győződjön meg arról, hogy megfelelően kezeli a szoftverlicencelést.
Az ügyfél, a partner vagy az Ön vállalata fizethet a poC-ért vagy a próbaüzemért. A szerződés méretétől, a megtérüléstől és az értékesítési költségektől függően egy csoport fedezheti mindet, vagy mindhárom fél kombinációja fedezheti a költségeket. Győződjön meg arról, hogy a vállalat vagy az ügyfél rendelkezik némi befektetést a poC-ban vagy a próbaüzemben. Ha nem, ez lehet egy piros jelző, amely azt jelzi, hogy a vállalat vagy az ügyfél még nem látja az értéket a megoldásban.
PoC és próbafolyamat
A műszaki döntéshozó (TDM) felelős a bevezetési döntés meghozataláért. A TDM feladata annak biztosítása, hogy a megfelelő partnerek és erőforrások részt vegyenek egy poC-ban vagy próbaüzemben. TDM-ként győződjön meg arról, hogy ismeri a termék- és szolgáltatási területen vagy régióban lévő partnereket. Vegye figyelembe a termék szolgáltatási területének legfontosabb szolgáltatási ajánlatait.
Tervezés
Vegye figyelembe az alábbi egészségügyi kérdéseket:
- Van egy jó műszaki terve, beleértve a legfontosabb döntéshozókat és a Microsoft lehetőségeit?
- Meg tudja adni a szükséges biztosítékot poC nélkül?
- Át kell váltania egy pilótára?
- Milyen részletes hatókör- és döntési kritériumokat fogadott el a csapat vagy az ügyfél?
- Ha megfelel a feltételeknek, a vállalat vagy az ügyfél megvásárolja vagy üzembe helyezi a megoldást?
Végezze el a következő feladatokat:
- Kockázat elemzése.
- Értékelje ki a beállítást.
- Végezze el az előkészítést.
- Fontolja meg a számítási feladatokat és az emberi erőforrásokat.
- PoC vagy próbaállapot bemutatása.
- Technikai előfeltételek teljesítése.
- Határozza meg a go/no go döntést.
- Hozzon létre egy végső projektterv-specifikációt.
Futtatási
A végrehajtási fázisban:
- Határozza meg, hogy ki indítja el a bemutatót.
- Ha lehetséges, ütemezze az értekezletet reggel.
- Készítse elő a bemutatókat és diákat.
- Végezzen száraz futtatásokat a bemutató finomításához.
- Visszajelzés kérése.
- Vonja be a vállalatot vagy az ügyfélcsapatot.
- Fejezze be a win/lose utasítást.
Lekérdezés
A feltárási fázisban fontolja meg a következő szempontokat:
- Annak eldöntése, hogy a feltételek teljesültek-e vagy sem
- Érdekelt befektetés
- Üzembe helyezés kezdeményezése
- Partner keresése és képzés
- A levont következtetések
- A PoC vagy a próbaüzemi útmutató javításai vagy kiterjesztései
- Értékes termékek archiválása
Változáskezelés
A változáskezelés tesztelt módszerekkel és technikákkal kerüli el a hibákat, és minimálisra csökkenti a módosítás kezelésének hatását.
Ideális esetben a próbaüzem a felhasználók keresztmetszetét is magában foglalja a felmerülő esetleges problémák vagy problémák megoldásához. Előfordulhat, hogy a felhasználók kényelmesen és jól ismerik a régi technológiájukat, és nehezen lépnek át új műszaki megoldásokba. A változáskezelés ezt szem előtt tartja, és segít a felhasználónak megérteni a változás okait és a változás hatását.
Ez a megértés egy próbaüzem része, és minden olyan személyhez kapcsolódik, aki a projektben érdekelt. A próbaüzem jobb, mint a poC, mivel az ügyfél nagyobb szerepet játszik, így nagyobb valószínűséggel hajtják végre a módosítást.
A próba a felmérések vagy fókuszcsoportok részletes nyomon követését tartalmazza. A visszajelzések bizonyíthatják és javíthatják a változást.
Következő lépések
- Alkalmazásértékelés végrehajtása
- Műszaki workshop vagy képzés népszerűsítése
- Technikai megvalósítás kódolása a csapattal vagy az ügyféllel
Kapcsolódó források (lehet, hogy a cikkek angol nyelvűek)
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: