RESTINPEACE: Documentum content server a compliance manager (což je nadstavba webtopu).

co konkretne? tady je toho mrte: http://www.emc.com/products/index.htm

RESTINPEACE: já se teď jen začínám hrabat v EMC Documentum, tam jsou taky workflow, relativně i slušně implementované, řekl bych, vše zaměřeno na document management pochopitelně.

na WPS je na netu nekolik tutorialu, kdyz jsem se to ucit, tak jsem mel asi nejradsi tyhle: http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/index.jsp?topic=/com.ibm.iea.wpi_v6/wpswid/6.0.1/Clustering/WPIv601_ClusteringAdmin_Tutorial_Overview/player.html

Já mám bohaté zkušenosti (cca 1 rok) s realizací projektů pomocí nástroje TeamTrack od společnosti Serena. Podílel jsem se na automatizaci procesů helpdesku a enterprise change managementu pro ING, GE money, Metrostav,...

Takže můžem provnat. Nástroje od IBM vůbec neznám a rád se o nich něco dozvím :o) Taktéž mohu poskytnout info o platformě TeramTrack pokud někoho zajímá...

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?

no ja bych urcite diskuzi na toto tema ocenil:)

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?

Máte někdo nějaký ověřený free nástroj pro tvorbu procesních map?

Pozor pozor: http://www.serena.com/mashups/index.html

Mam k dispozici betaverzi k testovani a vypada to dobre. Spousta zajimavych rozsireni puvodniho konceptu...

SUCZKER: rekl bych ze to je souvisejici tema :o) ale rozhodne to neni nic dulezityho :o)

ale to uz odbihame od tematu (ktere je vlastne jake ? - ceho se chceme dobrat) ke sporu o malovani ;) takze toho doporucuju nechat.

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.

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.

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 ;).

...Tezko...

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...

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.