Αρχείο άρθρων για την November, 2011

Η OTS ανταποκρίνεται υπεύθυνα στις ανάγκες των πελατών της  σχετικά με την εφαρμογή Νέου Βαθμολογίου – Μισθολογίου στο σύστημα διαχείρισης ανθρωπίνου δυναμικού της. Στην αναβάθμιση που έχει αναρτηθεί στο site της εταιρείας, έχουν προστεθεί όλες οι απαραίτητες λειτουργίες προκειμένου να υποστηρίζεται το νέο μισθολογικό και βαθμολογικό καθεστώς. Οι νέες λειτουργίες προστίθενται, προκειμένου να είναι εφικτή από μέρους σας η διαμόρφωση του ηλεκτρονικού μητρώου ανθρώπινου δυναμικού που τηρείται στην υπηρεσίας σας μέσω του πληροφοριακού συστήματος OTS.

Αναλυτικότερα, η αναβάθμιση με κωδικό payr2_89_000 περιλαμβάνει:

-Διαδικασίες αρχικής κατάταξης εργαζομένων,

-διαδικασίες ενημέρωσης των νέων επιδομάτων θέσης ευθύνης, ανθυγιεινού και περιοχής,

-υπολογισμός βάσης αποδοχών και κρατήσεων για το Ενιαίο Βαθμολόγιο Μισθολόγιο.

Παράλληλα η OTS  έχει αναπτύξει εργαλεία, που προαιρετικά μπορείτε να χρησιμοποιήσετε, για την Μαζική προτεινόμενη προσαρμογή του ηλεκτρονικού μητρώου προσωπικού (Πρόταση αρχικής κατάταξης) και Μαζικές διεργασίες προσαρμογής στο Νέο Βαθμολόγιο Μισθολόγιο (μαζικές διαδικασίες προετοιμασίας της μισθοδοσίας).

Η αναβάθμιση και οι αναλυτικές οδηγίες είναι διαθέσιμες εδώ.

Το παρακάτω κείμενο αποτελεί μια προσαρμογή – διασκευή ενός case -study που διάβασα πρόσφατα.

Υπήρχε κάποτε μια εταιρεία λογισμικού. Οι managers ήταν παθιασμένοι με τον σχεδιασμό. Είχαν σχέδια για τα πάντα. Και αν ένα bug βρίσκονταν, αλλά δεν ήταν επίσημα συνδεμένο με ένα σενάριο ελέγχου,  γίνονταν διαρκώς πιεστικές και διερευνητικές ερωτήσεις για τα αίτια. Όλα χρειάζονται ένα σχέδιο. Τίποτα δεν γίνονταν χωρίς σχέδιο. Θεωρούσαν ότι είναι δυνατόν να προγραμματίσουν  τα πάντα. Τίποτα από αυτά που μπορεί να αντιμετώπιζαν δεν μπορούσε να μην έχει πρώτα σχεδιαστεί ή προβλεφθεί.

Ένα απόγευμα της Δευτέρας για πρώτη φορά παρουσίασαν στον κόσμο, ολοκληρωμένο το νέο λογισμικό τους . Ήταν αναμενόμενο ότι τίποτα δεν θα πάει στραβά. Είχαν κάνει χιλιάδες ώρες προγραμματισμένων δοκιμών. Είχαν προγραμματιστεί τα χαρακτηριστικά, οι απαιτήσεις, ο σχεδιασμός, οι εφαρμογές και οι υποδομές στο νιοστό βαθμό. Το προϊόν επρόκειτο να «σκίσει». Τίποτα δεν μπορούσε να σταθεί εμπόδιο στην επιτυχία.

Είχε προσκληθεί ακόμα και ο μεγαλύτερος πελάτης τους, στο χώρο του ξενοδοχείου, για να παρακολουθήσει την κυκλοφορία του νέου λογισμικού σε όλο της το μεγαλείο. Σχεδίαζαν αυτή την ημέρα εδώ και  6 μήνες. Η σαμπάνια έρεε άφθονη, πολύ ευθυμία κυριαρχούσε στον χώρο και όλοι χτυπούσαν ελαφρά ο ένας την πλάτη του άλλου. ”Μια καλή δουλειά» ανακοίνωσε ο επικεφαλής σχεδιασμού.

