• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    BRAINLOADWorkflow and Process Management
    RESTINPEACE
    RESTINPEACE --- ---
    SUPERMARIO: tak neco nacni ,)

    nebo mam zacit ja? OK
    delal jsem na 2 - 3 projektech pro boleslavskou Skodovku, implementace workflow na schvalovani nejakych zadosti (nekolik urovni, ruzne typy zadosti, paralelni schvalovani), vyvoj workflow probihal v IBM WebSphere Integration Developeru, aplikace bezi na WebSphere Process Serveru

    kdyby nekdo mel prime zkusenosti s temito nastroji rad zahajim diskuzi na konkretni temata
    dale by me zajimalo v cem jeste se da workflow implementovat, slysel jsem o Lotus Workflow, ale zatim jsem ho nevidel a nemam na nej zadne reference, taktez uvitam jakekoli zkusenosti

    nuze, kdo bude dalsi?
    SUPERMARIO
    SUPERMARIO --- ---
    no ja bych urcite diskuzi na toto tema ocenil:)
    RESTINPEACE
    RESTINPEACE --- ---
    Zajima jeste nekoho tohle auditko?
    Co treba probrat nejaky zkusenosti s implementaci workflow, problemy na ktery jsme narazili, v jakych nastrojich jste modelovali, tvorili workflow? Bezi vam neco v produkci, na cem?
    FALLENANGEL
    FALLENANGEL --- ---
    Máte někdo nějaký ověřený free nástroj pro tvorbu procesních map?
    BRAINLOAD
    BRAINLOAD --- ---
    BRAINLOAD
    BRAINLOAD --- ---
    Mam k dispozici betaverzi k testovani a vypada to dobre. Spousta zajimavych rozsireni puvodniho konceptu...
    BRAINLOAD
    BRAINLOAD --- ---
    SUCZKER: rekl bych ze to je souvisejici tema :o) ale rozhodne to neni nic dulezityho :o)
    SUCZKER
    SUCZKER --- ---
    ale to uz odbihame od tematu (ktere je vlastne jake ? - ceho se chceme dobrat) ke sporu o malovani ;) takze toho doporucuju nechat.
    BRAINLOAD
    BRAINLOAD --- ---
    SUCZKER: pokud to neni prehledny tak je to spatne. Treba tohle mi prijde uplne v klidu a po peti minutach se v tom musi zorientovat i nekdo kdo v zivote nic podobneho nevidel:
    http://www.serena.com/images/products/changeMan/tt4zmf-screen2.gif

    Samozrejme nikde neni psano ze si k tomu neMUZES VEPSAT POZNAMKY A POPISY.

    Navic slozitejsi workflows se rozdeluji na vice casti ktere se pak propojuji dohromady a je to prave proto aby vse bylo jednoduche a prehledne.
    SUCZKER
    SUCZKER --- ---
    Mozna ti to prijde divne, ale pro me je lepsi udelat jednu petisetstrankovou technickou specifikaci, kterou je mozne udrzovat a delat v ni revize a ve ktere je napsano vsechno, nez kreslit diagramy, kde se neda dodatecne zjistit co to dela. Ale tim naprosto neminim, ze to delas spatne, nebo ze ja to delam dobre.
    SUCZKER
    SUCZKER --- ---
    No, to se asi neshodneme. Problem je v tom, ze ve workflow, jakmile si ho z obrazkujes, se ti ztrati spousta dulezitych informaci, a kazdy ho muze pochopit trosku jinak. To je moje osobni zkusenost a tys samozrejme mohl udelat uplne jinou. A mozna ze ja casem jeste taky udelam jinou ;).
    BRAINLOAD
    BRAINLOAD --- ---
    ...Tezko...
    BRAINLOAD
    BRAINLOAD --- ---
    SUCZKER: na modelovani workflow je diagramovani nezbytna vec a myslim ze je to tak dobre. Slozite veci je lepsi vizualizovat aby byly snaze pochopitelne. Tesko textove popises slozite workflow ktere ma treba 50 ruznych stavu a jeste vice prechodu mezi nimi...
    BRAINLOAD
    BRAINLOAD --- ---
    SUCZKER: To jsi me nepochopil presne. Proces uzivatele nemohou ovlivnovat. Ten je presne definovan tim kdo jej analyzoval a nasledne vytvoril model. Uzivatel jen doplnuje informace behem pruchodu procesem. Napriklad na helpdesk prijde incident od uzivatele ktery ma problem s pocitacem (pocitac nefunguje a nevi proc). Vedouci pracovnik problem prideli nekteremu z operatoru k reseni. Operator zavola uzivateli a na zaklade rozhovoru s nim doplni data ktera knkretizuji dany problem a provede prechod do dalsiho stavu.... a takhle se postupne nabiraji a doplnuji informace dokud to nepropadne celym workflow do stavu "vyreseno". Samozrejme konecny stav muze byt i zamitnuto, uzavreno, predano k reseni dodavateli atp.
    SUCZKER
    SUCZKER --- ---
    Muj nazor na diagramovani vystihuje velmi dobre tento clanek: http://www.regdeveloper.co.uk/2007/08/16/verity_stob_software_diagramming/
    SUCZKER
    SUCZKER --- ---
    BRAINLOAD: nechat uzivatele, aby si sami popisovali proces je bohuzel stejna kravina, jako nechat koncaky, aby si sami navrhovali software. Bohuzel past je v tom, ze to chce vzdy nekoho znaleho problematiky, protoze cistej IT-ik si prave casto neuvedomuje ty sideefekty.

    Jinak ja jsem zasadne proti malovani obrazku, diagramu a grafu, a jsem pro cistou textovou, dostatecne podrobnou dokumentaci, do ktery je mozny kdykoliv hrabnout a udelat revizi.
    BRAINLOAD
    BRAINLOAD --- ---
    BRAINLOAD: To mi pripomina: "Hello, IT. Did you tried to turn it off and on again?" :-DDD
    BRAINLOAD
    BRAINLOAD --- ---
    SUCZKER: jj, to je presne ono. Taky je sranda kdyz nechas uzivatele aby sami zadavali incidenty. Nejlepsi je nechat je vyplnit nazev a popis a zbytek zjisti a doplni operator. Pokud das uzivateli volnou ruku tak je z toho peklo :o)
    SUCZKER
    SUCZKER --- ---
    BRAINLOAD: To je prave to, o cem tady jde rec. Ve skutecnosti potrebujes pohled pres celou firmu. Ftip je, kdyz ti pak odbory vzkazou, ze ridici dodavek s sebou zadnej papir s carovejma kodama a scanner tahat nebudou, a ze jestli jo, tak budou stavkovat, a podobny srandy.

    Samozrejme, jak pises, sladit soucinnost a navaznost tech jednotlivych procesu je casto problematicke prave kvuli ruznym side efektum, ktere v nekterych pripadech puvodni zpusob prace mel ;).
    Kliknutím sem můžete změnit nastavení reklam