Kaip realiame gyvenime kuriami web-projektai? Kad ir ne tik web, daug skirtingų projektų kuriama panašiu principu: dirba komanda iš visai skirtingų specialybių žmonių, kurie kartu turi sukurti galutinį produktą ir įtikti užsakovui. Pažiūrėkite į apačioje esantį paveiksliuką ir nusišypsosite: negi ne taip labai dažnai vyksta? Ypač Lietuvoje, kiek teko susidurti…
Šyptelėjote? Taip ir maniau 
O dabar kiek rimčiau – kaip manote, kodėl taip vyksta? Kurioje iš šių grandžių vyksta lūžis į blogąją pusę? Ar tiesiog reikia labiau kvalifikuotų žmonių, kad normaliai vykdyti projektus?
Paveiksliuko originalas: Linuxkungfu.org
August 3, 2009 1:13 pm
Šyptelėjau. Tikra tiesa. O ko reiktu, tai manau komandos kaip kumščio. Kad jį būtų vieninga tada mano galva viens kita labiau suprastu ir rastu bendra sprendimą.
p.s. dėl tokių dalykų, man ir nepatinka dirbti komandoje.
p.s.s. per daug čia nuvertinamas programuotojas
August 3, 2009 4:13 pm
Šį piešinį jau ne pirmą kartą matau ir tikrai sutinku, jog šiame piešinyje yra nemažai teisybės. Mano nuomone, tokias situacijas dažniausiai lemią nekompetetingi projektų vadovai. Žinoma, nemažai įtakos turi ir įmonės viduje vykstantis procesai (arba jų nebuvimas), beabejo komunikacijos problemos tarp pardavimo vadybininkų ir projektų vadovų, bei projektų vadovų ir programuotojų. Taip pat nemažai turi įtakos ir pati IT srities darbo specifika, nes neretai, trūkstant laiko, motivacijos ir kitų dalykų, yra bandoma “prastumti” neužbaigtus projektus, tikintis, jog klientas nepastebės trukūmų arba tuos trūkumus bus spėta sutvarkyti.
August 3, 2009 6:45 pm
sita komiksas buvo php konferencijoje 09 vienas pranesejas(db neprisimenu kuris) panaudojo tai savo skaidrese.. antra karta manes tai nebenustebino
August 4, 2009 11:13 am
Manau, kad labiausiai kalti žmonės, kurie priima užsakymą.
Užsakovas dažnai nemoka nusakyti arba nežino / nėra tikras, ko tiksliai nori. Tas, kuris su juo bendrauja, turėtų padėti užsakovui apsispręsti (siūlydamas skirtingus variantus, pateigdamas pavyzdžius ir pan.). Tuomet tas pačiam žmogui reikia aprašyti projektą programuotojams ir dizaineriams bei prižiūrėti, kaip jis vykdomas.
Kuo daugiau žmonių sistemoje – tuo daugiau nesusipratimų.
August 13, 2009 8:39 pm
[...] įrašas “Vieno projekto kūrimo istorija”. Linksmai apie [...]