Ξαφνικά εμφανίστηκε ένα bug (σφάλμα) στην οθόνη. Ένα bug. Πώς συνέβη αυτό; Πανικός!!! Ένα bug. Έχουμε ένα σχέδιο για αυτό; Τι εννοείς, ΟΧΙ! Ένα bug. Ένα μεγάλο, άσχημο και αποτρόπαιο bug (σφάλμα).

“Ας συγκεντρωθούν αμέσως  τα “στρατεύματα”, φώναξε ο επικεφαλής σχεδιασμού. Αλλά προτού να μπορέσει να συγκεντρώσει τα “στρατεύματα” και προς μεγάλη του έκπληξη, το bug πήδηξε από την οθόνη και έκανε μια γρήγορη μεταβολή προς τις σκάλες!!!

Ο Γενικός Διευθυντής Σχεδιασμού κυνήγησε το bug  μέχρι τις σκάλες. Αλλά ο Γενικός Διευθυντής Σχεδιασμού δεν θα μπορούσε να πιάσει το bug.

“Τρέξτε όσο πιο γρήγορα μπορείτε. Δεν μπορείτε να με πιάσετε, ξεγλίστρησα μέσω του σχεδίου σας.” Φώναξε το bug.

Ο Υπεύθυνος Έργου είδε τι συνέβαινε και το κυνήγησε επίσης. Έτσι, ο Διευθυντής Σχεδιασμού και ο Υπεύθυνος Έργου το κυνήγησαν, αλλά δεν μπορούσαν να πιάσουν το bug.

“Τρέξτε όσο πιο γρήγορα μπορείτε. Δεν μπορείτε να με πιάσετε ξεγλίστρησα μέσω του σχεδίου σας.” Φώναξε το bug.

Το bug έτρεξε προς το χώρο της ανάπτυξης, όπου η ομάδα ανάπτυξης παρατηρούσε τι συνέβαινε. Ακολούθησε και εκεί πολύ κυνηγητό. Έτσι, ο Διευθυντής Σχεδιασμού, ο Υπεύθυνος Έργου και οι προγραμματιστές συνέχισαν όλοι να το κυνηγούν, αλλά κανένας τους δεν μπορούσε να πιάσει το bug.

“Τρέξτε όσο πιο γρήγορα μπορείτε. Δεν μπορείτε να με πιάσετε ξεγλίστρησα, μέσω του σχεδίου σας.” Φώναξε το bug..

Το bug έκανε μια έφοδο στον ημιώροφο όπου βρίσκονταν οι πελάτες της εταιρείας. Ο μεγαλύτερος πελάτης είδε τι συνέβαινε και έτρεξε μακριά. Το bug συνέχισε την ξέφρενη πορεία του μέσα από στενούς διαδρόμους προς την ομάδα υποστήριξης. Ο υπεύθυνος υποστήριξης είδε την αναταραχή και αμέσως το κυνήγησε.

Έτσι, ο Διευθυντής Σχεδιασμού, ο Υπεύθυνος Έργου οι προγραμματιστές και ο Υπεύθυνος Υποστήριξης συνέχισαν να το κυνηγούν χωρίς όμως αποτέλεσμα.

“Τρέξτε όσο πιο γρήγορα μπορείτε. Δεν μπορείτε να με πιάσετε ξεγλίστρησα, μέσω του σχεδίου σας”. Φώναξε το bug.

Το bug από τώρα είχε αρχίσει να κουράζεται και ξέπνοο κρύφτηκε στον ψύκτη νερού. Ενώ βρίσκονταν κρυμμένο στο δοχείο ψύξης νερού, συνειδητοποίησε ότι στεκόταν δίπλα στον Διευθύνοντα Σύμβουλο, ο οποίος καθώς το παρατηρούσε του έπεσε κάτω το ποτήρι με το νερό. Χωρίς περαιτέρω δισταγμό το σφάλμα έκανε μεταβολή και όρμησε για τα δωμάτια με τους servers(διακομιστές). Ο Διευθύνων Σύμβουλος το κυνήγησε.

Τόσο ο Διευθυντής Σχεδιασμού, ο Υπεύθυνος Έργου, οι Προγραμματιστές ,ο Υπεύθυνος Υποστήριξης και ο Διευθύνων Σύμβουλος συνέχισαν όλοι να το  κυνηγούν, αλλά μάταια.

