31. jūlija analītiķu vakariņās Valērija Savina stāstīja par konkrētām lietām, ko varam izmantot, lai saprastu, rūpētos un pārvaldītu risinājuma apgabalu.
2. Apgabali
• Project Scope "The work that needs to be
accomplished to deliver a product, service, or
result with the specified features and functions."
PMI PMBOK 4th Edition`:
– Analysis activities
• Product Scope "The features and functions that
characterize a product, service, or result."
PMI PMBOK 4th Edition
• Solution Scope "The set of capabilities a solution
must deliver in order to meet a business need."
IIBA BABOK v2
3. Izstrādes mērķis
Mēs gribam nepievilt klienta cerības un precīzi
plānot, tāpēc mums jāspēj:
laicīgi identificēt
lietas, kas
dramatiski var
ietekmēt apjomu
laicīgi identificēt
neiespējamās
lietas
definēt precīzu
Projekta apgabalu,
t.sk. analīzes
darbus
fokusēties uz īstām
lietam
5. Tātad…
Priekš manis (un hipotēze +/- priekš vairākuma
Latvijas sistēmanalītiķa profesijas pārstāvjiem)
risinājuma apgabals ir
precīzs darba uzdevums tālākai prasību
analīzei.
Risinājuma apgabalu
nosaka, specificē un pārvalda.
6. Risinājuma apgabals
Izmaiņas konteksts Risinājums
Izmaiņu pamatojums: vajadzības, biznesa prasības, pievienotā vērtība, problēma
Esošas un nākotnes situācijas salīdzinājums
Biznesa procesi, kas tiks ietekmēti ar risinājumu, saskaņa
ar vajadzībām (kā? kur? kad?)
Risinājuma lietošanas pamatstāsts.
Augsta līmeņa iespēju saraksts. Prioritizētas.
Biznesa procesos iesaistītās puses, kas tiks ietekmēti ar
risinājumu, saskaņa ar vajadzībām = Risinājumā
ieinteresētās un iesaistītas puses, t.sk. ārējie
Lietotāji
Biznesa procesos iesaistītās arējās sistēmas , kas tiks
ietekmētas ar risinājumu, saskaņa ar vajadzībām
Ārējās sistēmas, kuriem tiek nodrošināta saskarne
Biznesa procesos iesaistītās iekārtas un programmatūra,
kas tiks ietekmētas ar risinājumu, saskaņa ar vajadzībām.
Organizācijā pieejamie resursi.
Iekārtas un programmatūra, no kurām risinājums atkarīgs
un otrādi
Biznesa procesos iesaistītie koncepti, lietota
terminoloģija
Provizoriskie objekti
Dažādi vērā ņemami faktori: riski, atkarības, ierobežojumi, pieņēmumi.
Iespējas, ko neplānojām iekļaut risinājumā
Tehniskais apgabals
Pārejas prasības
Termiņi, budžets
7. Risinājuma apgabals
Izmaiņas konteksts Risinājums Produkta specifika
Izmaiņu pamatojums: vajadzības, biznesa prasības, pievienotā vērtība, problēma
Esošas un nākotnes situācijas salīdzinājums
Izmaiņu pamatojums Izstrādātājam
Biznesa procesi, kas tiks ietekmēti ar
risinājumu, saskaņa ar vajadzībām (kā? kur?
kad?)
Risinājuma lietošanas pamatstāsts. Sasaiste ar esošo funkcionalitāti.
Kas produktam ir attiecībā uz šiem
procesiem un jaunām iespējām.
Varbūt kaut kas ir pašsaprotams priekš
produkta vai arī obligātas dēļ produkta
Augsta līmeņa iespēju saraksts. Prioritizētas.
Biznesa procesos iesaistītās puses, kas tiks
ietekmēti ar risinājumu, saskaņa ar
vajadzībām = Risinājumā ieinteresētās un
iesaistītas puses, t.sk. ārējie
Lietotāji Salīdzinājums pret esošiem produkta
lietotājiem
Biznesa procesos iesaistītās arējās sistēmas ,
kas tiks ietekmētas ar risinājumu, saskaņa ar
vajadzībām
Ārējās sistēmas, kuriem tiek nodrošināta
saskarne
Vai kaut kas līdzīgs ir, vai jau ir saskarne
Biznesa procesos iesaistītās iekārtas un
programmatūra, kas tiks ietekmētas ar
risinājumu, saskaņa ar vajadzībām.
Organizācijā pieejamie resursi.
Iekārtas un programmatūra, no kurām
risinājums atkarīgs un otrādi
Produkta savietojamība un prasības pret
iekārtam un programmatūru
Biznesa procesos iesaistītie koncepti, lietota
terminoloģija
Provizoriskie objekti Esošie produkta objekti vai līdzīgie
Dažādi vērā ņemami faktori: riski, atkarības, ierobežojumi, pieņēmumi. Produkta ierobežojumi
Iespējas, ko neplānojām iekļaut risinājumā Lietas, ko produkts neplāno sevī iekļaut
Tehniskais apgabals Produkta tehniskas iespējas un esošais
tehniskais risinājums
Pārejas prasības Atkārtoti izmantojamas prasības un to
realizācija.
Termiņi, budžets Versiju plāns
8. Rekomendācijas
• Noteikt atbildības
• Izvēlēties risinājuma apgabala «sastāvdaļu» analīzes un
specifikācijas metodes
• Izmantot konteksta diagrammu (Datu plūsmas digrammas
0. līmenis)
• Ja esam prasību analīzes fāzē, un nav definēts apgabals,
definēt to
• Evolucionēt risinājuma apgabalu uz prasību specifikāciju un
realizācija aprakastu
• Pieņemt, ka apgabals laikā gaitā var mainīties
• Palasīt par tēmu Manage Expectations
• Dabū formālus apstiprinājumus izmaiņām
9. Darba situācijas
Jauns izstrādes projekts ir pārdots, kurā ir risinājuma prasības
• Pirmās aktivitātes veltīt RA specificēšanai
• Noformēt kā nodevumu vai vismaz caur sapulces protokoliem
Jauns izstrādes projekts ir pārdots, kurā ir risinājuma apgabals
• Pārliecināties, ka tās ir valīds
Esošā produkta attīstība (in-house development)
• Noteikt un specificēt risinājuma apgabalu kā atsevišķu uzdevumu
Pirmsprojekti
• Noteikt un specificēt risinājuma apgabalu kā atsevišķu pasūtījumu vai iekļaut
līgumā/piedāvājumā risinājuma apgabalu
Mugurkauls ir obligāts minimums, kas apmierina definēto vajadzību. Mugurkaula rezultātu var sākt pārbaudīt uz īstiem.
Muskuļi ir optimālais funkcionālais tvērums. Mugurkauls ar muskuļiem veido pilnvērtīgo risinājumu.
Tauki ir vēlama funkcionalitāte, kas ir skaidri apzināta (tā nav ideju līmenī). Bez viņas var pilnvērtīgi lietot risinājumu. Ja budžets un termiņi atļauj, tad to arī realizē.
Nagu laka ir idejas «out of scope».