Friday, March 21, 2008

BPM και ....δυσκολίες!

Όσοι ασχολείστε με Business Process Modelling ειτε απο την μεριά του αναλυτή (Business Analyst) είτε απο την πλευρά του developer - αξίζει να διαβάσετε ξανά και ξανά ένα εκτενέστατο άρθρο του δημιουργου του  jBPM Tom Baeyens. Έχει βγει εδω και ένα μήνα - το έχω εκτυπώσει και το διαβάζω ξανά και ξανά!

 Μετά απο την απαραίτητη βοήθεια και συμβουλές εμπειρότατου συναδέλφου - κάνω τα πρώτα μου βήματα σε αυτό το χώρο - και αρχίζω να ανακαλύπτω τα εύκολα και τα δύσκολα! Τι σημαίνει σωστό business process modeling - πως πρέπει να γίνεται - ποιος πρέπει να το κάνει , με τι εργαλεία, σε τι κατάσταση βρίσκεται η τεχνολογία πίσω απο την ιδέα του Business Process Modeling κτλ κτλ. Έχει ιδιαίτερο ενδιαφέρον ομολογώ και ουσιαστικα έχει πολλές δυσκολίες ίσως μερικές φορές πιο έντονες ακόμα και απο το απλό development.

Για την ώρα αυτό που θέλω να τονίσω είναι ίσως το πρώτο μου λάθος σε αυτό τον κόσμο! Το οποίο μου έγινε μάθημα και απο εδώ και πέρα θα πρέπει να προσέχω πιο πολυ! Πολύ εύστοχα ο Tom. Baeyens λέει ότι το βασικό πρόβλημα στην όλη διαδικασία αυτή την στιγμή είναι ότι έχουμε απο την μια τους Business Analysts και την BPM περιγραφή μιας διαδικασίας - και απο την άλλη τους Developers οι οποίοι με την σειρά τους σχεδιάζουν και περιγράφουν την διαδικασία των αναλυτών με τα δικά τους semantics. Οι μέν κάνουν focus στην διαδικασία business wise και προσπαθουν να την αποτυπώσουν οι δε προσπαθουν να την υλοποιήσουν και να τις προσθέσουν ολα εκεινα τα τεχνικα στοιχεία που θα την φέρει στην ζωή!

Τελικά μετά απο μέρες μέσα απο μια τέτοια διαδικασία ως μέρος της δουλειάς μου - ανακάλυψα the hard way πόσο λάθος ειναι να βασίζεσαι ή να περιμένεις ο Business Analyst να έχει σχολαστικά αναλύσει την διαδικασία.  Μάλλον εξαιτίας έλλειψης εμπειρίας εκ μέρους μου, στηρίχθηκα αρκετά σε κάποια BPM designs και δημιούργησα με τα γνωστά απαράδεκτα εργαλεία (το executable - process ). 

Όλες αυτές τις μέρες καθώς η υλοποίηση προχωρά και κατανοώ την διαδικασία καλύτετερα πιάνω τον ευατό μου να αλλάζει το business process και να γίνεται σε άλλα σημεία λιγότερο φλύαρο - σε άλλα πιο συγκεκριμένο. Στο τέλος κοιτάω το διάγραμμα του αναλυτή και το δικό μου και παρατηρώ έντονες διαφορές!

Η αλήθεια ειναι ότι δεν γίνεται αλλιώς. Όταν προσπαθείς να υλοποιήσεις την περιγραφή μιας διαδικασίας - σε πραγματικη automated  διαδικασία (process) , προσθέτεις μέσα εκτός απο τα business συστατικα και τεχνικά χαρακτηριστικα (features ή  limitations) τα οποία ειναι ικανά να σε κάνουν να παρεκλίνεις απο την αρχική ιδέα!

O συγκεκριμένος χώρος ομολογώ ότι με εντυπωσιάζει , όπως λένε οι ειδικοί είναι σε αρκετά νέα ηλικία, τεχνολογίες προτάσεις και standard πάνε πέρα δόθε και κατα γενική ομολογία new things are yet to come!




3 comments:

  1. thanx! χρήσιμα και ενδιαφέροντα links για μας τους άσχετους! :D

    ReplyDelete
  2. ..εγώ ήρθα να πω μόνο πως το επόμενο Ram έχει αφιέρωμα στους Mac και θέλω να καταγγείλω την απόπειρα να με εξοντώσετε!

    ReplyDelete
  3. you can never trust a customer for the business process he wishes to design... you always have to consult him (immediately after he brings you the requirements). Once you get experience on designing workflows (on the same area... let say banking loan systems) you will notice that the business analysis & the development analysis you will make (the second should be more detailed)... will contain the correct information only and will be enough clear to be readable and maintainable by everyone (customers / project managers / business analysts / developers). Good luck on the bpm world.

    ReplyDelete