“Τρέξτε όσο πιο γρήγορα μπορείτε. Δεν μπορείτε να με πιάσετε ξεγλίστρησα, μέσω του σχεδίου σας”. Φώναξε το bug.

Στον διάδρομο για την αίθουσα με τους διακομιστές το σφάλμα παρατήρησε έναν άνδρα που κρατούσε ανοικτή μια πόρτα. “Γρήγορα. Έλα εδώ ” φώναξε ο άνδρας. Το bug ήταν αρχικά επιφυλακτικό, αλλά o άνδρας έμοιαζε υπομονετικός και με κατανόηση. Το bug πλησίασε διστακτικά. Μπήκε στο δωμάτιο και παρατήρησε ένα ανοιχτό παράθυρο που οδηγούσε σε ένα μικρό μπαλκόνι.

“Εδώ. Έλα πάνω σε αυτό το παράθυρο και θα είσαι ελεύθερος », είπε ο άνδρας με ένα σαρδόνιο χαμόγελο. ”Φύγε. Γεύσου την ελευθερία. Νιώσε την αύρα της. ”

Το bug κοίταξε αυτάρεσκα καθώς ανέβαινε στο κοντινό τραπέζι.

“Εδώ, επέτρεψε μου να σε βοηθήσω.” Είπε ο άνδρας. Ο άνδρας έδωσε στο bug ένα χέρι βοήθειας να σκαρφαλώσει στο τραπέζι.

Κραυγές και αποδοκιμασίες αντηχούν τώρα έξω από την πόρτα. Το bug ήταν σχεδόν στο παράθυρο.

“Επέτρεψε μου να σε βάλω στο περβάζι του παραθύρου.” Είπε ο άνδρας. Το bug χαμογέλασε ειρωνικά  καθώς ένιωθε το δροσερό αεράκι όλο και ισχυρότερο.

“Είμαι ελεύθερο” σκέφτηκε το bug. Καθώς περπάτησε προς το περβάζι του παραθύρου με τη βοήθεια του άνδρα, παρατήρησε την κάρτα ασφαλείας που μόλις διακρίνονταν στο πουκάμισο του. Στο πρόσωπο του bug σχηματίστηκε μια έκφραση φρίκης καθώς διάβασε τις τελευταίες λέξεις της κάρτας. ”…….- Software Tester”.

Ο άνδρας έδωσε στο μικρό bug μια ώθηση έξω από το περβάζι του παραθύρου, το οποίο κατέληγε σε ένα μικρό μπαλκόνι. Στο μπαλκόνι κάθονταν περίπου 200 γλάροι.

200 πεινασμένοι γλάροι.

200 πολύ πεινασμένοι γλάροι που έτρεχαν ήδη τα σάλια τους βλέποντας τον ανέλπιστο μεζέ να χάνει την ισορροπία  του και να πέφτει προς το μέρος τους ..

Δύσκολα ένα σχέδιο είναι τέλειο. Σχεδόν ποτέ. Για αυτό καλό είναι να υπάρχουν πάντα οι “γλάροι” για την περίπτωση που “στραβώσει” κάτι!!!

Εισαγωγή

