Loading

Alison's New App is now available on iOS and Android! Download Now

Module 1: Globalizzazione

Study Reminders
Support
Text Version

Set your study reminders

We will email you at these times to remind you to study.
  • Monday

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Management Information System Prof. Surojit Mukherjee Vinod Gupta School of Management Indian Institute of Technology, Kharagpur Week - 12 Managing Global Organizzazioni e Global Projects Lecture - 59 Offshoring / Trasposizione Global IT Systems Hello tutti! Bentornato! Ora, in questa parte 4 del "Managing Global Organizations and Global Projects", parlerò di qualcosa chiamato, noto come 'Offshoring' e poi 'Trasitioning Global IT Systems'. Dovete, tutti voi siete a conoscenza di ciò che è 'offshoring ' perché si conoscono queste compagnie estere provenienti dalle aziende statunitensi ed europee, stanno spostando le loro molte operazioni in India.
Così, uno degli esempi che prenderò è IT, tutto il settore IT che conoscete è un grande Infosys, Wipro, IBM, Capgemini, Cognizant, TCS, etcetera, hanno iniziato così grandi centri di consegna fuori dall'India perché, tutti i contratti di supporto ai contratti di manutenzione e sviluppo per sviluppare nuovi softwares e mantenendo i loro softwares esistenti, l'intera operazione è in corso di fuga da questi centri in India che si offende.
E ce ne sono alcuni 5 o 3, il 10% delle persone in realtà al sito, al sito fisico ma l'equilibrio 90% o più persone sono in realtà offshore, esternamente. Insomma è esternamente è, offshore è la parola giusta. Ora, per farlo quando si inizia, così quando un'azienda ora dice firma un contratto sto per offshore il mio servizio a lei esternamente e offshore per dire una società TCS. Ora, come si comincia?
Perché a supporto per mantenere quel sistema bisogna avere la conoscenza, ciò che è stato costruito in quel sistema, di cosa si tratta quel software, quale funzione sta facendo, quale piattaforma sta eseguendo, quali OS viene utilizzato, che è il programma e poi molti altri così tante cose vanno in un programma complessivo software. Quindi, il sistema; e bisogna essere consapevoli di tutto questo perché ogni volta che arriva un problema bisogna risolvere quei problemi, non solo che si deve risolverlo in un periodo di tempo molto stabilito.
Vedi se è come lasciarci chiamare un Accordo di Level Level, SLA. Ora, se c'è un problema serio che è un problema maggiore e l'intero business è in calo, non sta accadendo nulla di vendita nulla. Ecco, questo è quello che io chiamo una situazione di gravità, anche se il contratto ti dirà che devi risolvere questo problema in 1 ore di tempo o 2 ore di tempo dipende da un'azienda all'azienda varia.
Se si tratta di un biglietto di gravità 2 che sta causando ha fermato alcune delle principali funzioni non tutte alcune delle principali funzioni. Poi, probabilmente ti darà qualche tempo in più SLA dirà che devi risolvere questo problema in 4 ore o a volte in 8 ore al massimo, diciamo che 8 ore sono solo un giorno un giorno lavorativo e alcune della loro severità temporale a una di queste sono normalmente di gravità a cui sono lavorate al 24 entro il 7.
Quindi, a prescindere da quale momento del giorno capita, giorno o notte o sera bisogna iniziare a lavorare e risolverlo entro quel periodo di tempo stabilito perché se non si può fare che entro quel tempo si prenda più tempo che si penalizzerà, l'azienda ti farà pagare soldi o quando pagherà il tuo disegno di legge, taglieranno alcuni soldi deportati qualche soldo.
Quindi, per ottenere questa conoscenza che è un processo chiamato transitare. Quindi, transitando significa da una parte a un'altra parte, tutta la conoscenza la responsabilità del sistema si muove insieme a quella che stiamo ora parlando di conoscenza perché per noi di gestione del sistema la sua conoscenza.
Quindi, il trasferimento della conoscenza deve avvenire. Così, il nuovo set di persone che sosterrà che, in precedenza, erano i loro dipendenti a correre che erano sapienti, quindi le conoscenze che hanno noi dovremo trasferire alla conoscenza di questa squadra indiana locale. Così, che si chiama transitare.
E si capisce che risolvere un biglietto in probabilmente 1 ora, 2 ore, 3 ore si dovrà essere in cima al sistema che si deve conoscere attraverso e attraverso, così quanto sia importante questa conoscenza che si scambia la condivisione della conoscenza. Quindi, ecco perché il passaggio è un argomento molto importante, all'interno di questo dominio.
Fa parte di MIS ma la sua, sto dicendo all'interno di questa sezione di gestione delle organizzazioni globali, progetto globale, l'intero outsourcing, il business offshoring inizia con un'attività molto importante chiamata transitare perché è qui che l'intera conoscenza deve entrare perché senza, è un'industria basata sulla conoscenza.
Il tutto è in esecuzione, il software in esecuzione, la gestione è in esecuzione è basato sulla conoscenza perché non si conosce screwdriver o si mantiene qualcosa di saldatura, taglio, rottura, ecc. L'intera cosa è attraverso il tuo cervello, attraverso la conoscenza. C'è un problema lì. Quindi, devi scavare entrando nel software scoprire cosa è andato storto i tuoi studi, la ricerca, l'etcetera, eccetera e infine anche la soluzione nel software stesso.
Devi cambiare il codice o magari fai qualcosa di etcetera, etcetera. Quindi, l'intera cosa è il cervello basato, la conoscenza. Non c'è un coinvolgimento fisico. Non si conosce la sostituzione di una parte o la sostituzione di un componente o la sostituzione di un chip o la sostituzione di una scheda madre come il server etcetera; quindi, nessun hardware. Quindi è tutta conoscenza. Quindi, è tutto sistema basato sulla conoscenza. Dunque, il trasferimento della conoscenza è quello di cui stiamo parlando oggi.
(Riferimento Slide Time: 05.17) Outsourcing, offshoring IT sistemi di un'organizzazione. Il mondo ha visto sin dai primi anni 90s il turno maggiore. Questi abbiamo una discussione generale che possiamo decidere di esternare sia la manutenzione di supporto, sia i nuovi sviluppi alle organizzazioni che ne parlavo. Il risparmio dei costi è un fattore importante.
Tutte queste organizzazioni di fornitura di servizi che si sviluppano in paesi o come India, Filippine, Brasile, eccetera i paesi a basso costo. Così, si chiamano centri di sviluppo offshore. Quindi, offshoring diventa una terminologia comune nel dominio IT.
(Riferimento Slide Time: 05.46) Transizione è il processo di trasferimento della conoscenza e gestione dei sistemi IT da un'organizzazione all'altra. Quindi, un insieme di persone a un altro insieme di persone. In sostanza, è tra le persone. Certo, anche la conoscenza con un essere umano, quindi l'organizzazione è solo un nome simbolico. Attività in ciclo di transizione.
Quali sono le attività? Le attività di transizione tipiche sono le seguenti. La transizione della conoscenza è ciò che parlavo di questo implica il trasferimento delle conoscenze dal team di implementazione per supportare il team o dal client al nuovo provider di servizi. Ora, quando implementiamo un software per esempio, come SAP. Quindi, c'è un team di progetto che sta realizzando. Ora, hanno tutte le conoscenze.
Ora, dopo che l'implementazione è finita il team del progetto partirà. Così, quando partono, prima di partire, dovranno documentare tutto e addestrare e trasferire quella conoscenza ad un team di supporto. Così, il team di progetto sarà sostituito dal supporto, team il team di manutenzione, il team di sostentamento, che farà la sosta, quindi hanno bisogno di avere una conoscenza che sia chiamata che sta anche transitando. Quindi, questo sta accadendo all'interno dell'organizzazione.
O forse quel sostentamento è essere tu che sai dato a un terzo partito fuori, quindi qualunque. Ma in quello stesso luogo fisico, posizione geografica. La sfida più grande è quando lo si fa ad un cliente ad un nuovo provider di servizi e ora si sta andando offshore perché si vuole ridurre ulteriormente i costi. Quindi, stai andando offshore. Quindi, che viene da un'azienda in Europa, Inghilterra e o Germania dicono esempio e che sarà gestito da persone sedute a dire India, Bangalore, Pune, Gurgaon o Hyderabad, Calcutta. Questa è una sfida più grande.
Non solo sono lontani a 1000s chilometri di distanza, ma sono diversi, sono cultura diversa. Insomma parlano bene inglese, ma altrimenti intendo dire che il loro stile di lingua parlante inglese è diverso, l'accento è diverso. Intendo un accento americano, l'accento britannico lo sai che sono tutti diversi.
Così, quando si comunica parlare con loro sopra il telefono etcetera questo accento può diventare un problema. E in India non che tutti siano bravi in inglese. Molte nostre persone hanno studiato dire nelle scuole medie vernacolari e poi sono intelligenti intelligenti che diventano ingegneri e hanno aderito all'industria IT.
Ma la loro abilità di comunicazione inglese sia parlata che scritta potrebbe non essere di certo standard. Quindi, questo può essere un problema e stiamo impiegando numeri così enormi che non possiamo garantire qualità in supporre la conoscenza, sappiamo che è bravo come bravo in java ad esempio. Così, selezioniamo recluta perché abbiamo bisogno di persone in competenze tecniche Java, dot net, etc. o competenze di database.
E ci aspettiamo di provare a portare persone con buone capacità di comunicazione. Ma dal momento che stiamo reclutando in tali numeri sono assunti in numeri così grandi che potreste non garantire. E che il problema dell'accento è sempre lì, l'accento da una persona parlante sudindiana o da un India del Nord o dell'Est, all'interno dell'India abbiamo anche tanti tipi di accenti. E noi stessi troviamo difficili a volte capire l'inglese parlato da diverse regioni. Quindi, lasciate sole quello che sta accadendo con gli americani e il Regno Unito.
Quindi, so da parte nostra dall'esperienza che questo è un grosso problema, grande sfida, anche se siamo bravi in inglese facciamo la maggior parte della nostra comunicazione d'affari in inglese rispetto a dire giapponese, cinese o etcetera, etcetera, stiamo molto meglio, ma comunque l'accento è un grosso problema. Quindi, ecco perché nei call center etcetera c'è una formazione accattivante molto specifica perché per loro l'accento è fondamentale, perché quello che parla direttamente al telefono con persone da qualsiasi parte del mondo.
Ma non tanto nell'industria IT rispetto al call center e la cosa. Ma però ancora è richiesto perché devi risolvere il problema e parlare con il cliente e scoprire cos' è e ci sono un sacco di telefonate che capita tutti i giorni durante tutto il giorno. Quindi, questa è una cosa importante che dovreste tenere a mente.
Poi la transizione della documentazione del progetto. Quindi, che la sua parte di conoscenza, quindi bisogna farlo attraverso il documento uno è attraverso la formazione di aula, bisogna spiegare i sistemi perché solo leggere un documento non aiuterà. Così, come sto prendendo classe, avrei potuto semplicemente regalarti una presentazione PowerPoint la lettura, ma questo non è abbastanza. Quindi, devo spiegare le cose.
Quindi, ecco la transizione della conoscenza poi diciamo progetto effettivo perché la qualità della documentazione è molto importante perché dopo la formazione è finita tutta che avrete mantenuto probabilmente la parte di allenamento. Quindi, lo si può ripetere, ma è necessario vedere la documentazione perché molti grafici di processo mappe etcetera ci saranno nel documento e non lo si può ricordare.
Così, ogni volta che si deve fare riferimento al documento, tornare al documento. Quindi, che la qualità del documento è molto importante. Qual era la qualità della documentazione con implementatori originali? Quindi, i diversi documenti creati durante il progetto devono essere memorizzati correttamente e essere consegnati dal team di implementazione per supportare il team o il team off - source offshore.
Transizione delle risorse umane. Ora, questo è di nuovo un articolo molto importante che si svolge. Dire da una società X in USA, diciamo che la Germania lì hanno il loro team di supporto, ora hanno deciso che ora lo offshore perché è di nuovo costata il risparmio in India. Ora quello che succede è che ci sono regole che regolano le rigide normative sul lavoro in molti paesi la Germania è una di queste è per questo che ho preso l'esempio della Germania dove non si può riavvolgervi improvvisamente tutta la vostra gente.
Quindi, cosa diranno a IBM? Diciamo ad esempio, io la dedico a IBM o a qualsiasi altro TCS come parte del contratto che dovrai assumere almeno il 50% dei dipendenti e garantire loro un'occupazione per 1 anno qualcosa del genere.
Quindi, questa si chiama transizione delle risorse umane perché quando arrivano da quell' azienda X per unirsi a IBM o TCS dicono la transizione HR perché ora verranno e si uniranno a TCS. Quindi, tutte le regole del dipendente TCS saranno applicabili per loro a parte lo stipendio che probabilmente dovrai proteggere quello che sono lo stipendio esistente, ma ci sono molte regole HR e regole dei dipendenti. Quindi, ci dovranno essere abituati. Quindi, questa è conosciuta come transizione HR.
Quindi, quando si prende in persone provenienti da altri paesi si chiama rebadging. C'è un termine tecnico o gergo che direi probabilmente che viene usato in questo settore è noto come rebadging. Il che significa, non è un'occupazione davvero, in quel senso che si applica riceve un'intervista e viene assunta, non è che il suo rebadato, che in precedenza ho usato per avere il badge di dire compagnia tedesca dica Mercedes ad esempio, solo il nome di Mercedes potrebbe non essere grave.
Così, stavo avendo un badge per i dipendenti che diceva Mercedes. Ora, il mio badge cambierà, ora il mio badge dipendente leggerà TCS o IBM, India, IBM India o IBM tedesco inoltre perché TCS avrà un'unità in Germania, anche la Germania TCS. Quindi, mi sto ricattando, sto cambiando il mio badge, quindi questo è gergo. Ma qui accade un sacco di lavoro di transizione perché è così che la cosa HR che si muove qui assorbe quelle persone nel tuo setup.
Alcune persone tornano ai vecchi lavori, alcuni resteranno a sostegno dell'applicazione, la futura nuova società di consulenza assumerà il lavoro di supporto, la pianificazione deve essere fatta per tutto questo, tutte queste cose devono essere pianificate.
(Riferimento Slide Time: 12.57) Quindi, le attività di transizione sono 3 ampie categorie. Abbiamo già discusso del trasferimento di conoscenza che coinvolge la conoscenza dei processi di business del cliente. Quindi, devi sapere quali sono i processi aziendali; processo aziendale a parte la parte IT, la parte software, poi l'applicazione; per ogni applicazione; ci saranno conoscenze specifiche applicative e le logiche per lo sviluppo della configurazione, ecc.
Quindi, non bisogna avere bisogno di conoscere l'algoritmo, ecc. perché è stato sviluppato in questo modo, perché il programma è stato scritto il codice è stato scritto, quali caratteristiche erano considerate etcetera. Poi la transizione HR abbiamo parlato dei trasferimenti di transizione di località precedenti. Quindi, HR significa che le persone potrebbero dover passare da una città fisicamente ad un'altra città.
Transizione di ruolo, nuovi ruoli in azienda ci saranno nuovi ruoli. Risarcimento, sì società per compagnia che il posto diventa varia. Così, in una nuova azienda hanno un risarcimento può essere necessario aggiustare per portarlo a quel livello. E poi condizioni di lavoro delle norme e dei regolamenti applicabili. Quindi, dalla precedente azienda e nuova società; così, ovvero la transizione HR.
Quindi, devono essere comunicati, devono essere spiegati che è una gestione cambiata ancora una volta modificata l'attività di gestione. E quando ci si sta occupando di persone che cambiano di nuovo la gente non è sempre un lavoro facile perché avrà un sacco di domande, hanno molti dubbi, che hanno molte paure e si ha a tutti come persona HR che si deve soddisfare, che il soddisfare le loro domande.
Documentazione, bluestampe, logics aziendali, documenti di progettazione, specifiche di sviluppo, documenti di configurazione, documenti informativi applicativi e script di prova. Ecco, questi sono i vari tipi di documenti che generalmente si trovano nella transizione della conoscenza alla transizione documentale durante un processo di transizione di un sistema IT. Questi sono tutti rilevanti per un sistema IT. Quindi, tenete presente che stiamo parlando di transitare un sistema IT.
(Riferimento Slide Time: 14.44) Quindi, attività di supporto tipiche o di transizione, outsourcing. Amministrazione del sistema. Quindi, quali sono i lavori che fanno quando si sa una volta che si sta trasformando significa quali sono le attività da coprire, quindi e per ognuna di queste attività si dovrà acquisire la conoscenza. Uno è ovviamente l'amministrazione del sistema perché si sta mantenendo sistemi.
Così, la gestione quotidiana del database, questo è solo alcuni esempi, non un elenco esaustivo di attività. Monitoraggio delle prestazioni del sistema, gestione degli orari dei lavori, gestione delle infrastrutture tecniche, alcune delle attività.
Quindi, è necessario essere transitati quando si effettua la transizione per acquisire conoscenze per, in modo da poter svolgere questo lavoro dopo che la gestione del cambiamento di transizione si sviluppa e implementa, le procedure di controllo, applicando patch regolari, note, ecc.
Patch significa che il software ha un po' di upgrade quello che il vendor invierà del tempo. Devi aggiornare il software, quindi quelle patch entrano e devi farlo come amministratore di sistema. Verifica mentre implementa le modifiche per qualsiasi modifica ci deve essere un test di rotta, perché qualsiasi cambiamento non deve distrarre disturbare i programmi esistenti. E trasportare le modifiche da un ambiente all'altro.
Quindi, hai molti ambienti diversi in un complesso, devi sistemarti come hai un ambiente di prova, l'ambiente QA, il tuo ambiente di sviluppo e poi infine, c'è un ambiente di produzione dove succede la cosa reale. Quindi, l'ambiente di sviluppo è dove si fa il cambiamento, prima il cambio quello che si fa il codice, ecc.
Poi lo spostate nell'ambiente di qualità. Ambiente in cui praticamente un server, server di qualità dedicato alla qualità; lì si fa tutto il controllo di qualità. Una volta che è attraverso ora è possibile trasportare quelle modifiche di richiesta modifiche a partire da un sistema server di qualità ad una produzione fino al sistema di produzione finale, perché una volta che è in sistema di produzione significa il suo finale, la gente comincerà effettivamente a usarlo.
Quindi, prima di fare che tu abbia bisogno di garantire che sia corretto tutto si prende cura di, niente bug, la qualità tutto va bene, non disturba nessun altro programma, eccetera perché il suo software integrato. Quindi, qualsiasi cambiamento tu faccia in una zona avrà davvero impatto tutto il resto. Quindi, bisogna assicurarsi che non ci sia un impatto negativo e negativo negativo. Quindi, questi sono alcuni dei principali elementi di lavoro; un per un amministratore di sistema.
(Riferimento Slide Time: 16.59) Da un supporto applicativo dell'utente finale perché si deve dare il supporto agli utenti effettivi, non all'IT o agli utenti finali. Fornire supporto in corso continua qualunque supporto che stavano ottenendo. Gestire e risolvere problemi e problematiche che sono attraverso gli accordi di livello di servizio. Ogni problema che arrivano alzeranno un biglietto del problema e dovrete dare un'occhiata al biglietto e poi risolverlo a seconda delle priorità, della gravità, ecc.
E poi root causa problemi di analisi. Quindi, ogni volta che ci sono più biglietti in una determinata area allora si fa una cosa chiamata analisi causa root. Quindi, cercate di scoprire cosa deve essere qualche causa che non viene identificato. Quindi, ecco dove il problema è ricorrente, sta arrivando di nuovo e di nuovo.
Quindi, se hai bisogno di una soluzione permanente allora devi andare a fare un'analisi di root-causa e risolvere quel problema, e potrebbe scoprire che probabilmente devono cambiare il programma stesso. Ci sono molte modifiche richieste nel codice e qualche bug è apparso in programma.
Quindi, allora si entra in programma e si cambia il programma, codice stesso; così, che il problema possa essere risolto definitivamente. Gestione della conoscenza. consegnare la formazione continua degli utenti finali, valutare l'efficacia di apprendimento, le lezioni di documenti imparate etcetera è una che fa parte della gestione della conoscenza che dobbiamo continuare a dare. Quindi, ogni volta che si fa un cambiamento, la conoscenza cambiata deve essere comunicata all'utente finale perché devono sapere cosa è cambiato e come cambierà il loro modo di lavorare.
Quindi, devi allenarli. Così, noi siamo cambiati questo, quindi ora la tua forma sembrerà così invece che tu stia riempiendo questi 3 campi, devono ci saranno altri due campi che vanno a riempire etcetera. Quindi, questo ha bisogno di una formazione. Quindi, che la formazione deve essere data. Quindi, questo fa parte della gestione della conoscenza; miglioramento continuo; piano di miglioramento continuo, realizzazione di valore, misurazione del vantaggio aziendale.
Il miglioramento continuo è qualcosa di suo tutto dove, così che tu stia cambiando gestendo un business, è sempre che ora guardiamo le cose dovrebbero diventare migliori, più veloci, meno problemi, nessun problema, migliorato l'efficienza della produttività. Quindi, questo fa parte del miglioramento continuo.
Quindi, ci saranno molti sviluppi e cambiamenti che accadono per garantire che il vostro prodotto il prodotto IT che stiamo utilizzando le persone stiano utilizzando la qualità delle prestazioni etcetera, la facilità di utilizzo etcetera le cose continuano a migliorare da con il tempo. Ecco, questa è l'intera idea di miglioramento continuo. Quindi, ci saranno dei cambiamenti per questo.
La realizzazione di valore; così, che è un'altra cosa che potreste dover consegnare è che l'azienda chiederà qual è il vantaggio aziendale che sto ottenendo; quindi, infine, bisogna risolvere ogni anno o trimestre su trimestre, bisogna risolvere, scoprire alcune metriche che misurano; così come quest' anno è stato questo; così il prossimo anno il valore è stato questo, quindi si è, si sa fare qualche miglioria, ecc. E stiamo misurando anche benefici commerciali.
(Riferimento Slide Time: 19.38) Le attività di transizione gestiscono un trasferimento di successo della conoscenza al personale di supporto alle consegne globali che è quello che stavamo parlando. Ora, come si fa, i passi, le fasi, la metodologia etcetera. Così, i vari tipi di attività di cui parlavo in precedenza anche, tipo di richiesta di servizio, manutenzione in corso, fix di emergenza, manutenzione correttiva, servizi di database, potenziamento delle applicazioni e servizi dati.
Si tratta di vari tipi di attività che uno fa o gestisce in un sistema IT, gestendo un sistema IT, tipico terminologia del sistema IT di cui si dovrebbe essere a conoscenza. Quindi, quelli in arancione, questi sono tutti parte di manutenzione qui, e questi due qui di applicazione potenziamento e servizi dati sono lo sviluppo. Quindi, lo sviluppo è quando si scrive un nuovo codice per esempio, o si sviluppa un nuovo programma software di programma, programma aggiuntivo.
Quindi, questo è implicito che è quando il suo potenziamento applicativo. Quindi, hai bisogno di altre funzioni extra in quella applicazione. Quindi, bisogna aggiungere qualche altro codice altro programma che farà qualcosa in più di quello che sta attualmente facendo. Qualche nuova regola arriva ad esempio, dall'agenzia governativa. Quindi, che deve ciondarsi a quella regola.
Così, GST c'è un cambiamento, dal 18% molti degli articoli sono stati spostati a 12%. Quindi, questo è un cambiamento. Quindi, per questo potreste dover scrivere un piccolo programma nel software esistente software.
Quindi, questo è noto come potenziamento delle applicazioni. Analogamente, per i servizi dati. Quindi, i dati devono essere no devi prendere dati da qualche altra fonte di terze parti e poi inserirlo in un sistema, quindi devi scrivere un programma di interfaccia.
Quindi, deve parlare per dire che hai comprato una nuova macchina che ha ottenuto di nuovo un software stesso tutto guidato e producendo dati, generando dati qualunque e quei dati di cui hai bisogno anche per trasportare il tuo sistema ERP perché è nei tuoi libri di finanza. Quindi, per quel nuovo software devi scrivere un programma di interfaccia e collegarlo, in modo che le cose automaticamente possano muoversi senza alcun intervento manuale. Quindi, questo fa parte dei servizi dati. Quindi, quella è un'attività di sviluppo.
Quindi, in sostanza diciamo sviluppo applicativo e manutenzione. Quindi, i due componenti principali, uno è lo sviluppo, altro è una manutenzione. E questi sono i servizi di manutenzione tipici.
Ora, la transizione inizia la fase; potrebbe essere una sorta di 2 mesi, 3 mesi di calendario quello che stiamo parlando di questa transizione ciò che accade, si svolge. Così, le persone vanno, in realtà viaggiano ai clienti finiscono, ma oggigiorno con il telecomando KT e il trasferimento di conoscenze e con strumenti e strumenti di registrazione in arrivo.
Così, i viaggi hanno ridotto ora le persone che si siedono nella località a Bangalore o in India o ovunque e quel cliente, attraverso un tale strumento di registrazione video, eccetera, danno la formazione. Quindi, che la maggior parte delle persone non deve viaggiare perché viaggiare è un costo quando si deve mandare a dire 30, 40, 50 o 100 persone in un paese straniero o in Europa o USA, resteranno lì per 3 settimane o 4 settimane negli alberghi.
Quindi, questo è un bel costo, a parte il piano fare, soggiornare, cibo, alloggio etcetera, etcetera. Quindi, ancora ovunque cerchiamo di ridurre i costi, quindi è in transizione anche noi abbiamo sviluppato strumento tecnologico. Così, che il trasferimento di conoscenze possa avvenire lontanamente come qualcosa che stiamo facendo qui ad esempio, oggi; sto dando un trasferimento di conoscenze da remoto non sei nella mia classe davanti a me l'aula tutte le sedie sono vuote.
Non ti vedo, non vedo nessuno. Non vedo un solo studente. Quindi, quello è un trasferimento di conoscenza remoto. Quindi, la stessa cosa simile è ora applicata anche in un processo di transizione in cui il docente può spiegare il tutto da remoto e questo può ottenere che questo venga registrato ovviamente, e possono anche risuonare le sue opinioni a voi sapete fare un apprendimento.
Quindi, che se dimenticano qualcosa è qualcosa che possono sempre tornare indietro. Quindi, la pianificazione della transizione di corso, qualsiasi cosa programma il suo tipo di progetto, è un progetto di transizione di progetto, è un progetto mini che si può dire 3 settimane o 2 mesi, 6 settimane, 8 settimane. Quindi, fai una tua pianificazione per quel qualsiasi progetto che tu faccia una pianificazione del progetto.
E poi inizia con una cosa che si chiama esecuzione guidata. Così, dopo che una volta un trasferimento di conoscenza è finito di iniziare a risolvere perché ci devono essere le mani a destra. Quindi, solo non teorico devi praticamente fare. Quindi, il primo passo dove si risolva i biglietti si chiama guidata guidata significa, cioè la prima fase di trasferimento di conoscenze, lavorare l'ombra della scuola di classe, svolge il 25% delle nostre attività significa che in realtà non si sta risolendo il ticket.
Viene risolto dal docente. Si sta solo osservando. Così, si chiama guidato guidato o magari ti chiederà di fare 1 o 2 cose, ma la maggior parte delle 80 90% di cose che farà lui o lei che farà, starete osservando. Quindi, ecco che va avanti per qualche paio di settimane. Quindi, stai osservando come i biglietti si stanno risolvendo. Così, che si chiama esecuzione guidata.
Prossimo arriva la fase successiva è un'esecuzione assistita, ovvero la seconda fase di trasferimento della conoscenza. Si eseguono il 75% del lavoro. Quindi, il suo assistito significa che farà qualcosa, ma farete la maggior parte della cosa. Nel primo guidato non hai fatto praticamente nulla 25% minuti di lavoro. Ha fatto 75%, ora è contrario. Così, farete il 75% del lavoro del ticket solving e 25% equilibrio che farà. Così, che si chiama esecuzione assistita.
E l'ultimo è parallelo. Eseguire in parallelo significa che lo stai facendo al 100%, ti sta osservando perché deve osservare che ora risolvi davvero un problema. Vedi se fai un errore intendo allora l'intero sistema ci saranno gli utenti avrà un problema. Quindi, in realtà state risolvi un problema. Quindi, è il tuo allenatore, il tuo tutor, il tuo mentore, ti sta guardando e stai risolendo il problema. Così, che si chiama parallelo perform.
Così, inizia con guidato, assistito, parallelo. Quindi, il tuo contributo al ticket solving cambia da 25%, 75%, 100 questi sono solo numeri ruscosi che intendo solo non può essere una sorta di misurato così, ma ti dà solo un'indicazione sull'estensione del lavoro che stai facendo in ognuna di queste fasi o fasi.
Quindi, il trasferimento della responsabilità del servizio arriva dopo solo dopo l'esecuzione parallela. Quindi, ti certificheranno sì, sei capace di essere passato etcetera, poi va il finale è uno stato stazionario dove si prende completamente. Così, oggigiorno dopo che in costante stato è il tuo mal di testa, il tuo business, il tuo tutor di coach non c'è più.
Ora, quello che succede in questi casi è che devi essere a conoscenza delle persone che ti stanno allenando a darti la formazione che sono le persone che perderanno il loro lavoro perché la sostentavano e ora una volta che ti viene offrattato esternamente ti intendo.
Quindi, dopo 3 settimane o 4 settimane partiranno. Così, dopo il dopo che se avete domande etcetera, etcetera non ci sono. Quindi, questa è una cosa che devi tenere a mente quando stai facendo questa pianificazione di transizione. Quindi, ogni dubbio su tutte le domande di conoscenza etcetera deve essere chiarita entro questo tempo fisso di 4 settimane o quindi, 6 settimane qualunque sia la tua.
Se ti manca qualcosa dopo che, quegli esperti non sono più lì perché hanno perso il lavoro, sono andati da qualche altra parte e dopo, lasciano l'azienda, non si daranno fastidio se li contatti, non importa perché dovrebbero rispondere. Ecco, ecco perché questa pianificazione di transizione è estremamente critica.
E quando si sta facendo il processo di transizione intendo dalla sua parte quando si sta ricevendo la conoscenza è molto importante perché se non ti manca qualcosa non ti viene la conoscenza in futuro non puoi dare la colpa a nessuno perché diranno: perché non hai chiesto? Quindi, devi anche prepararti molto bene, da subito dall'inizio come per garantire che non ti sfugge nessuna domanda rilevante, perché se ti manca allora le possibilità sono andate.
(Riferimento Slide Time: 27:26) avanzamento incrementale verso l'obiettivo. Quindi, ancora una volta è solo vista grafica che mostra ti fa capire la conoscenza delle applicazioni sull'asse y qui e le applicazioni di manutenzione di supporto continuate ed efficaci l'asse temporale qui. E, poi diciamo piano pre piano, poi ASP è Applicazione specifica Pianificazione sulla casella giusta.
Ho dato tutta la spiegazione acronimi. Ma questi acronimi sono terminologia molto comune. Quindi, si chiama ASP significa pianificazione specifica applicazione. Quindi, prima è il piano generale piano generale pre piano, poi per ogni applicazione si deve pianificare separatamente.
Poi transizione KT-GP, KT significa Knowledge Transfer Guided Perform. Il trasferimento di conoscenza che si sta facendo conoscenza assistita si esegue, poi si esegue parallelo e poi infine, stato costante e questo RKT significa che si sta utilizzando Remote Knowledge Transfer.
Quindi, questo è il tuo livello di abilità dell'applicazione di destinazione. Quindi, questo è un livello minimo necessario per raggiungere qui la conoscenza dell'applicazione di questo livello, dopo che solo a te è consentito fare esecuzione parallela, ok. Quindi, questa slide precedente è una cosa molto simile.
(Riferimento Slide Time: 28:27) Ora, il tran