Analisi aziendale - Modellazione
Un modello di business può essere definito come una rappresentazione di un'azienda o di una soluzione che spesso include un componente grafico insieme al testo di supporto e alle relazioni con altri componenti. Ad esempio, se dobbiamo comprendere il modello di business di un'azienda, vorremmo studiare le seguenti aree come:
- Valori fondamentali dell'azienda
- A cosa serve?
- Cosa distingue?
- Le sue risorse chiave
- Relazioni importanti
- I suoi canali di consegna
Con l'aiuto delle tecniche di modellazione, possiamo creare una descrizione completa delle strutture organizzative, dei processi e delle informazioni esistenti e proposte utilizzate dall'impresa.
Il Business Model è un modello strutturato, proprio come un progetto per il prodotto finale da sviluppare. Fornisce struttura e dinamica per la pianificazione. Fornisce inoltre le basi per il prodotto finale.
Scopo della modellazione aziendale
La modellazione aziendale viene utilizzata per progettare lo stato attuale e futuro di un'impresa. Questo modello viene utilizzato dall'analista aziendale e dagli stakeholder per garantire che abbiano una comprensione accurata dell'attuale modello "così com'è" dell'impresa.
Viene utilizzato per verificare se gli stakeholder hanno una comprensione condivisa del "To-be of the solution" proposto.
L'analisi dei requisiti è una parte del processo di modellazione aziendale e costituisce l'area di interesse principale. I requisiti funzionali vengono raccolti durante lo "stato corrente". Questi requisiti sono forniti dalle parti interessate per quanto riguarda i processi aziendali, i dati e le regole aziendali che descrivono la funzionalità desiderata che sarà progettata nello Stato futuro.
Esecuzione dell'analisi GAP
Dopo aver definito le esigenze aziendali, è necessario identificare lo stato attuale (es. Processi aziendali attuali, funzioni aziendali, caratteristiche di un sistema attuale e servizi / prodotti offerti ed eventi a cui il sistema deve rispondere) per comprendere come le persone, i processi e la tecnologia, la struttura e l'architettura supportano il business cercando input da parte del personale IT e di altri stakeholder correlati, inclusi i proprietari delle aziende.
Viene quindi eseguita un'analisi dei divari per valutare se esiste un divario che impedisce di soddisfare le esigenze aziendali confrontando lo stato attuale identificato con i risultati desiderati.
Se non vi è alcuna lacuna (ovvero lo stato attuale è adeguato per soddisfare le esigenze aziendali e i risultati desiderati), probabilmente non sarà necessario avviare il progetto IT. Altrimenti, dovrebbero essere identificati i problemi / questioni che devono essere affrontati per colmare il divario.
È possibile utilizzare tecniche come l'analisi SWOT (punti di forza, debolezze, opportunità e minacce) e l'analisi dei documenti.
Per valutare il sistema proposto
BA dovrebbe assistere il team del progetto IT nella valutazione del sistema IT proposto per garantire che soddisfi le esigenze aziendali e massimizzi i valori forniti agli stakeholder. BA dovrebbe anche esaminare la disponibilità dell'organizzazione a supportare la transizione al sistema IT proposto per garantire una corretta implementazione del sistema.
BA dovrebbe aiutare il team di progetto IT a determinare se l'opzione di sistema proposta e la progettazione del sistema di alto livello potrebbero soddisfare le esigenze aziendali e fornire un valore aziendale sufficiente per giustificare l'investimento. Se sono disponibili più opzioni di sistema, BA dovrebbe collaborare con il personale IT per identificare i pro e i contro di ciascuna opzione e selezionare l'opzione che offre il maggior valore aziendale.
Principi guida per la modellazione aziendale
Il ruolo principale del modello di business è principalmente durante la fase di avvio e le fasi di elaborazione del progetto e svanisce durante la fase di costruzione e transizione. Ha principalmente a che fare con aspetti analitici del business combinati con la mappatura tecnica dell'applicazione o della soluzione software.
Domain and User variation- Lo sviluppo di un modello di business rivelerà spesso aree di disaccordo o confusione tra le parti interessate. L'analista aziendale dovrà documentare le seguenti variazioni nel modello così com'è.
Multiple work units perform the same function- Documentare le variazioni nel modello COSÌ COM'È. Può trattarsi di divisioni o aree geografiche diverse.
Multiples users perform the same work- Diverse parti interessate possono svolgere un lavoro simile in modo diverso. La variazione può essere il risultato di diversi set di competenze e approcci delle diverse unità aziendali o il risultato di diverse esigenze degli stakeholder esterni serviti dall'impresa. Documentare le varianze nel modello COSÌ COM'È.
Resolution Mechanism- L'analista aziendale deve documentare se la soluzione ToBe soddisferà le incongruenze nell'attuale modello di business o se la soluzione richiederà la standardizzazione. Le parti interessate devono determinare quale approccio seguire. Il modello To-Be rifletterà la loro decisione.
Esempio di ruolo BA nella modellazione di sistemi ERP
Un analista aziendale dovrebbe definire un processo aziendale standard e configurarlo in un sistema ERP che è di fondamentale importanza per un'attuazione efficiente. È anche dovere di un BA definire il linguaggio degli sviluppatori in un linguaggio comprensibile prima dell'implementazione, quindi utilizzare le migliori pratiche e mapparle in base alle capacità del sistema.
Un requisito per il sistema è l'analisi di adattamento GAAP, che deve bilanciare tra:
La necessità delle modifiche tecniche, che sono i miglioramenti per raggiungere l'identità con la pratica esistente.
Modifiche effettive, correlate alla reingegnerizzazione dei processi aziendali esistenti per consentire l'implementazione della funzionalità standard e l'applicazione dei modelli di processo.
Analista aziendale funzionale
La competenza nel settore viene generalmente acquisita in un periodo di tempo essendo nel "business" delle cose. Per esempio,
UN banking associate acquisisce la conoscenza dei vari tipi di account che un cliente (individuo e azienda) può gestire insieme al flusso del processo aziendale dettagliato.
Un insurance sales representative è in grado di comprendere le varie fasi della stipula di una polizza assicurativa.
UN marketing analyst ha maggiori possibilità di comprendere le principali parti interessate e i processi aziendali coinvolti in un sistema di Customer Relationship Management.
Un analista aziendale coinvolto in capital marketssi suppone che il progetto abbia esperienza in materia e una forte conoscenza di azioni, reddito fisso e derivati. Inoltre, dovrebbe aver gestito il back office, il front office, l'esposizione pratica nell'applicazione dei modelli di gestione del rischio.
UN Healthcare Business Analyst è richiesta una conoscenza di base delle metriche finanziarie e di utilizzo della sanità statunitense, esperienza tecnica e comprensione di EDI 837/835/834, linee guida HIPAA, codifica ICD - 9/10 e codici CPT, LOINC, conoscenza SNOMED.
Alcuni analisti aziendali acquisiscono conoscenze di dominio testando le applicazioni aziendali e collaborando con gli utenti aziendali. Creano un ambiente di apprendimento favorevole attraverso le loro capacità interpersonali e analitiche. In alcuni casi, integrano la loro conoscenza del dominio con alcune certificazioni di dominio offerte da AICPCU / IIA e LOMA nel campo dei servizi assicurativi e finanziari. Esistono altri istituti che offrono la certificazione in altri domini.
Altre attività principali
A seguito di un esame approfondito degli attuali processi aziendali, è possibile offrire un'assistenza altamente professionale nell'individuazione dell'approccio ottimale di modellazione del sistema.
Organizzare la predisposizione di una descrizione formalizzata e uniforme dei processi aziendali in modo da garantire un'efficiente automazione del sistema.
Assistenza ai vostri team nella compilazione di questionari standard per il sistema pertinente che possono essere forniti dagli sviluppatori.
Vengono definiti i requisiti di partecipazione alle riunioni di lavoro nei confronti degli sviluppatori.
Verifica e verifica se i requisiti da te stabiliti sono stati correttamente “riprodotti” e registrati nei documenti che descrivono il futuro modello nel sistema (Blueprints).
Preparazione dei dati e assistenza per la prototipazione del sistema.
Assistenza nella predisposizione dei dati per la migrazione di liste e saldi nel formato richiesto dal sistema.
Revisione del prototipo di set-up per la conformità ai requisiti definiti dai proprietari dei processi aziendali.
Agire come una risorsa di supporto per i team IT nella preparazione dei dati e delle prestazioni effettive dei test funzionali e di integrazione nel sistema.
Nella sezione successiva, discuteremo brevemente di alcuni dei popolari strumenti di modellazione aziendale utilizzati dalle grandi organizzazioni negli ambienti IT.
Strumento 1: Microsoft Visio
MS-Visio è un software di disegno e creazione di diagrammi che aiuta a trasformare i concetti in una rappresentazione visiva. Visio fornisce forme, simboli, sfondi e bordi predefiniti. Basta trascinare e rilasciare elementi nel diagramma per creare uno strumento di comunicazione professionale.
Step 1 - Per aprire un nuovo disegno di Visio, vai al menu Start e seleziona Programmi → Visio.
Step 2 - Spostare il cursore su "Processo aziendale" e selezionare "Diagramma di flusso di base".
Lo screenshot seguente mostra le sezioni principali dell'applicazione MS-Visio.
Parliamo ora dell'utilità di base di ciascun componente:
A- le barre degli strumenti nella parte superiore dello schermo sono come altri programmi Microsoft come Word e PowerPoint. Se hai già utilizzato questi programmi, potresti notare alcune funzionalità diverse, che esploreremo in seguito.
Selezionare Raccolta diagrammi della Guida è un buon modo per acquisire familiarità con i tipi di disegni e diagrammi che possono essere creati in Visio.
B- Il lato sinistro dello schermo mostra i menu specifici per il tipo di diagramma che si sta creando. In questo caso, vediamo:
- Forme di freccia
- Backgrounds
- Forme di base del diagramma di flusso
- Bordi e titoli
C - Il centro dello schermo mostra l'area di lavoro del diagramma, che include la pagina del diagramma effettiva e uno spazio vuoto adiacente alla pagina.
D- Il lato destro dello schermo mostra alcune funzioni di aiuto. Alcune persone possono scegliere di chiudere questa finestra per aumentare l'area per l'area di lavoro dei diagrammi e riaprire le funzioni di aiuto quando necessario.
Strumento 2: Enterprise Architect
Enterprise Architect è uno strumento di modellazione e progettazione visiva basato su UML. La piattaforma supporta la progettazione e la costruzione di sistemi software, la modellazione di processi aziendali e la modellazione di domini basati sul settore. Viene utilizzato da aziende e organizzazioni non solo per modellare l'architettura dei loro sistemi. Ma per elaborare l'implementazione di questi modelli durante l'intero ciclo di vita dello sviluppo dell'applicazione.
L'intento di Enterprise Architect è determinare come un'organizzazione può raggiungere in modo più efficace i suoi obiettivi attuali e futuri.
Enterprise Architect ha quattro punti di vista che sono i seguenti:
Business perspective - La prospettiva aziendale definisce i processi e gli standard in base ai quali l'azienda opera quotidianamente.
Application Perspective - La prospettiva applicativa definisce le interazioni tra i processi e gli standard utilizzati dall'organizzazione.
Information Perspective - Definisce e classifica i dati grezzi come file di documenti, database, immagini, presentazioni e fogli di calcolo che l'organizzazione richiede per operare in modo efficiente.
Technology Prospective - Definisce l'hardware, i sistemi operativi, la programmazione e le soluzioni di rete utilizzate dall'organizzazione.
Strumento 3: Rational Requisite Pro
Il processo di sollecitazione, documentazione, organizzazione del monitoraggio e modifica dei requisiti e comunicazione di queste informazioni tra i team di progetto per garantire che le modifiche iterative e impreviste siano mantenute durante tutto il ciclo di vita del progetto.
Monitoraggio dello stato e controllo delle modifiche alla baseline dei requisiti. Gli elementi primari sono il controllo delle modifiche e la tracciabilità.
Requisite Pro viene utilizzato per le attività di cui sopra e per scopi di amministrazione del progetto, lo strumento viene utilizzato per l'interrogazione e la ricerca, Visualizzazione della discussione che faceva parte del requisito.
In Requisite Pro, l'utente può lavorare sul documento dei requisiti. Il documento è un file MS-Word creato nell'applicazione Reqpro e integrato con il database del progetto. I requisiti creati all'esterno di Requisite pro possono essere importati o copiati nel documento.
In Requisite Pro, possiamo anche lavorare con la tracciabilità, qui è una relazione di dipendenza tra due requisiti. La tracciabilità è un approccio metodico alla gestione del cambiamento collegando i requisiti tra loro correlati.
Requisite Pro rende facile tenere traccia delle modifiche a un requisito durante il ciclo di sviluppo, quindi non è necessario rivedere tutti i documenti individualmente per determinare quali elementi devono essere aggiornati. È possibile visualizzare e gestire le relazioni sospette utilizzando una matrice di tracciabilità o una visualizzazione albero di tracciabilità.
I progetti Requisite Pro ci consentono di creare un framework di progetto in cui gli artefatti del progetto sono organizzati e gestiti. In ogni progetto sono inclusi i seguenti.
- Informazioni generali sul progetto
- Packages
- Informazioni generali sul documento
- Tipi di documento
- Tipi di requisiti
- Attributi dei requisiti
- Valori degli attributi
- Tracciabilità tra progetti
Requisite Pro consente a più utenti di accedere simultaneamente agli stessi documenti e database del progetto, quindi l'aspetto della sicurezza del progetto è molto cruciale. La sicurezza impedisce l'uso del sistema, potenziali danni o la perdita di dati dall'accesso non autorizzato di utenti a un documento di progetto.
Si consiglia di abilitare la sicurezza per tutti i progetti RequisitePro. In questo modo si garantisce che tutte le modifiche al progetto siano associate al nome utente corretto della persona che ha apportato la modifica, assicurandosi in tal modo di disporre di un audit trail completo per tutte le modifiche.