Διανύουμε μία περίοδο στην οποία όλοι οι δημόσιοι φορείς καλούνται να μειώσουν τα λειτουργικά τους έξοδα και τις δαπάνες τους ενώ παράλληλα οι πολίτες απαιτούν επιτακτικά να διεκπεραιώνουν τις υποθέσεις τους ταχύτερα και αξιόπιστα. Η τεχνολογία, κυρίως ως μηχανογράφηση, έχει εδραιωθεί πλέον στους δημόσιους οργανισμούς και έφτασε ο καιρός να δρέψουμε τους καρπούς των επενδύσεων της τελευταίας δεκαετίας.
Τα Υποθηκοφυλακεία ανήκουν στην κατηγορία των φορέων που έχουν καθημερινή και συχνή επαφή με πλήθος πολιτών. Σε αυτά συντελείται η καταχώριση όλων των πράξεων μεταγραφών, η εγγραφή και η εξάλειψη των υποθηκών, των κατασχέσεων και των αγωγών. Τα Υποθηκοφυλακεία είναι υποχρεωμένα να διασφαλίζουν τις αρχές της δημοσιότητας και της προτεραιότητας των προσκομιζομένων προς καταχώριση πράξεων. Με τον όρο δημοσιότητα εννοείται η δυνατότητα αυτοπρόσωπης έρευνας των σχετικών βιβλίων από κάθε ενδιαφερόμενο, ο οποίος έχει έννομο συμφέρον, μετά ή δια Δικηγόρου και την έκδοση πιστοποιητικού ή αντιγράφου από τον αρμόδιο Υποθηκοφύλακα. Με τον όρο προτεραιότητα εννοείται ότι σε  περισσότερα από ένα έγγραφα επί του ίδιου ακινήτου, προτιμάται η προγενέστερη κατά χρόνο εγγραφή.
Ο όγκος των εγγράφων που διακινούνται και έχουν συσσωρευτεί σχεδόν εδώ και μία εκατονταετία αποτελεί τροχοπέδη στη βέλτιστη εφαρμογή των παραπάνω δύο αρχών. Πώς, ωστόσο οι υποθηκοφύλακες μπορούν να αυξήσουν την παραγωγικότητα της υπηρεσίας τους, εξοικονομώντας ταυτόχρονα προσωπικό για άλλες εργασίες και εξασφαλίζοντας τον ελάχιστο χρόνο διεκπεραίωσης των υποθέσεων;

Η περιγραφή του προβλήματος

