Introducerea unei astfel de calificări va aduce discuții probleme profesionale activități de investiții la un nou nivel. Investiția a fost și rămâne întotdeauna un proces în care este imposibil să se facă previziuni absolut exacte. Cu toate acestea, profesioniștii calificați pot și ar trebui să ajute investitorii să obțină o înțelegere clară a riscurilor și a relației lor cu profitabilitatea.

Gama de sarcini ale unui analist de afaceri este destul de largă și depinde în principal de stadiul proiectului la care lucrează analistul. De regulă, în proiectele de implementare sisteme de informare sunt implicați mai mulți analiști și fiecare este responsabil pentru propria sa zonă funcțională.

ProfGuide continuă rubrica „De la prima persoană”, iar astăzi un analist al uneia dintre cele mai mari companii IT din Tatarstan, Lyudmila Davydova, vorbește despre profesia ei.

Care este esența sarcinilor îndeplinite de analist?

În activitățile fiecărei companii există multe procese de afaceri și cum afaceri mai mari, cu atât sunt mai multe. Fiecare proces folosește și generează informații care trebuie luate în considerare și controlate. De exemplu, pe uzină de producție planul de vânzări generează plan de productie, care, la rândul său, determină planul de achiziții (pe baza nevoilor de producție pentru materiale și componente). Comenzile de achiziție se formează pe baza ratelor de consum de materiale (aceste date sunt cuprinse în descrierea proceselor tehnice), ținând cont de disponibilitatea materialului în depozit. Procesele de producție și vânzare - de la eliberarea materialelor din depozit până la expediere produse terminate— sunt complexe și necesită management și contabilitate de înaltă calitate. Desigur, acest lucru se aplică oricărei companii din toate industriile - de la producție până la sectorul serviciilor.

Managementul manual al afacerilor este de domeniul trecutului, acum există pe piață un număr mare de sisteme informaționale care fac viața mai ușoară atât proprietarilor de afaceri, cât și angajaților obișnuiți. Fiecare nivel are propriile sarcini - managerul vrea să controleze, de exemplu, fluxurile financiare, iar un specialist în departamentul de vânzări dorește să aibă o bază de clienți actualizată. Cerinţele la toate nivelurile pot fi satisfăcute prin introducerea unuia sau combinarea mai multor sisteme informaţionale. Aici începe munca analistului - pentru a determina lista proceselor automate, pentru a găsi blocaje în ele (după cum știți, puterea lanțului este determinată de puterea verigii celei mai slabe), găsiți modalități de a elimina blocajele, selectați o platformă (sistem), determinați cantitatea de îmbunătățiri necesare etc.

Gama de sarcini ale unui analist de afaceri este destul de largă și depinde în principal de stadiul proiectului la care lucrează analistul. De regulă, mai mulți analiști participă la proiectele de implementare a sistemelor informaționale și fiecare este responsabil pentru propria sa zonă funcțională. La începutul proiectului, analistul ar trebui să studieze procesele de afaceri ale clientului (și, de preferință, să le documenteze folosind diagrame funcționale), și să elaboreze împreună cu clientul cerințele acestuia, pe baza cărora vor fi întocmiți Termenii de referință. După aprobarea TOR, începe etapa de modelare (sau proiectare), în care analistul dezvoltă un model al proceselor „cum ar trebui să fie”. După discuții, căutarea blocajelor în modele, repetat „acest lucru nu este făcut” și „acest lucru nu va funcționa” de la analiștii de sistem, analistul de afaceri desenează machete ale interfețelor viitorului sistem și scrie declarații de sarcini pentru dezvoltatori. În etapa de dezvoltare, este implicat și analistul, deoarece este necesar să testați ceea ce a făcut dezvoltatorul, să îl comparați cu așteptările clientului (și cu ale dvs.), să clarificați cerințele, să ajustați TOR (și uneori să scrieți mai multe TOR suplimentare) , etc. La finalizarea dezvoltării, analistul scrie un script pentru testarea de acceptare a sistemului (sau PMI - un program și metodologie de testare), conform căruia Clientul acceptă dezvoltarea, iar faza de implementare începe. În această etapă, analistul lucrează îndeaproape cu utilizatorii - se antrenează, răspunde la întrebări, consultă specialiști din zona sa funcțională și, dacă este necesar, scrie instrucțiuni și manuale de utilizare.
În etapa finală, când sistemul este pus în funcțiune comercială, analistul participă activ la menținerea sistemului, deoarece este imposibil să se prevadă totul dinainte, iar unele neajunsuri vor apărea abia acum. Analistul studiază problema, caută soluții și din nou scrie sarcini pentru dezvoltatori (sau sarcini tehnice noi, în funcție de gradul de dezvoltatori răsfățați).

