Kvaliteta izvajalcev

19 naročnikov

Zadnje čase imam kar nekaj tezav in slabe volje zaradi izvajalcev določenih del in dodatno izvajalcev nategov.

Zato me zanima, na kakšen način bi lahko vsi skupaj obelodanili take izvajalce in preprečili, da se zgodba ponovi pri drugih članih... gre tudi za fizične osebe, zato sprašujem.

Kaj če bi se delal pozitivno listo - Rabi se nekaj podobnega linkedit - dvosmerno podpiranje, da se vidi pri čem in kdo te je podprl. Negativna ima preveč negativnih ...

Jaz vsakemu vnaprej povem, če ne bo v dogovorjenem roku, bo plačilo manjše.
Se še najdejo Mambo, samo tisti po večini delajo v drugih branžah;)
So pa tudi nekateri Imjevci čist ok.

Z zunanjimi izvajalci se pač dogovoriš vse čim bolj točno na začetku, v dogovoru/pogodbi navedeš obveznosti, roke in znesek + postavko, da če zamudijo rok, njihovo delo zate ni več uporabno in z izdelkom/storitvijo nimaš več kaj početi, zato tudi plačilo ne bo izvedeno ali pa bo le v max 30%. Kaj ti pomaga varuška ob 17h, če si imel pa ob 16h sestanek ...

Jbtga, če se ljudje ne držijo rokov, potem ti ne moreš opraviti svojega dela in škoda je lahko nepoporavljiva.

Dati prst nekomu, te skoraj vedno stane cele roke :)

Treba je točno določiti roke, s tem se reši večina problemov. Seveda se že takoj doreče, da delo ne bo plačano, če ne bo dostavljeno do roka. Če že vnaprej sumiš, da bo šlo kaj narobe, postaviš roke malo prej, da imaš potem še čas za rezervo.

Jaz imam trenutno težavo z enim IM-jevcem (ki ima sicer že kar avtoreteto tukaj), delo naredi na 70%, mu napišem kaj je potrebno popraviti, potem pa... tišina. Na skype in maile ne odgovarja, telefon ne dela.
Pa je bil rok do konca marca...

ok, ce pogledam malo iz drugega vidika... iz vidika razvijalca/izvajalca...

postavljanjev rokov je v tem fohu najbolj nehvalezno delo..

ponavadi razvijalec v dobri veri postavi neki rok, pa se lahko vmes zgodi 100 tisoc stvari, ki podaljsajo razvoj (kaksne zajebancije okrog IE podpore, vec potrebnega casa za testiranje, kaksen problem pri deployu, (pre)velika poudarek na detajle... skratka veliko)...

vecji kot je projekt, vecja moznost je za odstopanje (vecje)... pa ne zato, ker bi razvijalec bil len ali da nebi delal na projektu, vcasih je ravno obratno (se bolj trudi za projekt in se vec casa zamudi pri malenkostih)...

velikokrat se tudi zgodi, da je narocnik nestrpen in izvajalec zeli ustreci in poda neki rok, ki se mogoce zdi njemu dosegljiv, realno pa ni...

In velikokrat placilo ni vzpodbuda za razvijalca... in izsiljevanje v smislu ce ne bos cimprej naredil ne dobis placila... ne prinese zeljenih rezultatov, ravno obratno...

Pa ce pogledam spet iz osebnega vidika, se meni ne zdi fer, da se upali penale, ce nekdo ne dostavi v roku... je v bistvu nek paradox... razvijalec postavi recimo neko ceno za 2 tedna razvoja... recimo 500 Eur. Torej sklepa, da bo dobil 500 Eur po 2 tednih. Zaradi kajjazvemcesa.press se razvoj zavlece.... in namesto, da bi on po 2 tednih (dela) dobil 500 Eur, bo dobil po treh tednih (dela) 300 eur!

Logicno je iz vidika narocnika podobno. In narocnik lahko izgubi osel, ce podizvajalci niso tocni... ali pa izgublja na svojem poslu zaradi zamude... ali kajjazvemkaj...

Tak da problem je na obeh straneh!

Resitev?

v podjetjih se za to uvajajo sistemi tipa Agility oz. SCRUM... kaj to pomeni nebi zdaj na dolgo in siroko... bom le izpostavil le tisti del, ki je relevanten za to temo...

NUJNO je potrebno razbiti vsaki projekt na cimvec manjsih sklopov, in te sklope se razbiti na taske.... Vsaki task posebej ocenit rok izdelave po posebnem kljucu (ne po urah ampak dnevih...vedno zaokrozeno navzgor)...in to potem povzeti v skupni ROK...

In zelo, zelo je pomembno, da se dnevno chekira success za vsaki task.... in seveda prilagaja tisti graf uspesnosti in TO DO taskov...in potem lahko v vsakem trenutku z veliko gotovostjo poznas rok dostave...

TUKAJ je odlicen video kaj SCRUM je in kako vam lahko resi vecino tezav!

Problem je v tem, ker se izvajalca vedno stiska, izbere se vedno najcenejšega in da lahko najcenejši preživi, rabi veliko dela, ki ga ni sposoben opraviti v roku. Meni je zadeva popolnoma jasna, zato pa jaz pri povpraševanjih vedno najceneješe odrežem... ker, če nekdo želi delati po 1 EUR/h, se bo to prej kot slej poznalo kot slaba naložba.... in si rečem, naj se pri drugih.

Izdelati si bazo dobrih izvajalec je izredno težko in ne verjamem, da jo bo kdo kar tako "šeral" in rekel... evo, tole so najboljši delavci, pa še poceni so... vzamite mi jih... po moje ne, morda pa se motim.

Ste se pa razfiliozofirali.
Mislil sem uvedbo SHITliste po vzoru tujih forumov. Naj se formirajo pravila zato temo, avtorji prispevkov pa naj imajo pripravljen kaksen screenshot ali izsek iz maila.

Bolj kar je mene zanimalo, je objava imen, ker se ob to obrega IP... pa me zanima kako je s tem? Kakšne delne zamegljitve pomagajo?

Mene osebno sicer najbolj razkuri kakšen zelo očiten bug, ali pa da ti model odpiše, da je bug odpravljen, in je s tem naredil 2 nova, ali pa da je bug odpravljen, dejansko pa ni... izgovor pa tisoč.

Kar se tiče rokov... jaz pustim, da si ga izvajalec sam postavi. In tudi dopuščam zakasnitve (ker nimam takih projektov). Ampak ko po še enkrat daljšem roku spletna stran polna očitnih nedelujočih zadev, potem pa ni milosti.

U glavnem namen SHITLISTE je, da slabi izvajalci ne dobijo več dela in gredo okopavat jagode, naročniki pa ne bodo več jebali jezev in zivcev zaradi teh izvajalcev.

@Jure Damjan.... to se ne bo zgodilo.... koliko je slabih izvajalcev, pa imajo več dela od dobrih? Ne samu tu.... v vseh branžah.