Οι δικηγόροι και οι συμβολαιογράφοι αποτελούν τους κύριους συναλλασσόμενους των Υποθηκοφυλακείων οι οποίοι καλούνται να διεκπεραιώσουν μία σειρά από ενέργειες για τις υποθέσεις που έχουν αναλάβει.  Οι πιο συνήθεις συναλλαγές είναι η έρευνα βαρών για τα ακίνητα, η αναζήτηση στο βιβλίο πρωτοκόλλου, οι αιτήσεις έκδοσης πιστοποιητικών καθώς και εγγραφή των πράξεων μεταγραφών, των υποθηκών και των κατασχέσεων.
Τα περισσότερα προβλήματα στις παραπάνω διαδικασίες εντοπίζονται κυρίως στους χρόνους που απαιτούνται για τη διεκπεραίωσή τους. Ο δικηγόρος χρειάζεται να περιμένει αρκετή ώρα στα γκισέ της υπηρεσίας  για να καταθέσει είτε τα έγγραφά του είτε τις αιτήσεις για τα πιστοποιητικά. Στη συνέχεια, το αποτέλεσμα της κατάθεσης, η λήψη δηλαδή του πιστοποιητικού ή η εγγραφή του συμβολαίου στα κατάλληλα βιβλία που τηρεί το Υποθηκοφυλακείο γίνεται σε μεταγενέστερη χρονολογία, γεγονός που τον αναγκάζει να προσέλθει εκ νέου στην υπηρεσία. Η χρονολογία αυτή ποικίλει ανάλογα με το είδος της υπόθεσης αλλά και το φόρτο εργασίας που υπάρχει τη δεδομένη χρονική στιγμή. Σε υποθηκοφυλακεία που διαχειρίζονται μεγάλο όγκο δεδομένων και συναλλαγών οι χρόνοι αναμονής μπορεί να φτάσουν και μερικούς μήνες.
Η αναζήτηση των βαρών ενός ακινήτου είναι ακόμα μία επίπονη και χρονοβόρα διαδικασία. Ο ενδιαφερόμενος χρειάζεται αρχικά να δει τα βάρη που συνοδεύουν ένα ακίνητο. Ο τρόπος λειτουργίας ωστόσο των υποθηκοφυλακείων έχει ως δομική μονάδα τον άνθρωπο (ιδιοκτήτη) και όχι το ακίνητο. Αυτό έχει ως αποτέλεσμα να χρειάζεται να αναζητήσει ο δικηγόρος τα βάρη που ενδεχομένως έχει ο κάθε ιδιοκτήτης (οι οποίοι μπορεί να είναι και δεκάδες) για συγκεκριμένο ακίνητο αντί να προσαρμόζει την έρευνά του ξεκινώντας από το ίδιο το ακίνητο. Η διαδικασία της εύρεσης των βαρών περνάει, επίσης, από αρκετά στάδια. Αρχικά ο δικηγόρος ανατρέχει στο ευρετήριο των συναλλασσομένων – αν αυτά δεν είναι ενοποιημένα τότε πρέπει να ανατρέξει στα ευρετήρια του κάθε τμήματος – και να καταγράψει τους τόμους και αριθμούς των βιβλίων στα οποία είναι καταγεγραμμένες οι πράξεις των κατασχέσεων και των υποθηκών. Στη συνέχεια μελετά τα βιβλία για να εντοπίσει ποιες από αυτές έχουν ακόμα ισχύ και ποιες έχουν εξαλειφθεί μερικώς ή ολικά.  Στα παραπάνω πρέπει συνυπολογίσουμε το γεγονός ότι όλες οι πράξεις εγγράφονται με το χέρι, που σημαίνει ότι αυξάνεται η πιθανότητα ανθρώπινου λάθους είτε κατά τη σύνταξή της από τον αρμόδιο υπάλληλο της υπηρεσίας είτε κατά τη μελέτη της από το δικηγόρο. Οι γραφικοί χαρακτήρες ποικίλουν και σε ορισμένες περιπτώσεις η δυσκολία ανάγνωσης, αναγκάζει τους δικηγόρους να ανατρέξουν στα έγγραφα κατάθεσης για να αντλήσουν την απαραίτητη πληροφορία, γεγονός που προκαλεί επιπρόσθετες καθυστερήσεις
Τέλος η αναζήτηση μίας κατάθεσης με βάση το ονοματεπώνυμο στο βιβλίο πρωτοκόλλου που τηρεί η εκάστοτε υπηρεσία, είναι εξίσου δύσχρηστη και κυρίως χρονοβόρα εφόσον ο ενδιαφερόμενος χρειάζεται να γνωρίζει – εκτός από το ονοματεπώνυμο – ένα ενδεικτικό εύρος ημερομηνιών ώστε να περιορίσει όσο το δυνατόν τις σελίδες του βιβλίου πρωτοκόλλου στις οποίες θα προσπαθήσει να βρει αν και πότε έγινε η κατάθεση ενός συμβολαίου.
Από την άλλη μεριά, υπάρχει ο φορέας, ο οποίος καλείται να ανταπεξέλθει με περιορισμένους πόρους και με πεπαλαιωμένες διαδικασίες και «εργαλεία» στις αυξανόμενες ανάγκες της κοινωνίας και των συναλλασσόμενων, ευρισκόμενος τις περισσότερες φορές στο μάτι του κυκλώνα λόγω των πολλαπλών καθυστερήσεων που συσσωρεύονται στη διεκπεραίωση των υποθέσεων.
Όλα τα παραπάνω κοστίζουν στους δικηγόρους σε χρόνο και χρήμα και τα υποθηκοφυλακεία δαπανούν τεράστιο αριθμό πολύτιμων ωρών απασχόλησης σε χρονοβόρες διαδικασίες ενώ θα μπορούσαν να αξιοποιήσουν τους πόρους τους σε άλλες λειτουργικές ανάγκες αυξάνοντας ταυτόχρονα την ποιότητα των παρεχόμενων υπηρεσιών.
Τι μπορεί να κάνει, ωστόσο, ο κάθε φορέας για να αντιμετωπίσει τα ζητήματα που περιγράφηκαν χωρίς προφανώς να διαθέσει κι άλλους πόρους και χωρίς να αυξήσει τα λειτουργικά του έξοδα. Η λύση εντοπίζεται στην εφαρμογή τεχνολογιών και συστημάτων πληροφορικής όπως θα έπρεπε να γίνεται σε κάθε παρόμοια περίπτωση εδώ και αρκετά χρόνια. Πριν παρουσιαστεί αναλυτικά, όμως, η προτεινόμενη λύση παρατίθεται η κατάσταση που επικρατεί σε γενικές γραμμές σχετικά με το επίπεδο μηχανογράφησης των υποθηκοφυλακείων και εξηγούνται συνοπτικά οι λόγοι για τους οποίους η διείσδυση της πληροφορικής σε αυτόν τον τομέα είναι πολύ μικρή.