Ce aptitudini și competențe trebuie să aveți? Trebuie să am educație IT?

Pentru a lucra în sfera IT, cred că ai nevoie de o educație adecvată. Cunoștințele în domeniul bazelor de date, rețelelor, programarii orientate pe obiecte mi-au fost foarte utile în munca mea, iar nici măcar prelegerile „Microprocesoare și microcalculatoare” nu au fost de prisos. Totuși, am întâlnit oameni cu specialități care sunt departe de asta, dar cu multe cunoștințe practice în acest domeniu. Sfera IT este acum atât de largă încât oamenii de diverse specialități își pot găsi nișa.

Abilitățile cheie care vor ajuta foarte mult sunt gândirea sistematică și logică, capacitatea de a identifica relații cauză-efect într-o cantitate mare de informații, scrupulozitatea și meticulozitatea (o calitate extrem de utilă în colectarea cerințelor de la un client). Întrucât fiecare client și fiecare proiect este individual, analiștii sunt foarte apreciați, care au nu numai experiență, ci și o minte flexibilă, capabilă să depășească tiparele și să vină cu ceva nou.

Și, desigur, un mare succes nu poate fi obținut fără perseverență (poate dura câteva ore pentru a dezvolta un aspect!)

În ceea ce privește setul de instrumente pe care ar trebui să le aibă analiștii, fiecare grup de lucru are propriile sale. Dar obligatoriu, după părerea mea, este capacitatea de a utiliza aplicații software pentru desenarea machetelor și cunoașterea oricărei notații de modelare a proceselor.

Pentru interfețe, îmi plac Balsamiq Mockups pentru varietatea de instrumente și design distractiv:

Cine nu o poate face absolut?

Departe de matematică și logică, nu gândire, oameni superficiali. De asemenea, este puțin probabil să le placă oamenilor umanitari munca unui analist.

Cine este mai înalt decât acest gen de analist? Există loc de crescut?

În compania noastră, analiștii au propriul lor sistem de notare. În prima etapă, ești analist. Dobândești experiență, studiezi domeniul de specialitate, treci certificarea și ești un analist de top. După următoarea certificare - un analist expert. Creșterea ulterioară depinde de managementul companiei. Cel mai adesea, analistul, dacă există o dorință, devine manager de proiect. Cu toate acestea, există momente în care un client, nedorind să se despartă de un analist capabil, îi oferă un loc de muncă în compania sa.

Există, de asemenea, o oportunitate de recalificare de la un analist de afaceri la un analist de sisteme sau la un manager de produs (deși aceasta este mai mult o creștere „orizontală”).

Care este principala bucurie și semnificația de a fi la locul de muncă? Ce momente aduc bucurie și ce tristețe?

Bucuria este atunci când reușești să găsești o soluție la o problemă complexă, bucuria mare este atunci când clientului îi place. Este frustrant când algoritmul pe care l-ai inventat nu trece de analiza sistemului și trebuie să o iei de la capăt.

Ca orice specialist, există sarcini care sunt foarte interesante de rezolvat, puteți uita de tot ce este în lume și puteți gândi, gândi, construiți scheme în capul dvs., luați în considerare opțiuni ... cel mai adesea acestea sunt noi dezvoltări - funcționalități noi în sistemul - aspect iar algoritmul depinde de tine. Este foarte interesant, o astfel de muncă aduce plăcere.

