Projektavimo reikalavimų ir pakeitimų valdymo sistema
Komanda registruoja užsakovo reikalavimus ir jų pakeitimus. Projektuotojai mato, kuriuos sprendinius reikia peržiūrėti ir kas jau suderinta su klientu.
Užsakovo sprendimas arba techninė sąlyga neturi aiškaus galiojimo, patvirtinto turinio ir ryšio su už įgyvendinimą atsakingu projektuotoju. Skirtingos disciplinos sprendžia pagal nevienodas prielaidas, o trūkumas paaiškėja jau peržiūrint parengtą projektą.
Kaip veikia sprendimas
- Reikalavimui nustatomas šaltinis, atsakingas patvirtinimas ir įgyvendinimo kriterijus.
- Jis susiejamas su projektuotojo sprendiniu, skaičiavimo prielaida arba sutartu patikros įrodymu.
- Siūlomas pakeitimas iškelia paveiktas disciplinas ir reikalingą poveikio įvertinimą.
- Įgaliotas sprendimas patvirtina naują reikalavimo pagrindą bei tolesnius veiksmus.
- Sprendinių atnaujinimas ir jų patikra užbaigiami atskirai, išlaikant dar neatliktos apimties būseną.
Pagrindinės problemos
- Užsakovo reikalavimai nevaldomi struktūrizuotai
- Pakeitimų poveikis neįvertinamas sistemiškai
Sprendimo funkcijos
Šaltinis ir reikalavimo turinys
Užsakovo sprendimas ar techninė sąlyga turi aiškią reikšmę, galiojimą ir atsakingą dalyvį.
Įgyvendinimo ryšys
Reikalavimas siejamas su konkrečiu sprendiniu, prielaida arba peržiūros kriterijumi; vien nuoroda į didelį dokumentą gali būti nepakankama.
Pakeitimo poveikio vertinimas
Paveikti dalyviai nurodo reikalingą darbą, terminą ir žinomą priklausomybę prieš patvirtinant atnaujintą pagrindą.
Sprendimas ir išimtis
Patvirtinimas, atmetimas ar leistina išimtis išsaugo priežastį bei teisę ją priimti; sutartinis pageidavimas savaime nepanaikina privalomos techninės sąlygos.
Įgyvendinimo patikra
Po pakeitimo surenkamas reikiamas atnaujinto sprendinio įrodymas, o neužbaigtos peržiūros lieka matomos.
Veiklos kontekstas
- Užsakovo reikalavimai nevaldomi struktūrizuotai
- Užsakovo sprendimas arba techninė sąlyga neturi aiškaus galiojimo, patvirtinto turinio ir ryšio su už įgyvendinimą atsakingu projektuotoju. Skirtingos disciplinos sprendžia pagal nevienodas prielaidas, o trūkumas paaiškėja jau peržiūrint parengtą projektą.
- Pakeitimų poveikis neįvertinamas sistemiškai
- Pakeistas reikalavimas nesusiejamas su paveiktomis prielaidomis, disciplinomis ir reikiama pakartotine patikra. Atnaujinama tik matoma sprendinio dalis, o susiję dokumentai ir skaičiavimai lieka nesuderinti.
- Pakeitimo pasekmės paaiškinamos prieš jį patvirtinant
- Užsakovo prašymas gali paveikti kelias projekto dalis, darbo apimtį ir terminą. Susieti reikalavimai leidžia parodyti, ką reikės peržiūrėti. Klientas gali priimti informuotą sprendimą, o projektuotojas turi pagrindą suderinti papildomus darbus ir jų kainą.
Pagrindinės funkcijos
- Šaltinis ir reikalavimo turinys
- Įgyvendinimo ryšys
- Pakeitimo poveikio vertinimas
- Sprendimas ir išimtis
- Įgyvendinimo patikra
Pagrindinės integracijos
- Užsakovo sprendimų šaltinis
- Patvirtinta sąlyga, jos pakeitimas ir įgalioto dalyvio atsakymas.
- Projekto dokumentų ir modelių aplinka
- Konkretaus sprendinio versija ir atliktos peržiūros įrodymas.
- Disciplinų darbų planas
- Pakeitimo poveikio vertinimas, paskirta dokumentų atnaujinimo užduotis ir atliktas rezultatas.
Potencialus poveikis (%)
Intervalai rodo orientacinį santykinį rodiklio pokytį pagal aprašytas prielaidas. Rezultatas priklauso nuo pradinės situacijos ir sprendimo naudojimo. Skirtingų rodiklių procentai nesudedami.
Nepastebėto reikalavimo poveikio sukeltas papildomas darbas
12–36%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% rankinio duomenų suvedimo ir perdavimo darbo. Daroma prielaida, kad ši dalis sumažėtų 40-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Matuojamos taisymo valandos, kurių priežastis buvo pavėluotai nustatyta jau žinoma priklausomybė.
Kritinės sąlygos be patikimo įgyvendinimo ryšio
5–25%Mažėja
Pavyzdiniame scenarijuje paveikiama 20-50% neatliktų veiksmų, kuriuos galima pastebėti pagal užduotis ir terminus. Daroma prielaida, kad ši dalis sumažėtų 25-50%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Pasirinktame kritinių sąlygų rinkinyje skaičiuojamos nepaaiškintos spragos, kartu tikrinant ryšio turinį.
Neigiamų atsiliepimų apie projektavimo pakeitimų derinimą dalis
5–20%Mažėja
Orientacinė prielaida: 20-40% neigiamų atsiliepimų susiję su neaiškiai suderintais projektavimo pakeitimais. Sprendimas galėtų sumažinti šią dalį 25-50%. Tai potencialo scenarijus; prielaidas reikia patikrinti įmonės surinktais atsiliepimais.
Įmonei pradėjus rinkti atsiliepimus, neigiami atsiliepimai apie projektavimo pakeitimų derinimą skaičiuojami nuo visų šia tema gautų vertinimų. Prieš ir po diegimo taikomas tas pats vertinimo būdas ir lyginamos panašios klientų grupės. Be pradinių duomenų faktinis pokytis nenustatomas.
Pateikti sąlyginiai skaičiavimo scenarijai. Prielaidos nepatvirtintos kliento matavimais.
Kada sprendimas aktualus
- Pakeitus užsakovo sąlygą atnaujinamas brėžinys, bet su ja susietas skaičiavimas lieka pagal ankstesnę prielaidą.
- Patvirtintas naujas reikalavimas ataskaitoje atrodo jau įgyvendintas, nors projektuotojų peržiūros dar nebaigtos.
Įgyvendinimo sąlygos
Reikalavimų valdymui susiejamos užsakovo sąlygos, jų pakeitimų priežastys ir paveiktos disciplinos. Atsakomybė už poveikio vertinimą derinama su konkrečių sprendinių peržiūra; turimas projekto registras vertinamas pagal šių ryšių išlaikymą.
Galima tolesnė plėtra
- Kitų projektų pasikartojančių reikalavimų įtraukimas su jų taikymo sąlygomis
- Formalizuojamų informacijos reikalavimų perdavimas automatinei duomenų patikrai