Cosa fanno gli analisti aziendali nell'IT? Da un lato, risolvono problemi strategici complessi e devono affrontare compiti seri e complessi. D'altra parte, il lavoro di un analista aziendale può sembrare eccessivamente semplice e sopravvalutato ad alcuni giovani professionisti. Chi sono essenzialmente gli analisti aziendali e perché sono necessari nelle aziende IT Diamo un'occhiata a questo articolo?

Nel senso classico, un analista aziendale è una persona che analizza le esigenze aziendali di un'organizzazione, formula modi e schemi per migliorare i processi aziendali e realizza la pianificazione strategica. Gli analisti aziendali possono essere responsabili di un'area specifica delle attività di un'azienda o dell'intera organizzazione nel suo insieme.

Quando si parla di analisti aziendali nel settore IT, le loro responsabilità spesso significano analizzare e lavorare con i requisiti per i prodotti software. A seconda del tipo di attività dell'azienda, gli analisti aziendali possono svolgere uno dei due ruoli:

1. Impegnarsi nel miglioramento dei prodotti dell'azienda, se sviluppa le proprie soluzioni. Molto spesso si tratta di specialisti molto competenti, ma nella nostra zona (CSI) sono molto meno diffusi di questi ultimi.
2. Gli analisti aziendali nelle società di outsourcing e con personale esterno sono le persone che vengono lanciate in prima linea nel lavorare con i clienti. Sono impegnati nella raccolta dei requisiti, nella stesura delle specifiche tecniche e molto altro. Inoltre ne parleremo.

Il compito principale degli analisti aziendali nelle società di outsourcing IT è lavorare con il cliente, ovvero controllare che il prodotto in fase di sviluppo sia di alta qualità e soddisfi pienamente i requisiti del cliente.

Fungendo da collegamento tra il cliente e il team di sviluppo, l'analista aziendale guida il cliente dall'inizio alla fine del progetto. Scopre i desideri del cliente, le sue esigenze per il prodotto, lo consiglia su questioni controverse o tecniche e suggerisce modi per risolvere i problemi.

In sostanza, l’obiettivo del lavoro di un analista aziendale è collegare le idee del cliente sul prodotto ideale che dovrebbe essere il risultato con la realtà:

• formulazione di requisiti di alto livello per un prodotto software;
• elaborarne la struttura e le connessioni tra gli elementi;
• identificazione delle tecnologie e/o soluzioni software utilizzate;
• progettare un'interfaccia utente, un formato e un metodo di interazione tra l'utente e il programma - ovviamente, a un certo livello di astrazione.

Pertanto, un analista aziendale deve essere competente in una serie di aree non molto correlate:

• Sii un buon negoziatore (comunicatore). Deve essere in grado di comprendere l'interlocutore, spiegare cose complesse del mondo IT, convincere e riconvincere il cliente dell'efficacia di soluzioni di vario genere e, se necessario, appianare situazioni di conflitto;
• Comprendere il lato tecnico dello sviluppo del software;
• Avere almeno competenze di base ma approfondite in usabilità e progettazione dell'interfaccia;
• Comprendere i principi del flusso di cassa e lavorare con le finanze - al fine di essere in grado di rispettare pienamente gli interessi del cliente riguardo al prodotto se viene sviluppato software commerciale;
• Avere competenze applicate nel campo dell'analisi di sistema: redazione di documentazione tecnica, diagrammi e diagrammi specifici.

Alcuni potrebbero pensare che l'analisi aziendale sia semplice, poiché, in generale, all'analista non è richiesta una conoscenza approfondita di ciascuna delle aree sopra indicate. Tuttavia, in realtà, tutta questa conoscenza deve essere molto pratica. Altrimenti, i risultati del lavoro di un analista aziendale avranno un legame molto debole con la realtà e porteranno alla creazione di un prodotto inefficace e non funzionante. E questo può avere un impatto estremamente negativo sulla reputazione dell’azienda.
Ed è per questo che il lavoro di un analista aziendale è altamente responsabile e viene valutato di conseguenza.

Naturalmente, lo specialista sopra descritto è un analista aziendale sferico nel vuoto. E in diverse aziende, il lavoro di analisi aziendale può avere una propensione verso una maggiore comunicazione con il cliente o verso la progettazione dell'architettura software.

L'analista aziendale è la persona principale responsabile dell'identificazione, dell'analisi, della documentazione e della convalida dei requisiti del progetto. Questo è il principale canale di comunicazione tra il gruppo del cliente e il team di sviluppo (Figura 4-1), anche se, ovviamente, non è l'unico: ce ne sono altri. L'analista è responsabile della raccolta e della diffusione delle informazioni su Prodotto e il project manager - per aver condiviso informazioni su progetto.

Riso. 4-1 Responsabilità di un analista dei requisiti: costruire ponti di comunicazione tra il cliente e gli sviluppatori

Analista di affari- questo è uno dei ruoli dei partecipanti al progetto e non necessariamente il titolo della posizione.

Sono anche chiamati analisti dei requisiti, analisti di sistema, ingegneri dei requisiti, gestori dei requisiti, analisti delle applicazioni, analisti dei sistemi aziendali, analisti IT e semplicemente analisti. Il titolo di questa posizione varia notevolmente tra le organizzazioni. A questo ruolo possono essere assegnati uno o più specialisti. Inoltre, altri membri del team possono svolgere funzioni di analista parallelamente alle loro responsabilità, come project manager, product manager, proprietario del prodotto, esperto in materia, sviluppatore e persino un utente.

È importante notare che quando una persona nel ruolo di analista aziendale ha un altro ruolo in un progetto, sta svolgendo due lavori diversi. Immagina che il project manager sia anche un analista aziendale del progetto. Il manager deve creare e gestire piani, inclusi pianificazione e risorse, in base al lavoro svolto dall'analista aziendale. Il project manager deve aiutare a gestire i confini del progetto e ad adattare la pianificazione man mano che i confini del progetto cambiano. Ora può svolgere il ruolo di project manager e in un minuto svolgerà il lavoro di analista aziendale. Ma questi sono ruoli diversi che richiedono competenze leggermente diverse.

Nelle organizzazioni di prodotti di consumo, il ruolo di analista è spesso ricoperto da un product manager o da uno specialista di marketing. In sostanza, un product manager agisce come un analista aziendale, spesso con un'enfasi aggiuntiva sulla comprensione del panorama del mercato e sull'anticipazione delle esigenze degli utenti esterni. Se un progetto ha sia un product manager che un analista aziendale, il primo solitamente si concentra sul mercato esterno e sulle richieste degli utenti, mentre il secondo traduce queste informazioni in requisiti funzionali.

I progetti di sviluppo agile richiedono anche analisi aziendali. In tali progetti di solito è presente un ruolo di Product Owner che svolge alcuni dei compiti tradizionali di un analista aziendale. E alcuni team preferiscono avere anche il ruolo di analista (Cohn, 2010). L'analista aziendale aiuta a presentare gli utenti e a comprenderne le esigenze, oltre a svolgere ulteriori attività di analista aziendale descritte più avanti in questo capitolo. Indipendentemente dal titolo professionale, la persona che svolge i compiti di analista deve possedere competenze, conoscenze e qualità personali adeguate.

Attenzione! Non dare per scontato che uno sviluppatore di talento o un utente esperto diventi automaticamente un analista dei requisiti professionali senza formazione, lettura o formazione. Tutti questi ruoli richiedono competenze, conoscenze e attributi personali diversi.

Il successo del progetto dipende dal talento dell'analista. Uno dei clienti che ho consultato ha scoperto che le specifiche dei requisiti create da analisti esperti potevano essere apprese nella metà del tempo rispetto a quelle create dai principianti perché i primi avevano meno difetti. Nel modello Cocomo II, ampiamente utilizzato per la valutazione dei progetti, l’esperienza e la capacità dell’analista dei requisiti influenza fortemente i costi dei materiali e della manodopera associati alla consegna del progetto (Boemn et al., 2000). Assumendo analisti esperti, puoi ridurre i costi di manodopera legati al progetto di un terzo rispetto a progetti simili che impiegano analisti inesperti.

Come imparare l'analisi aziendale gratuitamente senza uscire di casa (online)? Questo articolo fornisce corsi online e presentazioni su Internet che ti aiuteranno a padroneggiare un campo come l'analisi aziendale.

Chi è un analista aziendale