Și sunt sarcini care provin din linia de suport tehnic și necesită consultări ample sau îmbunătățiri minore („adăugați un câmp la raport pentru noi, ați uitat să îl specificați în TOR”, „vă rugăm să închideți urgent aceste solicitări, altfel am terminat ”, „cum să fac, astfel încât totul să fie calculat pentru mine?”, „Nimic nu funcționează pentru mine”, etc.). Această lucrare nu este atât de plăcută, dar nu se poate scăpa de ea, pentru că este imposibil să inventezi și să te dezvolți la nesfârșit. Totuși, rezultatul nu este un produs software, ci o soluție la problemele clientului.

Există multe comunicări și cu cine? Cu ce ​​fel de oameni ai de-a face?

Mulți. Fără comunicare nicăieri, analistul lucrează în echipă. Comunicarea are loc atât cu clientul (specialiști cheie sau membri ai echipei de implementare), cât și în cadrul echipei. Trebuie să comunicați cel mai strâns cu dezvoltatorii și analiștii de sistem. La noi sunt oameni speciali, cu o mentalitate deosebit de tehnică, care nu permit „versurile” și cer „să explice esența”. Sunt extrem de interesat să lucrez cu ei. Există și scriitori tehnici, manageri de proiect, alți analiști, specialiști în suport tehnic, șefi de departament - domeniul de comunicare este imens.

Se întâmplă ca de partea clientului să lucrezi cu oameni care nu sunt cei mai avansați în asta, care îți testează răbdarea și atitudinea pozitivă. Dar ei sunt întotdeauna profesioniști în domeniul lor și ei înșiși vă vor învăța multe.

Care este intervalul de salariu?

Salariul minim al unui analist, din câte știu, este de 20 de mii. Cel mai mare despre care am auzit este de 50, dar nu cred că acesta este plafonul.

Jobul vă oferă suficiente provocări? La urma urmei, ele sunt singura modalitate de a crește.

Pe orice proiect există sarcini complexe și de rutină. În munca mea, raportul este de aproximativ 40/60 și sunt bine cu asta. Fiecare zi este un exercițiu pentru minte și oportunitatea de a te relaxa în timp ce scrii instrucțiuni.

Iată câteva exemple de sarcini din practică:

1. Există sistemul X și sistemul Y. Pentru a finaliza unul dintre procese (până la o anumită dată, nu mai devreme, nici mai târziu), sistemul Y are nevoie de date de la X. Sistemul X, la rândul său, are nevoie de confirmarea transferului cu succes al datelor la sistemul Y, corectitudinea și completitudinea acestora. Este necesar să se dezvolte un algoritm acceptabil pentru client pentru schimbul automat de date în două sensuri între sisteme. Este necesar să se asigure că aplicațiile rămase pe serverele X și Y pot funcționa normal în timpul procesului de schimb de date.

Soluție: Interacțiunea dintre X și Y este implementată prin servicii web. Schimbul de fișiere se efectuează în modul 24/7, din momentul în care apare un anumit eveniment în sistemul Y, până la finalizarea încărcării / înainte de termenul limită / până la oprirea manuală a procesului. A fost dezvoltat un format de schimb, o matrice încrucișată (între două sisteme) a stărilor de descărcare, au fost aprobate coduri de returnare. Fișierele de la intrarea Y sunt verificate pentru corectitudine, iar în cazul erorilor sunt respinse până când erorile sunt corectate și reîncărcate. A fost implementată o formă de monitorizare, se păstrează jurnalele detaliate. La finalizarea descărcării fiecărui fișier, Y confirmă sau nu confirmă primirea fișierului. Am efectuat testarea de încărcare a X și Y în timpul serviciului de schimb de date (rezultatele testului au fost dezamăgitoare, așa că a trebuit să venim cu un algoritm de secvență de descărcare complicat munca activă utilizatorii Y). Instrucțiuni dezvoltate pentru configurarea serviciului și lucrul cu acesta. În prezent, schimbul de date între X și Y se realizează numai prin intermediul serviciului dezvoltat.

2. Există o listă de standarde aprobată (aproximativ 700 de linii), cu care lucrează mai multe companii, inclusiv clientul. Una dintre companii contestă o parte din reglementări în instanță, oferind propria versiune. Instanța admite cererea. În același timp, o anumită organizație de experți recalculează o parte din standarde, propunând o nouă listă (încă aproximativ 150 de rânduri).

