Du šimtai pozicijų sąraše, seniausia prieš pusantrų metų. Niekas nebeprisimena, kas ją užregistravo ir ar problema, kurią ji liečia, apskritai dar egzistuoja. Kas savaitę naujų užklausų atsiranda daugiau, nei komanda uždaro, o kiekvienas pokalbis apie prioritetus baigiasi vienodai: svarbu viskas, taigi niekas. Jei vadovaujate įmonei arba atsakote už produktą, toks sąrašas nėra techninė bėda. Tai sprendimų bėda. Ir ją galima išspręsti nesamdant trijų papildomų programuotojų.
Prieš ką nors spartinant, deleguojant ar braukant, sąrašą reikia surūšiuoti. Ne pagal registravimo datą ir ne pagal tai, kas garsiau reikalauja savo.
1 žingsnis: padalykite užklausas į keturis krepšelius
Pirmasis rūšiavimas daromas pagal poveikį verslui, ne pagal techninį sudėtingumą:
- Kritinės pajamoms: užklausos, blokuojančios pardavimą, klientų aptarnavimą ar sąskaitų išrašymą. Kiekviena delsimo diena turi apskaičiuojamą kainą.
- Atitiktis su kietu terminu: KSeF, BDAR, ES DI aktas. Ribinė data nesidera, o bauda būna didesnė nei visos pakeitimo kaina.
- Quality-of-life: nieko tiesiogiai neblokuoja, bet kasdien kainuoja žmonių laiką. Rankinis duomenų perrašinėjimas, skaičiuoklėje klijuojama ataskaita, apėjimai, prie kurių visi priprato.
- Nice-to-have: idėjos, kurios prieš metus atrodė geros ir apie kurias nuo tada niekas nepaklausė.
Iš mūsų projektų kyla paprastas pastebėjimas: paskutinis krepšelis dažnai sudaro 30–50% viso sąrašo. Drąsiai jį ištrinkite. Jei kuri nors idėja tikrai reikalinga, ji sugrįš pati, ir su geresniu pagrindimu nei pirmą kartą.
2 žingsnis: pridėkite antrąją ašį, tai yra kas turėtų tai daryti
Užklausoms, išgyvenusioms pirmąjį pjūvį, užduokite antrą klausimą: ar įgyvendinimui reikia gilių jūsų srities žinių, ar tai standartinis inžinerinis darbas? Lauko pridėjimas formoje, integracija per API, nauja ataskaita, duomenų migracija, regresijos testai: visa tai atrodo vienodai transporto įmonėje ir farmacijos didmeninėje prekyboje. Kainodaros logika, maršrutų planavimo algoritmas, klientų vertinimo taisyklės: to gerai nepadarys niekas, kas nepažįsta jūsų verslo.
Iš šių dviejų ašių susidaro matrica, sutvarkanti sprendimus:
- Skubu ir standartiška: geriausias kandidatas deleguoti išorės partneriui. Aiškiai apibrėžta įvestis ir išvestis, mažai vidinio „genties“ konteksto.
- Skubu ir specifiška sričiai: sava komanda, iš karto. Čia trumpesnio kelio nėra.
- Neskubu ir standartiška: deleguoti paketais, kai susikaupia prasmingas rinkinys.
- Neskubu ir specifiška sričiai: sąmoningai atidėta, su konkrečia peržiūros data vietoj amžino „kada nors“.
Dažna klaida: delegavimas atvirkščiai
Ir čia viena nuomonė, susiformavusi modernizavimo projektuose: daugelis įmonių darbą dalijasi lygiai atvirkščiai. Sudėtingas, srities žinių reikalaujančias užduotis atiduoda išorėn, nes „neturime tam žmonių“, o paprastus pakeitimus laiko pas save, nes jie atrodo pigūs. Rezultatas blogas dvigubai. Išorės partneris metų metus mokosi srities, kurią įmonė turėtų kontroliuoti pati, nes tai jos konkurencinis pranašumas. O savas senjoras savaites eikvoja laukams formose pridėti, tai yra darbui, kurį atliktų bet kuris solidus rangovas. Srities branduolį laikykite viduje net tada, kai einasi lėčiau. Standartinį darbą atiduokite be sentimentų.
Iš ko matyti, kad sąrašas sveiksta
Pozicijų skaičius sąraše pasako nedaug. Dvi metrikos pasako beveik viską:
- Seniausios aktyvios užklausos amžius. Jei jis krinta nuo 18 mėnesių iki 3, eilė realiai sukasi. Jei auga, rūšiavimas buvo kosmetinis.
- Lead time, tai yra medianinis laikas nuo užklausos iki veikiančio pakeitimo produkcinėje aplinkoje. Tai vienintelis matas, kurį jaučia verslas.
Prie to vienas kontrolinis testas: mėnesio įplaukų ir įvykdymų balansas. Kol naujų atsiranda daugiau, nei uždaroma, jokio prioritetų dėliojimo nepakaks — reikia didinti pralaidumą arba braukti drąsiau. Viena išlyga: šias metrikas lengva apgauti. Senų užklausų trynimas vien tam, kad pagerėtų grafikas, sutvarko ataskaitą, ne įmonę.
Kur šioje schemoje yra ESKOM AI
Tokiame darbo pasidalijime užimame dešinįjį matricos stulpelį: perimame standartinius pakeitimus, sistemų integracijas ir regresijos testų automatizavimą, o jūsų komanda lieka srities branduolio šeimininkė. Procesas, paremtas specializuotų DI agentų komanda, su visa automatinių testų apimtimi (vienetų, integraciniai, E2E, sąsajos, saugumo ir našumo), leidžia tipinę „standartinio darbo“ krepšelio užklausą uždaryti per dienas ar savaites; apie tai, iš kur ta sparta, rašėme tekste kaip DI trumpina pakeitimų įgyvendinimo laiką. Sąžiningai: pirmosios bendradarbiavimo savaitės lėtesnės, nes turime pažinti jūsų sistemą ir aplinką. Ši įėjimo kaina atsiperka nuo tolesnių užklausų, todėl vienai smulkiai pataisai toks modelis prasmės neturi. Pakeitimų srautui prasmė didelė.
Nuo ko pradėti šį penktadienį
Užsiblokuokite valandą kalendoriuje ir pereikite sąrašą su skaičiuokle šalia: keturi krepšeliai, paskui antroji ašis. Po šios valandos žinosite tris dalykus: ką ištrinti, ką padaryti savo jėgomis ir ką galima atiduoti išorėn jau dabar. O jei norite pereiti šį skirstymą su žmogumi, dariusiu tai daugybę kartų, susitarkite dėl nemokamos konsultacijos per formą adresu eskom.ai/pl/kontakt. Ateikite su sąrašo eksportu. Išeisite su surūšiuotu sąrašu ir realiomis laiko ribomis užklausoms, kurias galima deleguoti iš karto.