Definiamo innanzitutto chi è un analista aziendale, quali qualità possiede, quali conoscenze e competenze possiede.
Un analista aziendale è:

1. wikipedia.org: Analista aziendale - uno specialista che utilizza metodi di analisi aziendale per analizzare le esigenze delle organizzazioni al fine di identificare i problemi aziendali e proporre loro soluzioni.
2. Enjoy-job.ru: Business Analyst è uno specialista il cui compito è studiare in dettaglio la struttura dell'azienda, identificare i problemi e trovare modi per risolverli con successo.
3. itkeys.ru: Un analista aziendale è una persona che analizza le esigenze aziendali di un'organizzazione, formula anche modi e schemi per migliorare i processi aziendali e realizza la pianificazione strategica.
4. proforientator.ru: Analisi aziendale: studio dei processi aziendali dell'azienda cliente per l'implementazione più efficace dei sistemi informativi.
5. Consulting.ru: Un analista aziendale nel settore della tecnologia dell'informazione è una persona che funge da interfaccia tra IT e azienda, che può parlare la stessa lingua con i rappresentanti di entrambe le aree e può organizzare un lavoro congiunto sull'area tematica. Un analista aziendale nel mondo degli affari è una persona che sa come analizzare un determinato tipo di attività o processo (processo di produzione, attività di vendita al dettaglio, gestione di progetti, ecc.) o una serie di attività aziendali (marketing, gestione dell'inventario, definizione del budget, ecc.). ).
6. BABOK v.3: Un analista aziendale è qualsiasi persona che esegue le attività di analisi aziendale descritte nel manuale BABOK, indipendentemente dal titolo o dal ruolo organizzativo. Un analista aziendale è responsabile della scoperta, del riepilogo e dell'analisi delle informazioni provenienti da varie fonti all'interno dell'azienda, tra cui: strumenti, processi, documentazione e parti interessate. L'analista aziendale è responsabile dell'identificazione delle reali esigenze delle parti interessate (che spesso include l'analisi e il chiarimento dei desideri espressi) al fine di definire obiettivi chiave e identificare le motivazioni. Gli analisti aziendali svolgono un ruolo attivo nel garantire che la soluzione progettata e implementata soddisfi le esigenze delle parti interessate.
7. iiba.org: Un analista aziendale è un agente di cambiamento in un'organizzazione. L’analisi aziendale è un approccio disciplinato per implementare e gestire il cambiamento in un’organizzazione.

Cosa devi sapere ed essere in grado di fare come analista aziendale?

Per cominciare, voglio descrivere come intendo la professione di analista aziendale. Personalmente vedo la specializzazione di un analista aziendale su due piani: nel mondo degli affari e nel campo IT. Secondo me si tratta di due specialisti fondamentalmente diversi in termini di competenze.

Analista aziendale IT:

Analista di affariè uno specialista versatile che deve essere in grado di:

• comunicare con i vari stakeholder (potrebbe essere il top management o il middle management dell’azienda)
• comunicare con gli utenti aziendali
• comunicare con i membri del team (sviluppatori, analisti, project manager)
• utilizzare vari strumenti per sistematizzare i requisiti (gli strumenti sono quasi sempre Excel)
• conoscere ed essere in grado di anticipare quali requisiti sono necessari per ogni progetto specifico e a chi porre domande
• essere in grado di formulare correttamente domande e “raccogliere” informazioni dalle persone (questo è un processo molto difficile, soprattutto quando inizia la resistenza nascosta)
• condurre interviste per identificare i requisiti
• comprendere la “politica del gioco” dei vari stakeholder e l’impatto di questo processo sul risultato del progetto
• vedere persone influenti ed essere in grado di convincerle
• essere in grado di escludere dal progetto i membri interferenti del gruppo di lavoro (coloro che fanno costantemente perdere tempo al team o portano il progetto nella direzione sbagliata, è consigliabile trasferirli ad un'altra attività all'interno dell'azienda e cercare solo consulenze individuali)
• essere in grado di formulare tesi con chiarezza e trarre conclusioni chiare
• essere in grado di condurre seminari per chiarire i requisiti
• essere in grado di condurre riunioni generali costruttive (lo scopo della riunione, il problema, le possibili soluzioni dovrebbero essere descritte prima della riunione al fine di eliminare inutili blah blah blah)
• comprendere i principi dei sistemi di costruzione, essere in grado di trasformare gli obiettivi del progetto in requisiti aziendali e i requisiti aziendali in requisiti funzionali e non funzionali (ovvero la tracciabilità dovrebbe essere in quest'ordine)
• essere in grado di generare nuove soluzioni
• conoscere SQL, principi di costruzione di modelli di dati, processi aziendali
• conoscere ed essere in grado di utilizzare strumenti visivi per presentare informazioni

Roadmap per la professione di analista aziendale da IIBA.ORG

Corsi online

Di seguito sono riportati i corsi sul sito Web INTUIT.ru che possono essere utili sia per gli analisti aziendali principianti che per i professionisti.

Intelligenza aziendale

• Progettazione di data warehouse per applicazioni di sistemi di business intelligence

Modellazione aziendale

Estrazione dei dati

Modelli decisionali

Gestione del progetto

• Gestione del progetto secondo lo standard PMI PMBOK

Ingegneria software

Altri corsi

• Analisi dei requisiti per i sistemi informativi automatizzati
• Modelli e metodologie del ciclo di vita per lo sviluppo di sistemi aziendali

Suggerimenti per la preparazione di eventuale documentazione per gli analisti aziendali

1. Scrivere sempre documentazione per chi non lo sapesse sul concetto e sui contenuti interni del sistema, quindi:

• Includere nella documentazione una parte introduttiva sul sistema (o un collegamento ad un documento che descriva il sistema)
• Includi un elenco di abbreviazioni nella tua documentazione
• Se viene utilizzata una terminologia altamente specializzata, aggiungere un dizionario al documento oppure creare un documento separato e allegarvi un collegamento
• Prova ad accompagnare ampie sezioni di testo con diagrammi che mostrano l'interazione dei vari componenti del sistema
• Dopo aver scritto le istruzioni o la documentazione, immagina te stesso come una persona che non ha mai lavorato con questo sistema in precedenza e leggi le istruzioni/documentazione. Se qualcosa non è chiaro, chiarisci/aggiungi

2. Come documentare gli script di sistema (se richiesto):

• Il documento dovrebbe contenere una descrizione concettuale generale della sequenza di avvio di determinati script
• Puoi immaginare una mappa di chiamata degli script dai componenti del sistema, puoi creare una sorta di "mappa" di script (mappa mentale)
• Non è necessario descrivere gli script stessi nel documento. Gli script devono essere autodocumentanti, ad es. il codice deve contenere commenti compilati dagli sviluppatori (anche per chiarire il significato commerciale dello script)

3. Cerca sempre un equilibrio tra immagini e testo. L'assenza o l'eccesso di immagini non sono le migliori opzioni per la progettazione di documenti

Rapporti con i subordinati

• Non importa quale posizione ricopri o quanta esperienza hai, rispetta i tuoi subordinati, discuti delle difficoltà, della mancanza di conoscenza o dei problemi sul lavoro. Non incolparli, altrimenti, in ogni occasione, ti allontaneranno da te (ti allontaneranno da te e non penseranno nemmeno alle difficoltà che ti sorgono all'improvviso quando perdi uno specialista).
• Imposta le attività correttamente e correttamente
• Discuti sempre in anticipo con i tuoi subordinati della necessità di rimanere fino a tardi al lavoro - ricorda che i subordinati hanno una vita personale e tempo libero, che non sono obbligati a dedicare al datore di lavoro (o lavorerai sempre con specialisti non molto eccezionali, perché bravi i dipendenti a volte se ne andranno 😉)
• Molto altro si può trovare nei materiali pubblicati su stratoplan.ru (ho partecipato alle loro conferenze e seminari - e vi consiglio)

Come ottenere un lavoro come analista aziendale

1. Apri HeadHunter;
2. Troviamo 20 posti vacanti nell'analisi aziendale;
3. Scriviamo da loro i punti principali che ci si aspetta dagli analisti aziendali;
4. Stiamo facendo un elenco dei 7 posti più importanti (comuni a tutti i posti vacanti) che non possiedi;
5. Studiamo velocemente in una settimana;
6. Andiamo a fare un colloquio (otteniamo feedback);
7. Impariamo ulteriormente;
8. Ripetiamo il ciclo dei punti 6-7-6-7-... fino a sistemarvi;
9. Per prima cosa, vai a fare un colloquio con le aziende in cui non vuoi trovare lavoro (per non perdere l'occasione se il colloquio finisce male).

Presentazioni utili per gli analisti aziendali

Lezioni del Technopark:

Natalia Svešnikova:

Per cominciare, voglio descrivere come intendo la professione di analista aziendale. Personalmente vedo la specializzazione di un analista aziendale su due piani: nel mondo degli affari e nel campo IT. Secondo me si tratta di due specialisti fondamentalmente diversi in termini di competenze.

1. Analista aziendale IT

Analista di affariè uno specialista versatile che deve essere in grado di:

• comunicare con i vari stakeholder (potrebbe essere il top management o il middle management dell’azienda)
• comunicare con gli utenti aziendali
• comunicare con i membri del team (sviluppatori, analisti, project manager)
• utilizzare vari strumenti per sistematizzare i requisiti (gli strumenti sono quasi sempre Excel)
• conoscere ed essere in grado di anticipare quali requisiti sono necessari per ogni progetto specifico e a chi porre domande
• essere in grado di formulare correttamente domande e “raccogliere” informazioni dalle persone (questo è un processo molto difficile, soprattutto quando inizia la resistenza nascosta)
• condurre interviste per identificare i requisiti
• comprendere la “politica del gioco” dei vari stakeholder e l’impatto di questo processo sul risultato del progetto
• vedere persone influenti ed essere in grado di convincerle
• essere in grado di escludere dal progetto i membri interferenti del gruppo di lavoro (coloro che fanno costantemente perdere tempo al team o portano il progetto nella direzione sbagliata, è consigliabile trasferirli ad un'altra attività all'interno dell'azienda e cercare solo consulenze individuali)
• essere in grado di formulare tesi con chiarezza e trarre conclusioni chiare
• essere in grado di condurre seminari per chiarire i requisiti
• essere in grado di condurre riunioni generali costruttive (lo scopo della riunione, il problema, le possibili soluzioni dovrebbero essere descritte prima della riunione al fine di eliminare inutili blah blah blah)
• comprendere i principi dei sistemi di costruzione, essere in grado di trasformare gli obiettivi del progetto in requisiti aziendali e i requisiti aziendali in requisiti funzionali e non funzionali (ovvero la tracciabilità dovrebbe essere in quest'ordine)
• essere in grado di generare nuove soluzioni
• conoscere SQL, principi di costruzione di modelli di dati, processi aziendali
• conoscere ed essere in grado di utilizzare strumenti visivi per presentare informazioni

1. Scrivere sempre documentazione per chi non lo sapesse sul concetto e sui contenuti interni del sistema, quindi:

• Includere nella documentazione una parte introduttiva sul sistema (o un collegamento ad un documento che descriva il sistema)
• Includi un elenco di incroci nella tua documentazione
• Se viene utilizzata una terminologia altamente specializzata, aggiungere un dizionario al documento oppure creare un documento separato e allegarvi un collegamento
• Prova ad accompagnare ampie sezioni di testo con diagrammi che mostrano l'interazione dei vari componenti del sistema
• Dopo aver scritto le istruzioni o la documentazione, immagina te stesso come una persona che non ha mai lavorato con questo sistema in precedenza e leggi le istruzioni/documentazione. Se qualcosa non è chiaro, riscrivilo/aggiungilo

2. Come documentare gli script di sistema:

• Il documento dovrebbe contenere una descrizione concettuale generale della sequenza di avvio di determinati script
• Puoi immaginare una mappa di chiamata degli script dai componenti del sistema, puoi creare una sorta di "mappa" di script (mappa mentale)
• Non è necessario descrivere gli script stessi nel documento. Gli script devono essere autodocumentanti, ad es. il codice deve contenere commenti compilati dagli sviluppatori (anche per chiarire il significato commerciale dello script)

3. Cerca sempre un equilibrio tra immagini e testo. L'assenza o l'eccesso di immagini non sono le migliori opzioni per la progettazione di documenti

Rapporti con i subordinati

• Non importa quale posizione ricopri o quanta esperienza hai, rispetta i tuoi subordinati, discuti delle difficoltà, della mancanza di conoscenza o dei problemi sul lavoro. Non incolparli, altrimenti, in ogni occasione, ti allontaneranno da te (ti allontaneranno da te e non penseranno nemmeno alle difficoltà che ti sorgono all'improvviso quando perdi uno specialista).
• Imposta le attività correttamente e correttamente
• Discuti sempre in anticipo con i tuoi subordinati della necessità di rimanere fino a tardi al lavoro - ricorda che i subordinati hanno una vita personale e tempo libero, che non sono obbligati a dedicare al datore di lavoro (o lavorerai sempre con specialisti non molto eccezionali, perché bravi i dipendenti a volte se ne andranno 😉)
• Molto altro si può trovare nei materiali pubblicati su stratoplan.ru (ho partecipato alle loro conferenze e seminari - e vi consiglio)

Come ottenere un lavoro come analista aziendale

1. Apri HeadHunter;
2. Troviamo 20 posti vacanti nell'analisi aziendale;
3. Scriviamo da loro i punti principali che ci si aspetta dagli analisti aziendali;
4. Facciamo un elenco dei 7 posti più importanti (comuni a tutti i posti vacanti) che non possiedi;
5. Studiamo velocemente in una settimana;
6. Andiamo a fare un colloquio (otteniamo feedback);
7. Studiamo ulteriormente;
8. Ripeti il ​​ciclo dei punti 6-7-6-7-... finché non ti senti a tuo agio;
9. Per prima cosa, vai a fare un colloquio presso le aziende in cui non vuoi trovare lavoro (per non perdere la possibilità di trovare lavoro in buone aziende se il colloquio finisce male).

Il mio argomento riguarda le capacità analitiche utili e mira a mostrarti opportunità di sviluppo professionale nel campo dell'analisi aziendale.

Brevemente su di te

Maria Bondarenko, direttrice della società bielorusso-tedesco-russa GP software per lo sviluppo di software nel campo del turismo; lavora nel settore informatico da più di 10 anni
Sergey Bondarenko, lavora presso Itransition (quasi 1000 persone), è coinvolto in attività di gestione (compresi i dipartimenti di analisi)

Obiettivi del rapporto

Cosa voglio mostrare e raccontare nel report:
Per i principianti (meno di un anno di esperienza nell'analisi): fornire una comprensione generale del settore, quali competenze potrebbero essere necessarie e quali orizzonti di sviluppo sono disponibili
Per analisti esperti: apri orizzonti sconosciuti che non potresti vedere nel contesto dei tuoi compiti e mostra anche la potenza e l'ampiezza del campo dell'analisi aziendale

Da dove vengono gli analisti?

Alla domanda “Quale degli analisti ha ricevuto una formazione professionale”, solo pochi dei presenti al convegno hanno risposto positivamente.
Molto di più è venuto dal test e dallo sviluppo. Alcuni provenivano addirittura da un'università linguistica.
In generale, il campo dell’analisi aziendale è ormai piuttosto giovane.
E non molte persone ricevono un'istruzione professionale in questo settore. E proprio come si scopre, così diventa: c'è un tale posto vacante, decidi "perché non provarci?" e ora inizia la tua carriera come analista aziendale.

Come si sviluppano gli analisti?

Cosa succede dopo? Quindi inizi a lavorare, a svolgere alcuni compiti e a salire la scala della carriera all'interno dell'azienda. Ma la tua gamma di compiti è solitamente limitata solo ai progetti realizzati da una determinata azienda. Di conseguenza, se vieni in un'azienda e chiedi: “Ci sono analisti aziendali qui, ma cosa fai? Cos’è l’analisi aziendale? Oppure vieni in un'altra azienda e chiedi "Cos'è l'analisi aziendale", potresti ottenere 2 risposte completamente diverse.
Per migliorare in qualche modo questa situazione, provi a leggere libri, leggere informazioni su Internet e in qualche modo acquisire questa esperienza, ma, tuttavia, ancora una volta, tutto ciò avviene in modo piuttosto caotico. Di conseguenza, nella tua testa si verifica un tale miscuglio, stai cuocendo nel tuo stesso succo e non hai una comprensione completa del contesto dell'analisi aziendale.

A cosa potrebbe portare questo?

L'ho visto molte volte durante i colloqui in cui degli specialisti sono venuti da me per fare domanda per un lavoro (e nella nostra azienda è una posizione comune in cui un project manager e un analista sono combinati) e i ragazzi hanno detto: “In generale, ho già So tutto di analisi aziendale, ora voglio cimentarmi in ambiti gestionali". In generale, giungono alla conclusione che, vedendo solo alcuni sottocampi dell'analisi aziendale, concludono che questo è tutto ciò che può essere. La seconda possibile reazione è che non sai dove muoverti dopo, ti senti triste, non sei abbastanza efficace nei tuoi progetti e, forse, non sai nemmeno che esistono mezzi per aumentare questa efficienza al fine di aumentare il contesto di comprensione di quest’area.
Ci arriveremo dopo.

Forse è meglio così?

Vorrei illustrarti i possibili ruoli di un analista aziendale nei progetti, le possibili aree di attività e le competenze necessarie, le caratteristiche personali e gli strumenti che potrebbero esserti utili. Di seguito illustrerò brevemente ciò che potrebbe essere necessario, perché... Per ognuno di essi puoi organizzare un rapporto separato o una formazione separata, quindi ti consiglio inoltre di immergerti autonomamente in quelle aree che ritieni interessanti.

Chi è un analista?

Nel processo di preparazione del rapporto, siamo stati in grado di identificare diverse aree in cui lavorano gli analisti aziendali:
Gestione dei requisiti
Research&Analysis (Ricerca e analisi dei dati)
Ingegneria dei processi
Modellazione e progettazione (progettazione di circuiti integrati)
Consegna
Consulenza

Gestione dei requisiti

La cosa più ovvia è gestione dei requisiti. È la persona che raccoglie i requisiti, che li analizza, gestisce i cambiamenti e che si assicura che tutti i partecipanti al progetto siano a conoscenza dei requisiti attuali, che siano comunicati correttamente al team di sviluppo e che il risultato del lavoro corrisponda ai desideri che il il cliente originariamente aveva . Ma non è tutto.

Ricerca e analisi dei dati

Ci sono circa altre 6 aree su cui lavorano gli analisti. Area successiva - ricerca e analisi dei dati: un compito generale di scienza dei dati. Analizzare quali sistemi sono già sul mercato con funzionalità simili, trovare questi sistemi, confrontarli, fornire informazioni su quale è più adatto ai compiti attuali del progetto. Il secondo aspetto del ruolo di questo analista è l’analisi del funzionamento del sistema e lo sviluppo di determinate conclusioni. Quelli. compiti analitici generali.

Modellazione dei processi

Il prossimo ruolo possibile per un analista di progetto è nell'area di modellazione dei processi. Gli analisti aziendali che lavorano nel settore IT e sono direttamente coinvolti nello sviluppo e nella gestione dei requisiti e nella progettazione del sistema, non sempre sanno che, in generale, le fonti primarie dei loro compiti si trovano nell'area dei processi aziendali, nell'area ​​l'attività del cliente. Il client in qualche modo esegue ora determinate operazioni e non ha bisogno di software ora. Ma nel processo di analisi della tua situazione attuale, puoi giungere alla conclusione che i processi non sono ottimali, che devono essere riorganizzati e, di conseguenza, appare il compito di sviluppare software. Quindi, in effetti, chi aiuterà il cliente a guardare i suoi processi aziendali, descriverli e trasformarli in uno stato più ottimale? Questo è anche il compito di un analista aziendale.

Progettazione di circuiti integrati

La prossima area di attività di un analista aziendale è progettazione di sistemi informativi. Inoltre, il design può essere diverso. E a seconda delle capacità degli analisti, puoi scavare più a fondo in quest'area o meno. Ad esempio, il livello più semplice di progettazione del sistema consiste nello abbozzare modelli o prototipi di schermi e poi trasmetterli a specialisti o progettisti di usabilità in modo che possano lavorarci su in modo più dettagliato. D'altra parte, se hai una conoscenza più approfondita di queste competenze, ad esempio usabilità, usabilità, puoi combinare il ruolo di uno specialista di usabilità. Quelli. in linea di principio, questo potrebbe far parte del lavoro di un analista aziendale.

Implementazione del software

La prossima possibile area di attività per gli analisti è implementazione del software, in particolare, quando un prodotto è già stato sviluppato, questo prodotto necessita di essere implementato, deve essere personalizzato dal cliente (se parliamo di sistemi di grandi dimensioni). Questo è un campo di attività che richiede competenze e abilità speciali.

Consulenza

E consulenza. Più lavori a fondo nel settore, migliori e più elevate saranno le tue capacità pratiche, più compiti complessi ti potranno essere assegnati e più potrai agire come un esperto agli occhi del cliente e non solo come un canale per le sue esigenze verso gli sviluppatori. . Inoltre, la consulenza potrebbe non essere nemmeno direttamente correlata alla realizzazione del progetto. Semplicemente consultando il cliente su questioni tecnologiche e questioni aziendali. Questa è anche l'area di attività di un analista aziendale.

Competenze dure e morbide

Considerata questa gamma di compiti possibili, vengono evidenziate alcune competenze che consentono di svolgerli in modo più professionale. La classica divisione delle competenze è dura e morbida. Le hard skills sono la conoscenza di strumenti, tecnologie, tecniche o notazioni, o ciò che può essere appreso. Le soft skills sono caratteristiche personali e interpersonali che gli vengono trasmesse fin dalla nascita, ma si sviluppano e possono anche essere allenate e per esse esistono metodi di sviluppo.
Nell'ambito di queste competenze e dell'ambito dei possibili ruoli di analista nei progetti, si possono identificare le seguenti dipendenze (vedere tabella).

1. Abilità difficili

Per comodità, abbiamo diviso tutte le competenze del gruppo hard skills in 7 gruppi: competenze di base, tecniche di teoria e analisi, fondamenti aziendali, conoscenza dello sviluppo dell'IS, documentazione, competenze aggiuntive, lingue straniere. All'intersezione di ruoli e competenze viene indicato per quali compiti l'analista necessita di determinate abilità.
Per quanto riguarda le lingue straniere: ci sono dei punti interrogativi perché, in linea di principio, un grande analista può lavorare nel mercato locale e gli basterà solo la lingua russa per svolgere il suo lavoro. Ma dato che il campo dell'analisi aziendale è piuttosto giovane e non c'è molta letteratura, forum e comunità in russo in cui puoi trovare informazioni, ovviamente, la conoscenza delle lingue straniere ti consentirà di svilupparti meglio e acquisire maggiore professionalità conoscenza di quanto tu conosca solo 1 lingua.
Per quanto riguarda le competenze trasversali, queste sono state divise in diversi gruppi e sono stati determinati criteri per quali ruoli determinate competenze trasversali sono più importanti.
Di seguito ti parleremo più in dettaglio di tutte le competenze hard e soft elencate.

Descriviamo le hard-skills, che coinvolgono abilità puramente tecniche. Sono i più facili da addestrare e piuttosto importanti, perché... costituiscono la base di un efficace lavoro analitico.

1.1 Competenze di base

Cosa è compreso nelle competenze di base?
Queste sono una serie di cose che devi imparare prima ancora di iniziare a entrare nel campo dell'analisi aziendale. Consentiranno ai tuoi pensieri di assumere una certa forma. Queste sono cose abbastanza semplici, ma basilari che nessuno ti insegnerà separatamente. L'implicazione è che devi averlo.

UN. Etica professionale

In primo luogo, etica aziendale generale, capacità di comunicazione telefonica, capacità di corrispondenza scritta. Vale a dire, compiti come: come scrivere correttamente una lettera (iniziare con un saluto, alla fine inserire una frase finale che incoraggi il cliente all'azione e una firma), come comunicare con il cliente telefonicamente. Questo, ovviamente, dovrebbe esserti noto in anticipo. Perché ne parlo: ho visto personalmente situazioni in cui gli analisti venivano al progetto e le lettere assomigliavano a questa: "Puoi inviarci la documentazione più recente sul progetto?" Né “ciao” né “arrivederci”. Non è semplicemente carino. Questa è un'abilità di base che dovresti avere e non è nemmeno necessario parlarne.

B. Competenze su Internet

L'abilità successiva è la capacità di lavorare su Internet, lavorare con la messaggistica istantanea (Skype, ad esempio, è molto popolare oggigiorno). Grazie a loro riduci la distanza e il cliente può contattarti online. In Skype puoi creare discussioni di gruppo, coinvolgere l'intero team nella comunicazione con il cliente e quindi i problemi relativi al progetto vengono risolti più velocemente. Dovresti anche sapere cos'è la condivisione dello schermo, come trasferire file, ecc.

C. Collaborazione

Il blocco successivo è la capacità di lavorare insieme. La conoscenza di strumenti come Google Drive ti aiuterà
Goggle Drive è uno strumento accessibile e gratuito attraverso il quale è possibile scambiare documenti con il cliente e il team di sviluppo. Se nella tua azienda non è installato uno strumento di collaborazione, questa è la scelta più semplice per consentire ai clienti l'accesso ai documenti. E ciò che è anche importante è che potete lavorare sullo stesso documento simultaneamente e congiuntamente. Usiamo questa tecnica: insieme al cliente apriamo un documento con i requisiti e discutiamo cosa dovrebbe essere implementato e in quale ordine. Cambia le priorità nel tuo documento e il cliente lo vede sul suo schermo in un paio di secondi.

D. Conferenze on-line

Nello stesso gruppo ci sono gli strumenti per le conferenze online. È molto utile quando un analista non solo invia documenti al cliente, ma dimostra, in particolare, versioni intermedie delle funzionalità del sistema e mostra prototipi. Per questo avrai bisogno di una sorta di piattaforma. Naturalmente, c'è la possibilità di venire dal cliente se si trova nello stesso paese e città. Ma spesso lavoriamo con clienti occidentali o team remoti. Tra questi strumenti per conferenze online ci sono GoTo Meeting e GoTo Webinar (della stessa serie), WebEx e altri. Inoltre, possono essere utili non solo per presentare i risultati, ma anche per raccogliere i requisiti.

e. Archiviazione wiki

Potrebbe essere utile un altro strumento come MediaWiki. Si tratta di una libreria online, come la famosa Wikipedia, che puoi distribuire localmente per il tuo cliente e l'intero team utilizzando il tuo amministratore. Puoi conservare la documentazione al suo interno e la cosa buona è che non è necessario salvare i file nell'archivio per tenere traccia delle versioni, inoltrarli ai colleghi, non potrai dimenticare il file: il contenuto aggiornato è sempre disponibile. Ad esempio, manuali utente o specifiche possono essere scritti in MediaWiki.

F. Velocità di lettura e stampa

Un altro blocco di competenze di base delle competenze hard è la lettura veloce e la digitazione veloce (anche se si potrebbe discutere se queste possano essere classificate come competenze trasversali).
Un analista ha bisogno di elaborare molte informazioni: da un lato leggere molto (studiare e comprendere), dall'altro scrivere molto (registrare i risultati), quindi ti sarà estremamente utile nel tuo percorso professionale se alleni queste 2 abilità. Ad esempio, puoi confrontare: l'abilità media di digitazione è di 100 caratteri al minuto, io scrivo a una velocità di 400 caratteri al minuto. Se tutto è chiaro cosa scrivere nel documento e devi solo scrivere l'accordo a parole, scrivere un protocollo dell'accordo con il cliente, allora puoi immaginare: ci metto 4 volte meno tempo rispetto allo specialista medio. Di conseguenza, migliorando questa abilità, diventi più efficiente e risparmi tempo sui tuoi progetti.

G. Strumenti per ufficio

Inoltre, come parte delle competenze di base, vorrei segnalare una serie di altri strumenti, come gli strumenti di Office (Word, Excel, PowerPoint e Visio), che ti consentono di presentare i risultati del tuo lavoro in modo visivo e di alta qualità maniera. Se sai come aprire un documento di Word e sapere come digitare il testo lì, ma non sai come personalizzare gli stili di intestazione e tabella, formattare le note, utilizzare modelli e proprietà del documento. Oppure puoi aprire un documento Excel e sapere cos'è un foglio di calcolo, ma non conoscere formule, macro, formattazione condizionale, quindi credimi, hai ancora spazio per scavare all'interno di questi strumenti. Solo per motivi di interesse, puoi aprire un certificato sul programma o qualche test per questo programma e imparerai molto che, a quanto pare, non sapevi prima. Di conseguenza, qui c'è sempre spazio per lo sviluppo.

H. Visualizzazione

Lo strumento successivo è MindManager. Questo è anche un programma abbastanza utile che riguarda le competenze di base e ti consente di strutturare le informazioni sotto forma di mappa mentale.

io. Redattore grafico

Gli editor grafici possono essere utili anche per gli analisti: non solo il complesso Photoshop, ma anche, ad esempio, il classico Paint. Esiste un programma ancora più potente - SNAGIT - lo consiglio.

J. Redattori multimediali

Naturalmente, puoi utilizzare PowerPoint per le presentazioni, ma nell'ambiente moderno lo strumento Prezi sta diventando piuttosto popolare. Rende le presentazioni più interessanti e interattive. Inoltre, se padroneggi la creazione di videoclip, in particolare il programma Camtasia Studio, che ti consente di registrare sequenze video che dimostrano il funzionamento delle applicazioni, allora questo ti sarà utile nel senso che il cliente non può sempre dedicarti tempo adesso , ma puoi fornirgli un file video ed è più probabile che il cliente lo guardi che se fa clic sui pulsanti di sistema da solo.

1.2 Teorie e tecniche di analisi aziendale

Il blocco successivo riguarda le teorie e le tecniche di analisi aziendale. Queste sono le competenze che ti aiutano a diventare direttamente un analista aziendale.
In questo contesto vengono prese in considerazione le conoscenze e le competenze nei seguenti ambiti:
Gestione dei requisiti
Cambio gestione
Sviluppo di artefatti progettuali
Strumenti correlati

UN. Gestione dei requisiti

Il primo blocco di conoscenza è la gestione dei requisiti. Qui è importante sapere come identificare le fonti e come identificare i requisiti, e cosa farne dopo: analizzare, specificare (documentare), controllare.

B. Cambio gestione

Questo è un sottoblocco di gestione dei requisiti, ma l'ho rimosso separatamente per attirare la tua attenzione su di esso. Il fatto è che è molto importante comprendere le tracce (alla conferenza c'è un rapporto separato su questo argomento). È importante sapere come gestire la portata di un progetto.

UN. Artefatti del progetto

Successivamente c'è la capacità di descrivere la visione, le specifiche dei requisiti software e di preparare un manuale utente. A volte ho sentito l'opinione che un analista non dovrebbe scrivere manuali utente, che questo è il lavoro di uno scrittore tecnico. Penso che questa sia una visione piuttosto ristretta del mondo, perché, in generale, il compito di un analista è contribuire alla creazione di un prodotto che avrà successo e sarà utile, e uno scrittore tecnico non è sempre assegnato al team. Quelli. non è necessario “superare i cani” l’uno contro l’altro. Nel modo più efficace, le istruzioni per lavorare con il sistema e la documentazione per l'utente possono essere scritte da un analista. Anche se non scrive, dovrebbe avere una comprensione generale di cosa sia la documentazione per l'utente e in che modo differisce dalla documentazione e dalle specifiche di base.

B. Utensili

Nel campo delle teorie e delle tecniche di analisi vengono evidenziati anche gli strumenti per la gestione dei requisiti, come Enterprise Architect, Borland CaliberRM (alla conferenza è stato presentato uno stand separato ed è stata letta una relazione), ecc. Vengono utilizzati anche strumenti non specializzati per la gestione dei requisiti: Excel, Jira

1.3 Nozioni di base aziendali

Come puoi trarre vantaggio dalla conoscenza dei fondamenti del business per il tuo sviluppo?

UN. Nozioni di base di economia

Dovrai sapere cosa sono il TCO (costo totale di proprietà), il ROI (ritorno sull'investimento), l'EBIDAT (utili prima degli ammortamenti e delle tasse), l'ABC (costi basati sulle attività), ecc. Questi termini dovrebbero essere studiati perché tu, come analista aziendale, devi contribuire al successo dell'azienda e comprendere le basi dell'economia (capire per cosa è stato creato il software e come verrà valutata l'efficacia dell'implementazione del software) è estremamente importante per l’analista a prendere buone decisioni. È necessario non solo raccogliere e gestire i requisiti, ma farlo entro i limiti del progetto (che sono spesso legati all'economia: le risorse non sono illimitate, e nemmeno il denaro).

B. Ingegneria dei processi aziendali

Possono essere utili anche le competenze di sviluppo dei processi aziendali. Inoltre, ciò include anche la comprensione che i processi aziendali possono essere principali e ausiliari, e anche che la loro progettazione avviene nei paradigmi AS IS (come è ora) e TO BE (come raccomandato o come dovrebbe essere).
Non entrerò nei dettagli perché... Per i miei scopi, si tratta di identificare i punti di sviluppo dell'analista, e quindi ci si aspetta che studi in modo indipendente queste aree.

C. Notazioni sulla modellazione dei processi

Per progettare i processi aziendali, avrai bisogno della conoscenza di alcune notazioni in cui descriverai i processi. Naturalmente, possono essere descritti semplicemente a parole, ma sono abbastanza comuni anche le seguenti notazioni di modellazione dei processi aziendali: BPML (Business Processes Modeling Language), IDEFx, CFF (diagrammi di flusso interfunzionali) e diagrammi di flusso regolari.

D. Utensili

Gli strumenti corrispondenti nel campo della descrizione dei processi aziendali e della pianificazione economica (che ho incontrato) sono BPWin e Business Studio.

1.4 Sviluppo dell'IS

Un analista che sviluppa sistemi informativi deve padroneggiare le tecniche e i metodi del loro sviluppo.

UN. Nozioni di base sull'architettura

Il primo blocco sono le basi dell'architettura: una comprensione generale di cosa sia un IS, una comprensione della tecnologia client-server e della costruzione di database, conoscenza della struttura dei siti (inclusa la comprensione di HTML, dispositivi CMS, conoscenza di CMS già pronti ), nonché la comprensione dei protocolli e dei formati di trasferimento dei dati (XML, CSV, ecc.).

B. Notazioni di progettazione

Notazioni di progettazione come UML, DFD e diagrammi di flusso potrebbero esserti utili.

C. Ergonomia

Oltre alla conoscenza generale dello sviluppo IP, avrai bisogno della conoscenza dell'ergonomia (usabilità) e, a questo proposito, presta attenzione a standard come la guida in stile web, la guida in stile mobile. Inoltre, lo sviluppo IP per iPhone e Android prevede una serie di best practice e requisiti standard su come progettare le applicazioni mobili. In particolare, su AppStore certificherai la tua richiesta e, se non soddisfa gli standard, non sarà consentita.

D. Utensili

Il toolkit consente di eseguire la progettazione in modo efficiente e conveniente dal punto di vista del progetto e dal punto di vista di coloro per i quali questo progetto viene realizzato. Si tratta in particolare di strumenti di prototipazione (Balsamiq Mockups, Axure, JustInMind - comprese le interfacce mobili). Per questi scopi viene utilizzato anche MS Visio.

1.5 Documentazione

UN. Lingua competente e formattazione corretta

Il prossimo blocco di competenze è la documentazione. Gli analisti scrivono documenti e loro (i documenti) devono essere alfabetizzati sia in termini di linguaggio, uso corretto dello stile tecnico, scrittura competente, sia in termini di progettazione. Questo fattore è determinato da quanto è piacevole tenere in mano il documento, da quanto è pulito e uniforme e da quanto bene è preparato per la stampa. Questo, tra l'altro, è un punto molto importante: il 90% dei documenti che mi inviano gli analisti esterni, quando provo a stamparli (soprattutto per le tabelle Excel), vengono visualizzati su 10 fogli in ordine caotico. Poi bisogna provare manualmente ad assemblarli, cosa praticamente impossibile. Ma il fatto è che Excel non formatta la pagina per la stampa per impostazione predefinita. Gli analisti dovrebbero sapere che esistono impostazioni speciali per la struttura e il tipo di pagina, che impostano il formato di stampa, l'ordine delle pagine e la numerazione. Presta attenzione a questo: prepara il documento, quindi stampalo e vedi se è conveniente da usare o se è necessario mettere in ordine il documento.

B. Ergonomia

Per la preparazione dei documenti esiste anche una serie di standard nel campo dell'ergonomia (o dell'usabilità, come oggi viene più comunemente espressa). In particolare, tra i redattori tecnici, il Manuale di Stile MS è considerato uno degli standard comprovati. Al momento ci sono più di 400 pagine ed è molto buono in termini di come scrivere la documentazione tecnica in lingua inglese - quali termini utilizzare (ad esempio, "fare clic sul pulsante" o "fare clic sul pulsante"), come formattarlo e strutturarlo correttamente.

C. Utensili

E, naturalmente, strumenti di preparazione dei documenti. Potrebbe essere MS Word, OpenOffice (per Linux). Sono inoltre necessari programmi per la generazione di documenti PDF (Acrobat). E Wiki è utile anche per la documentazione. In particolare, la conoscenza del markup wiki (un linguaggio specifico che può essere padroneggiato abbastanza velocemente) ti permetterà di capire meglio quando formattare un documento in Word e quando utilizzare Wiki.

1.6 Competenze aggiuntive

Ulteriori competenze nel campo delle hard skills su cui vorrei attirare l'attenzione sono le seguenti.

UN. Fondamenti di gestione

L'analista, in un modo o nell'altro, accompagna sempre il manager nel progetto e da qualche parte condivide con lui aree di responsabilità, da qualche parte può sostituirlo, da qualche parte, comunicando con il cliente, in un modo o nell'altro prende decisioni sull'inclusione dei requisiti nel progetto. Quelli. Questa è, da un lato, analisi e, dall'altro, gestione.

B. Conoscenza della materia

Qui la competenza di dominio può essere molto utile (e più spesso è fondamentale). Qualunque sia il progetto che inizi a realizzare, chiarisci in quale ambito verrà realizzato - potrebbe essere finanza, assicurazioni, turismo - e familiarizza attentamente con questo argomento. Naturalmente, in termini di sviluppo complessivo, non è consigliabile affrontare tutte le aree, perché Ce ne sono molti e immergersi nell'ambito in cui si sta eseguendo un progetto può essere utile.

C. Competenza applicata

Anche l'esperienza applicata è importante come competenza aggiuntiva. Inoltre, diverse aree di applicazione possono essere importanti da progetto a progetto. Ad esempio, se il progetto viene realizzato nel campo del turismo, sarà utile la conoscenza del “problema del commesso viaggiatore” nella teoria dei grafi, che viene studiata nella matematica applicata. Vale a dire, è necessario capire come trasportare i turisti dall'aeroporto agli hotel, a condizione che il gruppo e gli hotel si trovino in 10 punti della città. Possedendo questa competenza, l'analista sarà in grado di offrire una soluzione più competente che se non fosse a conoscenza.

D. Kit di strumenti aziendali

Può essere utile la conoscenza degli strumenti utilizzati dall'azienda, come sistemi ERP, sistemi CRM, ecc.
Abbiamo incluso anche le lingue straniere sopra menzionate nel gruppo delle competenze aggiuntive. Inoltre, va chiarito che è altamente raccomandato imparare l'inglese a un livello decente, almeno perché ciò ti consentirà di comprendere molta letteratura utile pubblicata in inglese, ma, sfortunatamente, non sempre tradotta in russo , oltre a comunicare sui forum con colleghi -analisti di altri paesi.

2. Competenze trasversali

Successivamente, propongo di passare a una revisione delle caratteristiche personali che si sviluppano in modo più complesso e in un periodo di tempo più lungo. Permettetemi di ricordarvi che il mio compito è prestare attenzione alle competenze chiave. Suggerimenti per lo sviluppo: leggi la letteratura pertinente, partecipa a corsi di formazione, provalo nella pratica.
Quindi, tra le competenze trasversali, le più importanti sono, in primo luogo, le competenze di base.

2.1 Competenze di base

Tra questi, innanzitutto:
indipendenza,
capacità di apprendimento,
buona memoria,
chiarezza nella presentazione delle informazioni.

UN. Indipendenza
Gli analisti raramente conducono un progetto in grandi gruppi. In genere, un analista gestisce completamente il progetto da solo oppure, anche se lavora in un team di analisti, ciascun analista è comunque responsabile di una zona. Di conseguenza, l'analista deve essere in grado di gestire in modo indipendente l'intero suo progetto.

B. Capacità di apprendimento
Il lavoro di un analista è sempre ricerca, cioè Attraverso di esso transita una grande quantità di informazioni che necessitano di essere rapidamente colte, elaborate e trasmesse.

C. Buona memoria
È necessario per gli stessi motivi della capacità di apprendimento: devi tenere a mente molti dettagli.

D. Chiarezza nella presentazione delle informazioni
Quando si trasmettono informazioni al cliente o allo sviluppatore, non dovrebbero esserci malintesi. Le informazioni devono essere strutturate in modo chiaro.

2.2 Capacità analitiche

Prima di tutto, questo è il pensiero analitico, che implica la capacità di pensare in modo critico alla situazione, la capacità di trasformare ciò che si riceve in una struttura di dati e non di trasmettere direttamente ciò che si riceve come input.
L'analista richiede anche la capacità di lavorare con grandi quantità di informazioni, la capacità di lavorare in condizioni di incertezza e capacità di presentazione.

2.3 Competenze personali

UN. Attività
È importante che l'analista sia attivo: quando si porta avanti il ​​progetto, deve assumere una posizione attiva e chiarire i requisiti. Inoltre, durante l'accettazione dei risultati del progetto, non può permettersi una posizione passiva.

B. Pedanteria
Gli analisti devono essere attenti ai dettagli e non devono trascurare alcun aspetto critico. Quelli. la frase "andrà bene" non riguarda un vero analista: deve avere un carattere diverso.

C. Creatività
Il fatto è che gli analisti sempre non solo ricevono informazioni, ma creano anche qualcosa: o determinano la reingegnerizzazione dei processi (quindi devono trovare il modo più ottimale per farlo), oppure inventano nuovi sistemi (cioè , sono creativi da zero).

2.4 Abilità interpersonali

UN. Abilità comunicative
Nell’ambito delle capacità interpersonali, le cose più importanti per l’analista sono le capacità comunicative, la socievolezza, la capacità di porre domande e trasmettere correttamente le informazioni, nonché la capacità di sintonizzarsi sulla lunghezza d’onda del cliente.

B. Lavoro di squadra
È anche importante che l'analista sappia lavorare in squadra. Quelli. Qualcuno che è lunatico e preferisce lavorare con i computer piuttosto che con le persone è improbabile che sia adatto per una posizione di analista. In questo caso, consiglierei di sviluppare le tue capacità di socialità e di lavoro di squadra.

C. Capacità organizzative E
Anche le capacità di auto-organizzazione e di organizzazione del team sono molto importanti per un analista.

2.5 Competenze imprenditoriali

Successivamente, spiegheremo cosa dovrebbe essere incluso nelle competenze aziendali di un analista:
Attenzione al cliente
Senso degli affari
Capacità di negoziazione
Resistenza allo stress
In particolare, sono stati scritti molti libri sul tema delle capacità di negoziazione. Si raccomanda vivamente che gli analisti sappiano come comunicare e convincere in modo efficace (ad esempio, spesso alcune caratteristiche non possono essere incluse nel comunicato e in una situazione del genere l'analista deve essere un diplomatico).
Per quanto riguarda la resistenza allo stress, lascia che te lo ricordi ancora una volta: gli analisti, di regola, lavorano in condizioni di incertezza e questa qualità sarà molto utile.

3. Aumentare l'efficienza

Come si può migliorare l'efficienza di un analista? Posso dare 2 consigli di base oltre agli strumenti di base.

3.1 Assistenti analisti

In primo luogo, ci sono assistenti analisti abbastanza buoni: tutti i tipi di raccolte (icone, primitive grafiche). Ad esempio, hai trovato qualcosa che ti piace e lo hai salvato su disco o hai chiesto a un designer di disegnarlo. In questo caso, sarà più facile preparare successivamente i documenti e disegnare prototipi utilizzando questi elementi (vale a dire, man mano che lo sviluppo procede, non cercherai da dove prenderlo o dove disegnarlo: le immagini appariranno belle e pulite ).
Anche i modelli di posta elettronica e i modelli funzionali aiutano gli analisti. Da dove possono venire? Dopo aver completato i progetti precedenti, salva i risultati (migliori pratiche) nella tua knowledge base. Pertanto, di progetto in progetto accumulerai non solo esperienza nella tua testa, ma anche una buona base di sviluppi già pronti che potranno essere utilizzati in progetti futuri per una migliore efficienza.
Anche i materiali analitici (ad esempio le analisi di mercato) sono una buona fonte di conoscenza.

3.2 Valutazione oggettiva della realtà

E il secondo consiglio su cosa può migliorare la tua efficacia è una valutazione obiettiva di te stesso. Devi capire quanto bene possiedi determinate capacità analitiche (puoi utilizzare l'elenco sopra per testare le tue competenze hard e soft). Questo controllo ti permetterà di capire dove muoverti dopo.
Ci sono molti esempi nella vita in cui le persone pensano di essere forti, ma non lo sono. Molto spesso, l'autostima è gonfiata. Ma quando un analista pensa di essere forte, non può lavorare in modo più efficiente. Ricordate le parole di Socrate: “So di non sapere nulla” e la loro continuazione: “Ma gli altri non lo sanno nemmeno”. Se una persona crede di essere già in cima, non può salire ulteriormente. Ad esempio, per quanto riguarda MS Word, il 90% dirà di parlarlo “fluentemente”, anche se non sa usare né i campi né le macro.

4. Piano di sviluppo

Il punto è che una volta che ti rendi conto della profondità della tua ignoranza, puoi sviluppare un piano di sviluppo. E se lo fai onestamente, la tua efficacia aumenterà più rapidamente. Questo piano ti consente di andare costantemente avanti.
Non stare mai fermo perché... chi sta fermo inevitabilmente scivola indietro. Ma nel mondo moderno questo è sostanzialmente irrealistico.

Cosa si può fare?

1. Identifica le aree di attività che ti interessano
2. Registra il tuo attuale livello di abilità
3. Formare obiettivi di sviluppo e criteri di raggiungimento
4. Identifica i modi per raggiungere i tuoi obiettivi
Un numero abbastanza elevato di aree di attività e strumenti che possono essere utili agli analisti sono già stati delineati sopra. Non è un dato di fatto che possiedi tutto e che ne hai bisogno in questo momento. Tuttavia, dall'elenco sopra (e forse qualcos'altro - non pretendo di essere completo), determina cosa è più interessante per te.

1. Identificazione delle aree di interesse

A questo punto puoi annotare tutte le possibili competenze e compiti degli analisti in una tabella come quella allegata (il file di presentazione è disponibile alla pagina del convegno AnalystDays-2012). Quindi dovresti dare un peso accanto a ciascuna abilità: quanto è importante questa o quella abilità per te (e/o per l'azienda - dipende dal livello al quale viene costruito il piano). È possibile utilizzare una scala da 0 a 5 oppure da 0 a 100 (nell'esempio viene utilizzata una scala da 0 a 5). In linea di principio, questa stessa classificazione può essere utilizzata nella tua carriera.
La nostra azienda utilizza una gradazione in 3 livelli di specialisti - Junior, Specialista, Expert - e al loro interno c'è una divisione in 3 livelli da R1 a R3. Per ciascuno di questi livelli sono stati introdotti determinati criteri relativi alle competenze necessarie e al livello di competenza.
Come raccomandazioni: il piano dovrebbe tenere conto sia delle competenze ampiamente applicabili che delle competenze altamente specializzate. Ma vale la pena tenere conto di tutto. Dovresti includere nella tabella anche quelle competenze aggiuntive che, pur non essendo fondamentali nel lavoro di un analista, tuttavia semplificano la vita e rendono il suo lavoro più efficace.
Inoltre, nell'elaborazione di un piano, è necessario tenere conto dei seguenti criteri: individualità, connessione al sistema di certificazione, specificità, misurabilità, coerenza con la gestione.
Di conseguenza, sulla base di questa classificazione, non solo puoi elaborare un piano di sviluppo personale, ma allo stesso tempo anche determinare quali opportunità di carriera si presentano per te quando acquisisci determinate competenze.

Dilemma della scelta

Quando si elabora un tale piano di sviluppo, sorge la domanda: parlando di analisti e dei loro requisiti, è corretto mescolare analisti coinvolti in compiti diversi o no? E vale la pena diffondersi su tutto o concentrarsi su qualche ristretta area di attività? La domanda è piuttosto filosofica e ognuno risponde in modo indipendente. Ad esempio, hai preferenze personali per la modellazione dei processi aziendali e quindi desideri studiare quest'area in modo più approfondito: nessuno ti impedirà di farlo. Oppure qualcuno potrebbe voler esplorare varie aree dell'analisi aziendale in modo più ampio, il che sarà positivo anche per la tua carriera, perché... Capirai dove e quali metodi possono essere utilizzati e sarai in grado di selezionarli in modo flessibile a seconda delle specificità del tuo progetto.
E vorrei fornire alcuni punti su come potrebbe essere utile per gli analisti. Largo orizzonte.
Il fatto è che con un piano come questo il cielo è il limite. Molto probabilmente, tutta la tua vita non sarà sufficiente per padroneggiare l'intera portata dell'argomento dentro e fuori. Ti concentrerai comunque su alcuni sottoinsiemi di esso. Tuttavia il sottoinsieme già studiato ha valore per il mercato e su questo devi solo andare a concordare con il tuo datore di lavoro.
Quelli. un ampio orizzonte di competenze è utile, interessante e redditizio.

2. Valuta il tuo attuale livello di abilità

Dopo aver determinato le scale, dovresti determinare quale livello attuale di competenze e conoscenze di tecnologie e strumenti possiedi. Uno dei metodi di valutazione abbastanza convenienti sono gli analoghi della valutazione della conoscenza delle lingue straniere (da Base a Intermedio e Avanzato). A ciascuno di questi livelli viene assegnato un punteggio da 0 a 5. Quindi si calcola il punteggio totale come somma dei punteggi ponderati.

3. Definizione degli obiettivi di sviluppo

Quindi compili altre 2 colonne nella tabella del piano: quale livello di conoscenze e competenze ti aspetti di avere in un anno e in un mese. Questo approccio è in qualche modo vicino alla tendenza moderna dell'unificazione, quando subordini il tuo sviluppo a misurazioni numeriche (in sostanza, accumuli punti). C'è ancora spazio per lo sviluppo, come ottimizzare questa tabella, quali “panini” puoi concederti per raggiungere un determinato livello.

4. Determinare le modalità per raggiungere gli obiettivi

Successivamente, determini le modalità per raggiungere l'obiettivo. Per ogni elemento che intendi migliorare, identifichi letteratura, formazione, conferenze, ecc. Devi avere una chiara comprensione di ciò che intendi fare nel prossimo mese e nel prossimo anno per poter sviluppare l'analisi aziendale.

Risultati

Quindi, gli analisti aziendali possono avere molte competenze e conoscenze, possono essere diverse, possono essere applicate in modi diversi ai tuoi progetti attuali. Ma se ritieni di aver già raggiunto il limite e di sapere tutto nell'ambito del lavoro che stai attualmente svolgendo sui progetti, non disperare affatto: prova a ricordare il rapporto di oggi, prova a guardare il mondo più in generale e penso che ancora non so dove altro posso svilupparmi, dove posso muovermi. Sicuramente questo ti sarà utile dal punto di vista della carriera e anche il tuo datore di lavoro lo apprezzerà. Ciò significa che avrai più successo professionale nella tua carriera IT.

Domanda 1

Quali sono i criteri per valutare la qualità del lavoro di un analista? Come valutare oggettivamente il lavoro dei tuoi analisti subordinati?

Un buon punto di partenza è concordare con il team di analisi per garantire che la qualità del lavoro sia presentata equamente tra tutti i membri. Ad esempio, per me uno dei criteri del lavoro di un analista (non il principale) è la qualità dei documenti che fornisce. Allo stesso tempo, per me è importante che il documento sia ben progettato, strutturato in modo significativo e logico, in modo che non ci siano salti da una sezione all'altra, ecc. Di conseguenza, prendiamo questa specifica unità atomica e discutiamo con l'analista che la qualità del documento dovrebbe essere così, e lui ti risponde che non ci aveva nemmeno pensato. Ad esempio, non c'è la numerazione delle pagine e va bene. Pensava che la cosa principale fosse scrivere il testo. Quindi, dopo esserci seduti e aver discusso con lui questi punti, arriviamo ad una comprensione comune della qualità del documento.
Di conseguenza, è necessario seguire tutte le fasi del lavoro dell’analista e discutere i criteri di qualità.
Sulla base della valutazione posso dire quanto segue: ci sottoponiamo a certificazioni periodiche (1-2 volte l'anno), la cui valutazione si compone di diversi criteri. Gli analisti sono, prima di tutto, comunicatori, cioè ricevono informazioni dai clienti e le trasmettono agli sviluppatori. Un criterio di valutazione molto importante è ciò che il cliente pensa dell'interazione con l'analista: quanto velocemente risponde alle richieste, quanto chiare e comprensibili sono le informazioni che fornisce al cliente e quanto è efficace nell'interagire con il cliente. Questo questionario viene compilato dal cliente. Un questionario simile viene compilato dagli sviluppatori (ovvero il team di implementazione del progetto): quanto è accessibile l'analista per loro, quanto sono chiari i documenti forniti loro, quanto si sentono a proprio agio nel lavorare con questo analista sul progetto.
Questo è uno dei punti che gli analisti valutano, ed è molto importante, perché è un traduttore tra il cliente e lo sviluppatore e, se in questa fase c'è un anello debole, non importa quanto bene progetti e scriva, non ha raggiunto i suoi obiettivi.
Il secondo punto è l’efficacia del progetto. Naturalmente, qui non viene preso in considerazione solo l'analista, ma valutiamo comunque l'intero team. Ma poiché l'analista era un traduttore dei requisiti e, insieme al team, ha formato ciò che dovrebbe fare questo prodotto, anche questa è una caratteristica abbastanza importante.
Il terzo punto, se possibile, è una valutazione esperta dei documenti e dei requisiti prodotti dall'analista. Ad esempio, per sei mesi ha scritto i requisiti, ma alcuni di essi non sono stati inclusi nei requisiti di base o se ne sono dimenticati. O in relazione alle specifiche: quanto sono chiare, specifiche e coerenti. In questo modo potrai valutare con competenza questi documenti. Questo non è sempre possibile. Di solito solo il cliente o il team di sviluppo possono dire qualcosa al riguardo.

Perché le conoscenze del dominio sono classificate come competenze aggiuntive? Mi sembra che questa sia la cosa fondamentale: un analista può fare dei diagrammi sbagliati, ma deve capire quello che sta facendo. Ci sono molte persone che disegnano bellissimi grafici e diagrammi UML, e quelli che non capiscono l'essenza del lavoro e fanno cose stupide sono la maggioranza.
Sono d'accordo con questa posizione. Tuttavia, nel processo di preparazione della presentazione, Sergey e io abbiamo discusso parecchio sul raggruppamento delle competenze per comodità della loro presentazione e comprensione da parte degli analisti. Le stesse competenze di base sono la base che non ti consente di diventare un analista, ma ti consente solo di iniziare ad approfondire questo settore; Pertanto, potrebbe non contenere competenze di settore. Naturalmente, non c'è assolutamente modo di completare con successo i progetti senza di essa.

Domanda 2

Un tempo ero della stessa opinione che gli analisti possano scrivere documenti, finché non ho incontrato uno scrittore tecnico professionista (dall'Europa). E ho capito che questa è un'area enorme, le persone ricevono persino un'istruzione speciale in quest'area. E c'è un'enorme differenza tra ciò che scrivono analisti aziendali, venditori, project manager, sviluppatori e ciò che scrivono scrittori tecnici: in effetti, è un abisso. Mi sembra che, se possibile (ad esempio, le grandi aziende hanno una pratica del genere), affidare la scrittura tecnica a un'azienda professionale. Diffondono informazioni pubbliche su un prodotto e scrivono immediatamente documentazione professionale, invece di provare a farlo internamente.

Ho iniziato la mia carriera come scrittore tecnico, quindi tutto questo mi è molto vicino, capisco molto chiaramente di cosa stai parlando adesso. Sulla base delle mie sensazioni e di come ho svolto le mie funzioni analitiche, avendo una base di scrittura tecnica e confrontandola con analisti che non hanno questa base, credo ancora che gli analisti dovrebbero avere le competenze per scrivere documentazione tecnica. Questo ti fa sembrare più professionale.
Per quanto riguarda il fatto che qualcosa può essere diviso e esternalizzato, il mio intero rapporto può essere suddiviso in parti e dire, ad esempio, che la progettazione dei processi aziendali dovrebbe essere lasciata a uno specialista nella modellazione dei processi aziendali (ho incontrato uno specialista che ha fatto cosa che nessuno dei miei analisti aziendali potrebbe fare). Ma questa è solo la prova che meglio approfondisci le aree delineate nel rapporto, migliore sarà il tuo risultato e più causerai una reazione wow da parte di tutti intorno a te.

PS. Potrai incontrare Maria e Sergei alle future conferenze della serie