Η υφιστάμενη κατάσταση

Η συντριπτική πλειοψηφία των υποθηκοφυλακείων, είτε δεν έχει κανένα είδος μηχανογράφησης, είτε αυτή καλύπτει μέρος των διαδικασιών και των λειτουργιών.  Τα υφιστάμενα συστήματα συνήθως περιορίζονται στα ενοποιημένα ευρετήρια των πράξεων και στην πρωτοκόλληση των εισερχόμενων αιτήσεων. Πιο σπάνια υπάρχουν περιπτώσεις στις οποίες τηρείται αρχείο των μεταγραφών και των λοιπών πράξεων που κατατίθενται στην υπηρεσία.
Γίνεται αντιληπτό ότι δεν υπάρχει ένα ολοκληρωμένο πληροφοριακό σύστημα το οποίο θα υποστηρίζει όλες τις επιχειρησιακές διαδικασίες του φορέα. Από την αρχική αίτηση των πιστοποιητικών και την πρωτοκόλληση των πράξεων – με ταυτόχρονη τήρηση του ταμείου της διαχείρισης -  μέχρι την έκδοση των σχετικών πιστοποιητικών από το αρμόδιο τμήμα. Από τη χρέωση και διεκπεραίωση των εισερχόμενων εγγράφων (μεταγραφών, υποθηκών, κατασχέσεων, αγωγών) μέχρι την αναζήτηση αυτών με πλήθος διαφορετικών κριτηρίων συμπεριλαμβανομένου της προβλεπόμενης από το νόμο λεξικογράφησης. Οι υφιστάμενες ενδιάμεσες λύσεις παρέχουν περιορισμένες δυνατότητες στους τελικούς χρήστες, δεν έχουν σχεδιαστεί με γνώμονα τη συνολική κάλυψη των επιχειρησιακών αναγκών και τελικά αποτελούν τροχοπέδη στην ευρεία εφαρμογή των τεχνολογιών πληροφορικής σε όλο το φάσμα των διαδικασιών των υποθηκοφυλακείων.
Εκτός όμως από την έλλειψη πλήρους μηχανογράφησης ένα σημαντικό ανασταλτικό παράγοντα αποτελεί το ιστορικό αρχείο το οποίο βρίσκεται σε έντυπη μορφή και ακόμα και αν υπάρξει ολοκληρωμένο σύστημα πολλές από τις βασικές διαδικασίες θα συνεχίζουν να διεκπεραιώνονται με τον παραδοσιακό τρόπο εφόσον τα παλαιά δεδομένα θα είναι διαθέσιμα μόνο στα βιβλία των τμημάτων. Αυτός και να είναι ίσως ο βασικότερος λόγος που οι φορείς διστάζουν να προχωρήσουν στην εφαρμογή μηχανογραφικών συστημάτων, θεωρώντας ότι το όφελος θα είναι πολύ μικρό σε σχέση με το κόστος της επένδυσης.

Η λύση που θα ακολουθήσει στο δεύτερο μέρος του άρθρου απαντά σε όλα τα παραπάνω ζητήματα συνολικά παρέχοντας ολοκληρωμένη πρόταση για τη μείωση της αναμονής στα υποθηκοφυλακεία και την ελαχιστοποίηση των λειτουργικών εξόδων.

Συνεπής στις δεσμεύσεις της, η OTS, συμμετείχε και φέτος στη διοργάνωση POLIS 2011 στηρίζοντας τις προσπάθειες προβολής των φορέων τις Τοπικής και Περιφερειακής Αυτοδιοίκησης.
Σε μια δύσκολη οικονομικά και πολιτικά συγκυρία, οι άνθρωποι της Αυτοδιοίκησης έδειξαν για ακόμη μία φορά την εμπιστοσύνη τους στην Εταιρία, συμμετέχοντας ενεργά στις ημερίδες που διοργάνωσε. Ιδιαίτερα έντονο ενδιαφέρον εκδηλώθηκε για τις λύσεις που μπορούν να υποστηρίξουν τους φορείς του Δημόσιου Τομέα να ανταποκριθούν στις αυξημένες απαιτήσεις που αντιμετωπίζουν.
Η υποστήριξη και η εμπιστοσύνη των ανθρώπων αυτών, των οποίων η εργασιακή καθημερινότητα γίνεται όλο και πιο δύσκολη, μας κάνει να εντείνουμε τις προσπάθειές μας προκειμένου, από τον τομέα των σύγχρονων τεχνολογιών, να βρισκόμαστε δίπλα τους προσφέροντας αποτελεσματικές λύσεις.
Ευχαριστούμε όλους αυτούς που υποστήριξαν τη συμμετοχή μας με την επίσκεψή τους στις εκδηλώσεις και στο περίπτερό μας.