O sarcină: să ofere sistemului clientului un cadru de reglementare actualizat.

Complexitatea sarcinii este că fiecare set de standarde diferă în unități de măsură și nume de elemente. Lista de standarde rezultată nu a existat.

Soluție: încercările de automatizare a procesului de potrivire a șirurilor nu au dat un rezultat, deoarece în fiecare caz decizia trebuie luată de o persoană. Prin urmare, listele trebuiau verificate manual, căutându-se potriviri (Anulate de instanță? Recalculate?) și incluse sau neincluse în lista rezultată.

3. Introduceți un nou parametru pentru operațiunile de decontare în sistem.

Performanţă:

1) Determinați „punctul de intrare” al parametrului în sistem: este introdus de utilizator? Calculat din alți parametri (Ce? Cum? În ce moment?)?

2) Determinați funcțiile în care va fi utilizat noul parametru.

3) Pentru fiecare funcție: Verificați dacă noul parametru afectează executarea operațiilor ulterioare, introduceți parametrul în formulele de calcul.

4) Determinați cum și unde este afișat parametrul în interfață. Desenați machete.

5) Aflați dacă noul parametru ar trebui să apară în formularele de ieșire: în care, în ce fel.

6) Ce forme de ieșire vor fi implicit afectate de acest parametru? Dacă da, stabiliți gradul de influență, aduceți problema în discuție.

7) Determinați cantitatea de îmbunătățiri necesare.

8) Scrieți o declarație a sarcinii de dezvoltare sau TK (în funcție de gradul de rafinare).

9) Testați rezultatul.

Întrebările au fost puse de Elmira Davydova.

Acest articol abordează întrebările:

1. Concepții greșite ale oamenilor.
2. Deci, la urma urmei, ce face un analist IT?
3. secrete munca de succes(ce calități ar trebui să aibă un analist).
4. Instrumente de analiză.
5. Unde să merg mai departe?

Tot în blogul nostru există un articol „”, care îl completează pe cel actual.

Concepții greșite ale orășenilor

Analist de sisteme este o profesie care a apărut relativ recent pe piata ruseasca posturi vacante în domeniul IT. Înțelegerea cine este un analist de sistem, decurge de la candidații pentru acest post, fie din cerințele descrise în postul vacant, fie din propriile lor presupuneri. Să aruncăm o privire la unele dintre cele mai comune concepții greșite ale candidaților. Acest post vacant nu este pentru toți cei care au fost anterior cineva „sistemic”. Compania noastră primește adesea răspunsuri la acest post vacant, de exemplu, de la administratorii de sistem.

Un analist este cel care analizează

În principiu, este corect, dar când întrebi un candidat despre ceea ce analizează, de aici încep fanteziile și reflecțiile asupra diverse teme. Unii susțin că analistul ar trebui să-i spună managerului de proiect ce ar fi bine să facă în acest fel sau în altul atunci când dezvoltă proiectul sau, în general, monitorizează dezvoltatorii și analizează dacă fac sau nu ceea ce trebuie. Toate acestea sunt opinii eronate.

Analistul nu ar trebui să poată programa

Aceasta este o concluzie logică, presupunând că primele presupuneri sunt corecte. De fapt, analistul nu are nevoie de cunoștințe speciale în programare, dar trebuie să cunoască elementele de bază, sau cel puțin să aibă experiență în dezvoltarea în orice limbaj de programare care acceptă OOP.

Analistul nu este responsabil pentru nimic

De fapt, acest lucru este departe de a fi cazul, iar candidații care doresc să ocupe postul de analist de sisteme într-o companie IT cred că nu vor trebui să răspundă pentru post. Erorile analiștilor dintr-un proiect sunt cele mai scumpe și pot fi chiar fatale unui proiect.

Deci, ce face un analist?

Identificarea cerințelor

