3. Biznesa analīze
«Business analysis is the set of tasks
and techniques used to work as a
liaison among stakeholders in order to
understand the structure, policies, and
operations of an organization, and to
recommend solutions that enable the
organization to achieve its goals.»
BABOK® v2.0
«Biznesa analīze ir uzdevumu un
metožu kopums, ko izmanto, lai
strādātu kā starpnieks starp
ieinteresētajām pusēm, lai saprastu
struktūru, politiku un organizācijas
darbību, un ieteiktu risinājumus, kas ļauj
organizācijai sasniegt savus mērķus."
7. Kas ir risinājums?
IT sistēmas, web servisi, biznesa
procesi, biznesa nosacījumi,
programmatūra, reorganizēta
uzņēmuma struktūra, outsourcing,
insourcing, pārdefinēti amatu apraksti,
vai jebkas cits, kas uzņēmumam
nodrošina nepieciešamās iespējas
biznesa vajadzības sasniegšanai
10. BA plānošana un
pārvaldība
• Biznesa analīzes pieeja
• Biznesa analīzes aktivitāšu plānošana
• Prasību pārvaldības process
• Ieinteresēto pušu analīze
• Biznesa analīzes komunikācijas plānošana
• Biznesa analīzes izpildes novērtējums
• Risinājuma apjoma pārvaldība
11. Prasību un vajadzību
izzināšana
• Dokumentu analīze
• Intervijas
• Darba grupas
• Fokusa grupas
• Novērošana
• Anketēšana
• Prototipēšana
• Prāta vētras
12. Darbs ar prasībām
• Prioritizēšana
• Trasējamība
• Strukturēšana un dokumentēšana
• Specificēšana un modelēšana
• Pieņēmumu un ierobežojumu definēšana
• Verificēšana un validēšana
• Nokomunicēšana
17. Biznesa analīzi apzināti
veic:
•
•
•
•
•
•
•
•
•
•
•
•
Biznesa analītiķis
Biznesa procesu analītiķis
Biznesa sistēmu analītiķis
Sistēmu analītiķis
Prasību analītiķis
Procesu īpašnieks
Funkcionālais arhitekts
Ieviešanas konsultants
Biznesa konsultants
Izmaiņu pārvaldnieks
Projekta vadītājs
un citi
21. Loma: Biznesa analītiķis
(Ilze)
• Dzīves vieta : Pie biznesa
• Galvenie pienākumi:
Definēt biznesa vajadzības
Komunicēt ar biznesa ekspertiem
Komunicēt ar izstrādi
Pārbaudīt piedāvāto/piegādāto risinājumu
• Labas zināšanas, kompetences
Pārzin biznesa organizāciju, mērķus, problēmas
Redz gan «lielo bildi», gan detalizāciju
22. Ārējas izstrādes 1
Biznesa
organizācija
Vadība
Biznesa analītiķis (Ilze)
Projekta vadītājs
Biznesa eksperti
Procesu īpašnieki
Sistēmu administratori
Izstrādātājs
Projekta vadītājs
Biznesa analītiķis
(Pēteris)
Izstrādes komanda
Programmētāji
Testētāji
Arhitekti
23. Loma: Biznesa analītiķis
(Pēteris)
• Dzīves vieta: Pie risinājuma
• Galvenie pienākumi:
Definēt risinājuma prasības
Komunicēt ar biznesa pusi
Komunicēt ar izstrādātājiem
Pārbaudīt risinājuma atbilstību prasībām
• Labas zināšanas, kompetences
Pārzin risinājumu, risinājuma tehnoloģijas
Redz «detalizēto bildi»
24. Ārējas izstrādes 2
Biznesa
konsultanti
Biznesa
organizācija
Vadība
Biznesa analītiķis (Ilze)
Projekta vadītājs
Biznesa eksperti
Procesu īpašnieki
Sistēmu administratori
Biznesa
analītiķis
(Raita)
Projekta
vadītājs
Izstrādātājs
Projekta vadītājs
Biznesa analītiķis
(Pēteris)
Izstrādes komanda
Programmētāji
Testētāji
Arhitekti
25. Loma: Biznesa analītiķis
(Raita)
• Dzīves vieta: Neatkarīgs
• Galvenie pienākumi:
Esošās situācijas analīze
Vēlamās nākotnes analīze
Definēt risinājuma konceptu
Izvērtēt piedāvājumus
Sagatavot «Business case»
• Labas zināšanas, kompetences
Pārzin noteiktu biznesa nišu, saistītos normatīvus, zin labo
praksi
27. Biznesa analīzes attīstība
Biznesa analītiķa lomas izveidošanās un attīstība notiek
pateicoties vajadzībai pēc arvien labākām un
kvalitatīvākām prasībām.
28. Loma: Projekta vadītājs
• Dzīves vieta: Pie projekta
• Galvenie pienākumi:
Iniciēt, plānot, nodrošināt izpildi, pārraudzīt, kontrolēt un slēgt
projektu
Nodrošināt projekta rezultātu piegādi
Projekta komandas darba koordinācija un pārvaldība
Pārvaldīt risinājuma izstrādi, laika plānu un budžetu
Komunikācija ar ieinteresētajām pusēm
Pārvaldīt riskus
Pārvaldīt izmaiņas
• Labas zināšanas, kompetences:
Pārzin «komandas spēli», redz «projekta bildi» - plāns,
izmaksas, kvalitāte
29. Projekta vadība
• Projektu vadība ir plānošanas, motivēšanas, organizēšanas un resursu
uzraudzības darbību kopums, lai sasniegtu noteiktu projekta mērķi.
/wikipedia/
• Projekts ir laika un izmaksu ziņā ierobežots pasākums, lai sasniegtu
virkni skaidri definētu rezultātu, ievērojot noteiktus kvalitātes
standartus un prasības.
• Projekta vadītājs nav atbildīgs par projekta biznesa ieguvumu
sasniegšanu.
/NCB – Projektu vadīšanas nacionālās kompetences vadlīnijas versija 3.1/
33. BA un PV atšķirības
PV
BA
• Mērķis: realizēt projektu laikā,
budžetā un kvalitātē
• Mērķis: apmierināt biznesa,
ieinteresēto pušu vajadzību
• Skata punkts: projekta mērķa
«lielā bilde»
• Skata punkts: biznesa vajadzību
lielā bilde un konkrētā projekta max
detalizētas prasības
• Laiks: projekta laika grafika
ietvaros
• Laiks: vairāku projektu vai
ilgstošāka laika perioda ietvaros
• Izmaiņas: nevēlas izmaiņas
•Izmaiņas: identificē un uzstāj uz to
vajadzību
34. BA un PV kopīgais
• Daudz spējas un kompetences (līderība, lēmumu pieņemšana,u.c)
• Komunikācija ar ieinteresētajām pusēm
• Tehnikas
• Abas lomas ir vienlīdz atbildīgas par projekta veiksmi!
35. BA un PV bažas vienam
par otru
PV
• BA prasības var vākt mūžīgi
• BA noteikti sastāstīs
ieinteresētajām pusēm kaut ko
nerealizējamu, kaut ko kas nav
paredzētas projektā
BA
• PV nav ieinteresēts pilnvērtīgi
izanalizēt ieinteresēto pušu
vajadzības
• PV vienmēr steidzina BA, jo
neizprot darbu ar prasībām
• BA turpinās komunicēt ar biznesu
jau bez PV klātbūtnes
• PV redz BA tikai kā asistentu,
kuram nav nekādas teikšanas
• BA nav pietiekamu funkcionālu
un tehnisku zināšanu, lai pareizi
definētu prasības
• PV pēc projekta būs gabalā, kamēr
BA būs jādzīvo ar sponsoru un
iesaistītajām pusēm vēl ilgi
36. Potenciālie PV un BA
interešu konflikti
• Projekta apjoma pārvaldība (scope management)
Project scope/Product scope/Solution scope
• Projekta komunikācijas pārvaldība
Stakeholder analysis/ BA communication plan
• Projekta risku pārvaldība
Initial risks/ Risks identification
• Projekta prasību un izmaiņu pārvaldība
Req’s management/ Prioritization/
Tracing/ Documenatation
37. Risinājuma apjoms
(Solution Scope)
• Analizējamais apgabals
(biznesa vienības vai process)
• Risinājuma prasības
(biznesa procesi, reorganizētā struktūrvienība,
programmatūra, utt.)
• Nodevumu vai iterāciju prasības
• Nepieciešamās uzņēmuma spējas, lai nodrošinātu
biznesa vajadzību
BABOK® v2.0
38. Scope Definition from
Project Perspective
Project Scope "The work that needs to be accomplished
to deliver a product, service, or result with the specified
features and functions."
/A Guide to the Project Management Body of Knowledge (PMBOK Guide) Fourth Edition. Project Management Institute, 2008. /
Product Scope "The features and functions that
characterize a product, service, or result."
/A Guide to the Project Management Body of Knowledge (PMBOK Guide) Fourth Edition. Project Management Institute, 2008. /
The product scope is the basis for determining the project
scope.
40. Mīti vai patiesības?
Biznesa analītiķa fokuss ir uz
prasībām – no to rašanās brīža līdz
realizācijai.
Pildot divas lomas noteikti radīsies
interešu konflikts un iekšēja cīņa.
BA ir labais policists, bet PV ir
sliktais policists.
BA/PV – dynamic duo!
Ir sarežģīti ar vienu un to pašu
cilvēku draudzīgi runāt par viņa
biznesa vajadzībām un vienlaicīgi
skarbi risināt formālas jeb
finansiālas sarunas.
Nav iespējams vadīt projektu un
vienlaicīgi tajā strādāt.
Biznesa analītiķim nepieciešamas prasmes
un kompetences, ko bieži pārvalda arī
pieredzējuši projektu vadītāji. Piemēram,
kritiskā domāšana, izzināšanas tehniku
pārzināšana, prasību analīze un
pārvaldība. Bet projektu vadītājs šīs spējas
pielieto atšķirīgā veidā nekā biznesa
analītiķi.
Apvienotā BA/PV loma ir labākais
komplicētiem projektiem. Sarežģītos
apstākļos ar svarīgākajiem cilvēkiem viņi
spēj pielietot BA/PV integrētu pieeju.
41. Argumenti PRET
• BA fokuss uz biznesa vajadzību, bet PV - uz laiku,
izmaksām un kvalitāti.
• BA redz gan lielo gan detalizēto «bildi», bet PV
nevajag detalizāciju.
• Pildot divas lomas nevar būt izcils abās pusēs.
• Lēkājot no vienas frontes uz otru, tiek samazināts
fokuss gan uz projekta vadību gan biznesa analīzi.
42. Argumenti PAR
• Daudz kopīgu spēju un kompetenču
• Pienākumi daļēji pārklājas
• Zināšanas ir vienuviet
43. Kad var apvienot
• Ja projekts ir neliels un viena cilvēka resurss ir
pietiekams gan PV gan BA pienākumu pildīšanai.
• Ja ir labas iestrādes ar zināmām ieinteresētajām pusēm.
• Ja cilvēks labi pārzin biznesa nišu vai klientu.
• Ja ir iepriekšēja pieredze biznesa analīzē un vēlams arī
projektu vadībā.
• Ja tas ir tīrs analīzes projekts.
Project Business Manager
44. Kad labāk neapvienot
• Sarežģīts projekts
o Iesaistītas vairākas biznesa jomas
o Iesaistītas komplicētas ieinteresētās puses
• Jauna veida projekts, jauns pakalpojums, jauns
risinājums
• Nepietiks laika
• PV nav pieredze biznesa analīzē
• Ja komunikācija par BA jautājumiem un PV ir ar vieniem
un tiem pašiem cilvēkiem
• Ja sirdī esat pārliecināts projektu vadītājs
45. Rekomendācijas
ja tomēr jāapvieno
• Nejaukt kopā PV un BA! Projekta vadības jautājumi
jāatdala no biznesa analīzes jautājumiem – plānojiet
sapulces citā laikā, vietā.
• Vēlams par PV jautājumiem runāt ar vieniem, bet par BA
jautājumiem – ar citiem cilvēkiem.
• Nozīmējat mentoru, kas uzraudzīs tās lomas izpildi, kas
ir vājāka.