Πολλοί από εμάς έχουν μπει στον πειρασμό ή στην διαδικασία να συγκρίνουν διάφορα λογισμικά για να διαπιστώσουν ποιο είναι το καλύτερο.Η υπεροχή ενός λογισμικού σε σχέση με κάποιο άλλο μπορεί να καθοριστεί με βάση πλήθος κριτηρίων (τεχνικά χαρακτηριστικά,φιλικότητα στον χρήστη,κόστος συντήρησης , ελάχιστες απαιτήσεις λειτουργίας,φάσμα κάλυψης συγκεκριμένων αναγκών κλπ) που χρειάζονται πολλές παράγραφοι για να αναλυθούν .Υπάρχει όμως το τέλειο λογισμικό?Ακόμα και ο χαρακτηρισμός “τέλειο” είναι συζητήσιμος.Τι αποτελεί το τέλειο?Έχει παραχθεί?Και αν όχι γιατί?

Για το μεγαλύτερο μέρος της ανθρώπινης ιστορίας, δημιουργήσαμε κάθε προϊόν με το χέρι, και κάναμε το κάθε προϊόν λίγο καλύτερο από το προηγούμενο. Δηλαδή, οι πρόγονοί μας χρησιμοποιούσαν την φυσική και  συνεχή εξέλιξη των προϊόντων.

Αλλά κατά τη διάρκεια της βιομηχανικής επανάστασης, επινοήσαμε την ιδέα της μαζικής παραγωγής. Ξαφνικά ο σχεδιασμός έγινε πολύ πιο σημαντικός. Σχεδιαστικά λάθη δεν μπορούσαν να διορθωθούν άμεσα στην επόμενη παραγωγή προϊόντων, αλλά να τίθενται αμέσως σε χιλιάδες προϊόντα.

Τότε εφευρέθηκε το λογισμικό, κάνοντας τα πράγματα χειρότερα. Το λογισμικό ελαχιστοποιεί το κόστος παραγωγής θέτοντας ακόμα μεγαλύτερη πίεση στους σχεδιαστές. Αυτό οδήγησε σε δεκαετίες προσπαθειών μέχρι να τελειοποιηθεί το λογισμικό για πρώτη φορά. Εφηύραμε διαδικασίες, τυπικές μεθόδους, προδιαγραφές, περίπλοκα κριτήρια δοκιμών, γλώσσες μοντελοποίησης σχεδιασμού … όλα με στόχο την παραγωγή  σωστού λογισμικού  πριν από την μαζική παραγωγή του σε χιλιάδες αντίτυπα.

Με μεγάλες προσπάθειες από ακαδημαϊκούς ερευνητές, βιομηχανικά ερευνητικά εργαστήρια, και τους επαγγελματίες της βιομηχανίας, έχουμε σημειώσει πρόοδο προς την κατεύθυνση δημιουργίας σωστού λογισμικού. Το λογισμικό μας έχει βελτιωθεί αρκετά. Αλλά στην πραγματικότητα, οι προσπάθειες στην ανάπτυξη λογισμικού για την επίτευξη της τελειότητας είναι δονκιχωτική κλίση σε ανεμόμυλους, ενάντια στην βασική ανθρώπινη φύση.

Με απλά λόγια: Ο άνθρωπος δεν είναι εκ φύσεως καλός στο να είναι τέλειος!

Ωστόσο, είμαστε καλοί στην προσέγγιση και τη βελτίωση. Στην πραγματικότητα, οι πρόγονοί μας έχουν χρησιμοποιήσει αυτή την προσέγγιση για χιλιάδες χρόνια. Και ο τομέας του λογισμικού έρχεται σε αυτόν τον πλήρη κύκλο .