Un analist începe un proiect, participă la dezvoltare și îl finalizează. Dezvoltarea software începe cu faptul că clientul prezintă contractantului viziunea sa asupra viitorului sistem. Această prezentare poate fi atât orală, cât și scrisă. Această prezentare nu poate fi numită cerințe, deoarece nu sunt sistematice, ci seamănă cu un set de dorințe ale clientului. În etapa inițială a proiectării software, analistul este obligat să identifice obiectivele dezvoltării software de la client, adică ce sarcini principale ar trebui să rezolve Sistemul atunci când este introdus în procesul de afaceri al întreprinderii. Această etapă a proiectului este etapa inițială și se numește proces de identificare a cerințelor. Toate cerințele și procesele de afaceri identificate trebuie să fie formalizate într-un anumit mod. Formalizarea cerințelor este necesară pentru coordonarea acestora cu clientul, precum și percepția lor egală atât de către client, cât și de către dezvoltatorii de proiecte. Pe lângă cerinţele identificate, în această etapă de dezvoltare a proiectului sunt determinaţi şi utilizatorii proiectului cu anumite drepturi de acces. În procesul de identificare a cerințelor, este posibil ca clientul să nu furnizeze toate informațiile necesare pentru funcționarea completă a proiectului. Analistul trebuie să fie capabil să identifice aceste informații și să fie de acord cu clientul asupra acestei funcționalități a lucrării. Rezultatul muncii analistului în această etapă de proiectare este termenii de referință pentru dezvoltare, conveniți cu clientul.

Managementul Cerintelor

În etapele ulterioare de dezvoltare sunt posibile situații când cerințele formulate în etapa de identificare a cerințelor devin învechite dintr-un motiv sau altul, iar în schimb apar cerințe noi. Analistul trebuie să minimizeze schimbările în cerințe, indiferent dacă noile cerințe provin de la client sau de la dezvoltatori. În cazul unei modificări a cerințelor, analistul ar trebui, ținând practic proiectul în cap, să evalueze toate modificările din proiect care vor presupune introducerea de noi cerințe în proiect. Modificările în cerințe pot fi costisitoare în dezvoltarea proiectului, așa că modificările ar trebui să fie reduse la minimum, dar totuși lumea modernă Schimbările cerințelor sunt aproape inevitabile pe orice proiect. Analistul trebuie să fie capabil să anticipeze astfel de situații pentru a gestiona schimbările în cerințele proiectului pentru a minimiza riscurile.

Implementarea proiectului

La finalizarea dezvoltării oricărui proiect IT începe etapa de introducere a proiectului dezvoltat în procesul de afaceri al clientului. Această etapă stă și pe umerii analistului, acesta trebuie să pregătească documentația necesară utilizatorilor, să efectueze o demonstrație a proiectului și să antreneze angajații clientului. Pentru ca această etapă să fie finalizată la nivelul corespunzător, analistul trebuie să cunoască munca întregului proiect de la „A” la „Z”, precum și să navigheze prin posibilele erori care vor fi eliminate în edițiile ulterioare. Înainte de faza de implementare, analistul trebuie să ia parte la testarea proiectului pentru a se asigura că toate cerințele funcționale specificate în TOR sunt îndeplinite corect.

Secretele muncii de succes

Aș dori să abordez tema calităților personale ale unui analist în domeniul IT. Calitățile personale ale analistului dau 60% din rezultatul său. Munca unui analist este legată de comunicarea directă cu clientul, astfel încât analistul trebuie să aibă un discurs bine rostit, astfel încât clientul să vadă în interlocutor un specialist competent și o persoană plăcută. Abilitatea de a comunica se află în centrul unui mare succes la locul de muncă. Deci, prima calitate a unui analist este sociabilitate. Următoarea calitate a unui analist, care îi permite să-și îndeplinească atribuțiile cu înaltă calitate, este minte analitică. Vă permite să „filtrați” informațiile inutile pe care clientul le transmite antreprenorului și, pe baza informațiilor primite, să analizați activitățile clientului și să formalizați cerințele. Poate că aceasta este principala calitate a unui analist, deoarece afectează direct calitatea proiectelor în curs de dezvoltare. Analistul trebuie să fie capabil să păstreze o cantitate mare de informații despre întregul proiect, și uneori mai multe, în capul său și să fie capabil să calculeze rapid impactul anumitor modificări solicitate de client sau echipa de dezvoltare asupra sistemului ca un întreg, pentru a coordona în timp util aceste schimbări și consecințele lor cu toate părțile interesate. Pentru a construi modele de afaceri ale proceselor clienților, un analist trebuie să aibă un nivel ridicat capacitatea de învățare. Această calitate este necesară pentru un studiu rapid al domeniului în care lucrează clientul. Analistul trebuie să devină „specialist” în fiecare dintre domeniile subiectului, care se schimbă odată cu lucrul la fiecare nou proiect. În stadiul formării cerințelor, analistul întocmește termenii de referință (TOR) pentru dezvoltarea proiectului, care trebuie conveniți cu clientul și care vor fi studiati de dezvoltatori.

