Kā mēs strādājam

Schtelbe modelis

Seši soļi, divas cilvēku komandas katrā no tiem un cena, par kuru vienojamies pēc analīzes, nevis pirms tās.

Sākt projektu

Kāpēc tas pastāv

Lielākā daļa programmatūras cieš neveiksmi, pirms kāds uzraksta kodu

Pasūtījuma sistēma reti cieš neveiksmi sliktas izstrādes dēļ. Tā cieš neveiksmi tāpēc, ka veidojamo risinājumu definēja cilvēki, kuri saprata programmatūru, bet ne biznesu, vai arī cilvēki, kuri saprata biznesu, bet nenojauta, ko programmatūra spēj.

Schtelbe modelis ir mūsu atbilde uz to. Tas jau no pirmās sarunas saved kopā abu veidu cilvēkus un notur tos līdz brīdim, kad sistēma tiek lietota. Komerciālās saistības tiek atliktas, līdz uz galda ir pietiekami daudz skaidrības, lai tās kaut ko nozīmētu.

Princips

Divas komandas katrā projektā

Katrs Schtelbe projekts tiek komplektēts no abām uzreiz. Neviena no tām nenodod darbu otrai un neaiziet.

Pirmā komanda

IT speciālisti

Cilvēki, kuri izstrādā risinājumu: mobilo lietotņu izstrādātāji, RPA inženieri, integrāciju un paneļu speciālisti. Viņi izlemj, kas ir tehniski iespējams, cik maksās uzturēšana un ko nevajadzētu būvēt vispār.

Otrā komanda

Nozares eksperti

Atzīti speciālisti no nozares, kurai programmatūra ir paredzēta. Cilvēki, kuri paši ir vadījuši noliktavu, zvanu centru, ražošanas līniju vai finanšu funkciju. Viņi izlemj, vai definētais risinājums ir tas, kas biznesam patiešām vajadzīgs.

Vairāk nekā 23 eksperti ar pieredzi Apple, Microsoft, Google, Amazon, UiPath, Citadele, Luminor un Riseba.

Modelis

Seši soļi

Jūs esat iesaistīti četros no tiem. Katrs noslēdzas ar kaut ko, ko var paņemt rokās, izlasīt vai pārbaudīt, nevis ar statusa atskaiti.

  1. Solis01

    Mērķa definēšana

    Mēs pārrunājam, kas jums ir vajadzīgs, un definējam mērķi. Ne funkciju sarakstu, bet biznesa rezultātu, kas programmatūrai jāsasniedz, formulētu pietiekami skaidri, lai vēlāk varētu pateikt, vai tas ir noticis.

    Jūs iegūstat: rakstisku mērķi.

    Schtelbe Jūs

  2. Solis02

    Prototipa vizualizācija

    Analīze un izvērtēšana, pēc tam vizualizēts koncepts. Šeit nozares eksperts nopelna savu vietu: konceptu pārskata cilvēks, kurš pats ir darījis to darbu, kuram programmatūra paredzēta, pirms tiek apstiprināta kaut viena tās rindiņa.

    Jūs iegūstat: konceptu, ko var apskatīt un ar ko var strīdēties.

    Schtelbe Eksperti

  3. Solis03

    Līguma parakstīšana

    Budžets, tehniskais apjoms un termiņi tiek apstiprināti kopā, un tikai tad tiek parakstīts līgums. Tas apzināti ir trešais solis, nevis pirmais. Jums nav jāuzņemas saistības par skaitli, pirms kāds ir sapratis problēmu: summa, par kuru vienojaties, ir piesaistīta skaidri definētam darba apjomam.

    Jūs iegūstat: cenu, apjomu un termiņu, par ko panākta vienošanās vienlaikus.

    Schtelbe Jūs

  4. Solis04

    Izstrāde

    Izstrāde ar regulāru uzraudzību. Eksperts, kurš pārskatīja konceptu, paliek sasniedzams visu laiku, tāpēc uz jautājumiem, kas rodas izstrādes gaitā, atbild cilvēks, kurš pārzina biznesu, nevis kāds, kurš to tikai nojauš.

    Jūs iegūstat: strādājošu programmatūru un regulāru ieskatu tajā.

    Schtelbe

  5. Solis05

    Projekta testēšana

    Testēšana un labojumi, tostarp no cilvēkiem, kuri sistēmu lietos ikdienā, nevis tikai no mums. Tas, ko viņi atrod, tiek izlabots pirms ieviešanas, nevis pierakstīts vēlākam laikam.

    Jūs iegūstat: pārbaudītu sistēmu un sarakstu ar to, kas mainījies.

    Schtelbe Jūs

  6. Solis06

    Ieviešana

    Ieviešana ar garantiju. Palaišana ir daļa no projekta, nevis tā beigas: panākumu mērs ir sistēma, kas tiek lietota, nevis sistēma, kas ir nodota.

    Jūs iegūstat: lietotu sistēmu ar garantiju.

    Schtelbe Jūs

Kam tas paredzēts

Trīs veidi, kā projekts aiziet greizi

Tiek uzbūvēts nepareizais risinājums

Visi piekrīt, visi apstiprina, un rezultāts atrisina problēmu, kuras nevienam nebija.

Atbilde ir 1. un 2. solī: konceptu pirms apstiprināšanas pārskata cilvēks no nozares.

Cena mainās

Skaitlis, par kuru vienojas pirms analīzes, ir nezināmā novērtējums, un tas mainās, tiklīdz darbs ir izprasts.

Atbilde ir 3. solī: par budžetu, apjomu un termiņu vienojas kopā, pēc analīzes, nevis pirms tās.

Sistēma tiek nodota, un neviens to nelieto

Sistēma ir nodota, projekts slēgts, un vecā izklājlapa klusi paliek lietošanā.

Atbilde ir 5. un 6. solī: testējam kopā ar tiem, kuri sistēmu lietos, un ieviešanu uzskatām par projekta daļu.

Praksē

Ko tas ir devis

60h → 2h

Pasūtījumu sagatavošana Decathlon Latvia pēc komplektēšanas moduļa ieviešanas

Bez API

Konfigurācijas uzdevums Visma, kas bija veicams tikai saskarnē, pilnībā automatizēts ar UiPath

Reālā laikā

Ražošanas posmu pārredzamība ar automatizētu komponentu pasūtīšanu

Visi gadījumu pētījumi

Domājat par projektu?

Pirmais solis ir saruna par to, ko vēlaties sasniegt. Projektu cenas sākas no 15 000 eiro.

Sazinieties ar mums