Μεγάλα τμήματα της βιομηχανίας λογισμικού έχουν δει πρόσφατα τεράστιες αλλαγές στη διαδικασία ανάπτυξης. Web εφαρμογές, ενημερώσεις που παραδίδονται μέσω του διαδικτύου, τεχνολογία cloud,καθώς και η δυνατότητα να προωθούνται ενημερώσεις σε κινητές συσκευές που μας επιτρέπουν να αναβαθμίζουμε το λογισμικό σε καθημερινή ή ακόμα και σε ωριαία βάση. Δηλαδή, έχουμε την επιστροφή στις ρίζες μας, της συνεχής εξέλιξης, όπως ακριβώς και οι πρόγονοί μας έκαναν εδώ και χιλιετίες.

Η δημιουργία συχνών αναβαθμίσεων όπου θα δοκιμάζουμε κάτι, θα γίνεται ο εντοπισμός πιθανών προβλημάτων και στη συνέχεια θα γίνονται γρήγορα οι αλλαγές είναι μια φυσική ανθρώπινη διαδικασία που εφαρμόζεται κατά κόρον και στη βιομηχανία. Η Google π.χ εν μέρει δίνει έμφαση στον “γρήγορο καθορισμό” παρά στην “πρόληψη”, μέσα από την εφαρμογή ενός πολύ σύντομου εξελικτικού κύκλου (test-fix-update) [1].

Αυτή η προσέγγιση θα είναι ύποπτη για πολλούς ακαδημαϊκούς. Πολλοί έμαθαν την τέχνη σε ένα περιβάλλον όπου οι νέες εκδόσεις βγαίνουν κάθε 4 ή 5 χρόνια, και από δασκάλους που τόνιζαν την κρισιμότητα ασφαλούς λογισμικού, όπου εξελικτική test-fix-update διαδικασία θεωρείται επικίνδυνη (αν συντρίψουμε το αεροπλάνο, δεν περιμένουμε άλλη μια ευκαιρία!). Αλλά για ένα μεγάλο (και αυξανόμενο) τμήμα της βιομηχανίας λογισμικού, αυτή η διαδικασία λειτουργεί. Οι γοργοί ρυθμοί ανάπτυξης και εξέλιξης της τεχνολογίας αλλά και του περιβάλλοντος που ζούμε , επιβάλλουν ταχύτατους μηχανισμούς ενεργειών και διαρκής προσαρμογή στα νέα δεδομένα που διαμορφώνονται.Και ναι, αυτό έχει σοβαρό αντίκτυπο στο λογισμικό. Η συνεχής προσπάθεια όμως για την εξέλιξη, την καλύτερη προσέγγιση και την βελτίωση του λογισμικού κρίνεται απαραίτητη.Ίσως (?) να μην παραχθεί ποτέ το “τέλειο” λογισμικό.Αυτό που όμως δεν θα εκλείψει , είναι η προσπάθεια και το όραμα για την συνεχή βελτίωσή του.

[1] Patrick Copeland. Testing, Culture, and Infrastructure: Google’s Innovation Feature Factory (Keynote Address), proceedings of the 3rd International Conference on Software Testing, Verification and Validation, April 2010, IEEE Computer Society Press.

Νέα άρθρα προστέθηκαν στο Blog της OTS κατά τη διάρκεια του Οκτωβρίου. Μία περίληψη αυτών μπορείτε να βρείτε παρακάτω:

- Βέλτιστες πρακτικές για τη διασφάλιση της επιτυχίας Υλοποίησης Λογισμικού. Η επιτυχής ολοκλήρωση ενός Software Project εξαρτάται από πολλούς και αστάθμητους παράγοντες. Τι μπορούμε να κάνουμε εμείς για αυτό;

- The Path of a Doer Ένα πολύ ενδιαφέρον απόσπασμα από το βιβλίο “The Path of a Doer”. Ευτυχώς μερικά άρθρα δε γίνεται να μεταφραστούν στα ελληνικά.

- Χρήσιμο Site αναζήτησης Νομοθετικών Εγγράφων Μία μικρή βοήθεια σε όσους ψάχνονται στο διαδίκτυο για νομοθετικά έγγραφα

- Έλεγχος λογισμικού: Μηχανή ή άνθρωπος; Ποιος είναι τελικά καλύτερος Tester;