Pe baza acesteia, analistul de sistem trebuie să precizeze cerințele din TOR astfel încât acestea să fie înțelese atât de client, cât și de executantul proiectului. Pentru aceasta, este necesar să existe alfabetizareîn scrierea textelor și să facă cât mai puține greșeli. În procesul de construire a modelelor de afaceri, analistul va avea nevoie abilități de programareși înțelegerea OOP. Cel mai adesea, modelul unui proces poate fi reprezentat ca un set de obiecte, iar acțiunile asupra acestora pot fi reprezentate ca metode. Obiectele model pot avea și proprietăți. Obiectele din modele pot folosi toate principiile POO. La construirea modelelor de sistem, de regulă, se determină și modelul de date al proiectului.

Atunci când proiectează proiecte mari pentru clienți mari, analiștii se confruntă cu multe dificultăți asociate cu dezvoltarea specificațiilor tehnice. Aceste dificultăți pot apărea din cauza cerințelor în continuă schimbare, a unui număr mare de utilizatori și a altor factori. Toate acestea duc la modificări frecvente ale TOR. Analytics trebuie uneori să rescrie până la 30-40% termeni de referinta de cateva ori. Desigur, acest lucru îi afectează sistemul nervos, așa că analistul trebuie să aibă considerabil răbdare si rezistenta la stres. Rezistență la stres util și în instruirea utilizatorilor noilor proiecte, deoarece majoritatea utilizatorilor sunt forțați să lucreze într-un proiect nou de către organizatorii de afaceri (clienții), căruia îi rezistă cu putere. Analistul trebuie să asculte o mulțime de cuvinte nemăgulitoare care îi sunt adresate, dar trebuie să răspundă calm la criticile utilizatorilor și să-și ducă sarcina.

Instrumente de analiză

Principalele instrumente ale unui analist de sistem sunt pixul, hârtia și creionul. Pentru un bun analist, acest lucru este suficient pentru a formula cerințe și a întocmi un model de afaceri. În practică, analiștii folosesc diverse instrumente de modelare care acceptă notațiile IDEFx, UML, BPMN. Astfel de instrumente vă permit să reduceți timpul pentru construirea de modele și diagrame, precum și să obțineți rezultatul sub formă grafică și sub formă de rapoarte text. Instrumente ca acestea ajută la menținerea cerințelor proiectului sub control și la actualizare. Un exemplu de instrumente de modelare sunt aplicații precum: Enterprise Architect (EA), Rational Rose, RUP, etc. De asemenea, pachetele de birou precum MS Office, iWork, Open Office vin în ajutorul analizei.

Unde să merg mai departe?

În concluzie, aș dori să reflectez asupra dezvoltării unei cariere ulterioare ca analist de sisteme. Un analist de sistem este o persoană universală care este capabilă să negocieze cu clienții, să stabilească sarcini și să monitorizeze implementarea acestora de către dezvoltatori. Cunoștințele și capacitatea sa de a naviga în diverse domenii ale vieții umane sunt capabile să asiste în implementarea sarcinilor, de exemplu, un manager de proiect sau să gestioneze o echipă de analiști pentru proiecte mari. Într-un fel sau altul, profesia de analist de sistem este promițătoare pe piața IT astăzi.

Alte materiale de blog pe tema „Analist în IT”.