Τεχνική Διαβούλευση σχετικά με Οριζόντιες Απαιτήσεις Ανάπτυξης Λογισμικού για έργα της ΓΓΠΣ

https://apps.gov.gr/apps2/minfin/ggps/?p=101

---

Θεοφάνης Γιώτης (Theofanis Giotis) | BA, MSc, Ph.D. c., CSAP
PMI-PMP, PMI-PBA, DASSM, PMI-ACP, CSM, CSP, PSM I, ITIL, CTT+
PMI ATP Trainer, PMI DA ATP Trainer, PRINCE2 Trainer, PRINCE2 Agile Trainer
[email protected]
Tel: +30 693-22.13.502

CEO at 12PM Consulting, 1988-now
President at PMI-GREECE, 2004-2014
Vice President at PMI-GREECE, 2017-2020
President at PMI-GREECE, 2020-2021
Leader at AgileGreece, 2014-now

Με άλλα λόγια, η ΓΓΠΣ ξεκινάει διαβούλευση για το πως οι ανάδοχοι θα πρέπει να κάνουν

• Version Control
• Issue Tracking
• Unit Testing
• Integration Testing
• System Testing
• Build και Deployment Automation
• Components
• Interop

Με άλλα λόγια, αντί για "διαδικασίες", θα συμμαζέψουν και θα καθορίσουν πως θα γίνεται η δουλειά. ΠΟΛΥ Καλό!

Η καταληκτική ημερομηνία είναι 28/2 και ως τώρα υπάρχουν μόλις 11 σχόλια. Κάποια φαίνεται να είναι αντιγραφή από έτοιμη πρόταση, κάποια γενικολογούν, κάποια είναι μικρά και σταράτα και κάποια - απλά δεν το έχουν πιάσει!

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

To community είναι εδώ για να κάνει ΧΙΛΙΑΔΕΣ σχόλια για βελτιώσεις!!!

---

Θεοφάνης Γιώτης (Theofanis Giotis) | BA, MSc, Ph.D. c., CSAP
PMI-PMP, PMI-PBA, DASSM, PMI-ACP, CSM, CSP, PSM I, ITIL, CTT+
PMI ATP Trainer, PMI DA ATP Trainer, PRINCE2 Trainer, PRINCE2 Agile Trainer
[email protected]
Tel: +30 693-22.13.502

CEO at 12PM Consulting, 1988-now
President at PMI-GREECE, 2004-2014
Vice President at PMI-GREECE, 2017-2020
President at PMI-GREECE, 2020-2021
Leader at AgileGreece, 2014-now

Αν σκεφτεί κανείς ότι 80% των νέων προδιαγραφών είναι για να αναγκάσουν τους ΑΝΑΔΟΧΟΥΣ, δηλαδή τις εταιρείες, δηλαδή ένα μέρος του community να αλλάξουν τρόπο δουλειάς και συμπεριφοράς, έχει ενδιαφέρον ποιός θα προτείνει βελτιώσεις σε ποιόν.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

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

 

Δημόσιο for ever. Το φαγοπότι δεν τελειώνει  ΠΟΤΕ!!!

gkaz:

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

 

Δημόσιο for ever. Το φαγοπότι δεν τελειώνει  ΠΟΤΕ!!!

---

Γιώργος Σακαλής

Πάμε τώρα να ξανά ανακαλύψουμε τον τροχό και να το βαφτίσουμε διαβούλευση; Ορίστε ένα παράδειγμα για το πως φτιάχνεται το software:

---

"When the darkness rises up from inside - that is normal.
It's when you reach down to pull it up - that the noxious warnings sound."
Tuzak, Farscape

dimos.homatas:

Να επισημάνουμε ότι οι διαδικασίες αυτές αφορούν κατά κανόνα αναθέσεις. Μπορεί το δημόσιο να μην χρειάζεται software για... δορυφόρους και διαστημόπλοια, αλλά οι διαδικασίες είναι τέτοιες που να καλύπτουν ακόμα και τον πιο απαιτητικό.

---

Γιώργος Σακαλής

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

---

"When the darkness rises up from inside - that is normal.
It's when you reach down to pull it up - that the noxious warnings sound."
Tuzak, Farscape

dimos.homatas:

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

Το είχα πει και παλαιότερα αυτό, και το έθεσα και επίσημα, αλλά φαντάζομαι ότι η πρόταση κάπου θα παράπεσε... τι περίεργο!

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

Ακαδημαϊκοί σε δημόσια έργα. Η κατάρα των δημοσίων έργων. Ένα από τα μεγαλύτερα προβλήματα των προηγούμενων ετών ήταν ότι δίνανε έργα σε σχολές οι οποίες τα φορτώνανε σε φοιτητές οι οποίοι δεν ήξεραν καλά-καλά τί έκαναν. Οι καθηγητές φυσικά τσέπωναν, οι φοιτητές δεν έπαιρναν πτυχίο και πληρώνονταν πολύ λιγότερο απ' ότι στην αγορά. Χωρίς πτυχίο μάλιστα, δεν μπορούσαν και να φύγουν. Τα έργα τα ίδια έβγαιναν κατά κανόνα άθλια: Πολύ μεγαλύτερο κόστος και καθυστερήσεις απ' ότι αν τα έκανε κάποιος επαγγελματίας προγραμματιστής. Φυσικό είναι εξάλλου, καθώς οι φοιτητές δεν έχουν εμπειρία πέρα από μερικές εργασίες που έχουν κάνει.

Ευτυχώς υπάρχουν και εξαιρέσεις. Αν  δεις ποιός είναι γενικός γραμματέας της ΓΓΠΣ σήμερα θα διαπιστώσεις ότι δεν έχει καμμία σχέση με τους δουλέμπορους που ανέφερα παραπάνω. Για πήγαινε δες στο Editorial Board του IEEE Software ποιός είναι (τελευταίος στη σελίδα). Και μετά αναρωτήσου, μήπως αυτός ξέρει ήδη κάτι παραπάνω για τα πρότυπα της ΝΑΣΑ? Θα σου πρότεινα μάλιστα να διαβάσεις τα βιβλία του (Addison Wesley) όπως τα Code Reading, Code Quality, Beautiful Architecture. Ειδικά η περιγραφή της αρχιτεκτονικής του Facebook στο τελευταίο είναι πολύ διαφωτιστική.

Και επειδή αναφέρεις τις διαδικασίες της ΝΑΣΑ, μία ανάγνωση τους θα σε πείσει ότι η κάθε διαδικασία έχει πολύ συγκεκριμένο πεδίο εφαρμογής. Η μεθοδολογία της ΝΑΣΑ αναφέρεται σε έργα που κρατάνε δεκαετίες. Η ΓΓΠΣ πρέπει να αρχίσει να βγάζει τα έργα σε μήνες. Εξάλλου καμμία μεθοδολογία δεν πρέπει να ακολουθείται ως έχει, αλλά πρέπει να προσαρμόζεται στο περιβάλλον που θα χρησιμοποιηθεί.
Γι αυτό και γίνεται η συζήτηση, γι αυτό εξάλλου και το Agile έχει διαδοθεί τόσο πολύ εις βάρος του κλασσικού waterfall. Η σωστή επιλογή διαδικασίας είναι ένα από τα πιο σημαντηκά καθήκοντα ενός μηχανικού και ένας ακόμη τρόπος που ξεχωρίζουν οι junior από τους senior. Ρίξε και μία ματιά στο κεφάλαιο του Software Engineering Body of Knowledge του IEEE που ασχολείται με τη σχεδίαση της μεθοδολογίας.

Τέλος σκέψου, αν αυτοί που ξέρουν καλύτερα από εμάς (τα έγραψαν εξάλλου) τα πρότυπα της ΝΑΣΑ, και του IEEE  (το ξέχασες) ή του ACM, να βάλουμε και την Essential Unified Process ή τον πρόγονο της, την Rational Unified Process (ο ίδιος τις έφτιαξε), γιατί ξεκινάνε διαβούλευση ?

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

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Κατά τη δική μου άποψη, το πρόβλημα ΔΕΝ είναι τεχνικό. Είναι οργανωτικό. Όσο καλός και να είναι ένας προγραμματιστής - αναλυτής, είναι αδύνατο να οργανώσει το ΧΑΟΣ! Νομοσχέδια και διαδικασίες που αλλάζουν σχεδόν κάθε μήνα, υπηρεσίες που δε γνωρίζουν η μία τι ζητάει η άλλη, εξαιρέσεις επί εξαιρέσεων που καταργούν τον κανόνα, αδικαιολόγητη πολυπλοκότητα, παροχή υπηρεσιών άχρηστη προς τους πολίτες. Αν δε διορθωθούν ΑΥΤΑ ΠΡΩΤΑ, το τεχνικό μέρος πάει στον κάλαθο των αχρήστων. Πάλι ξεκινάμε ανάποδα.

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!

Δίνανε έργα σε σχολές; Δεν ήξερα ότι κάτι τέτοιο είχε γίνει στο παρελθόν. Απλά μου φαίνεται σαν αναίτια σπατάλη δημόσιου χρήματος (βλέπε μισθοδοσία). Καταλαβαίνω πάντως το ότι δεν συνδυάζεται τόσο καλά το στερεοτύπου ΔΥ - πρωτοετής φοιτητής - έργο πληροφορικής.

---

"When the darkness rises up from inside - that is normal.
It's when you reach down to pull it up - that the noxious warnings sound."
Tuzak, Farscape

Markos:

Κατά τη δική μου άποψη, το πρόβλημα ΔΕΝ είναι τεχνικό. Είναι οργανωτικό. Όσο καλός και να είναι ένας προγραμματιστής - αναλυτής, είναι αδύνατο να οργανώσει το ΧΑΟΣ! Νομοσχέδια και διαδικασίες που αλλάζουν σχεδόν κάθε μήνα, υπηρεσίες που δε γνωρίζουν η μία τι ζητάει η άλλη, εξαιρέσεις επί εξαιρέσεων που καταργούν τον κανόνα, αδικαιολόγητη πολυπλοκότητα, παροχή υπηρεσιών άχρηστη προς τους πολίτες. Αν δε διορθωθούν ΑΥΤΑ ΠΡΩΤΑ, το τεχνικό μέρος πάει στον κάλαθο των αχρήστων. Πάλι ξεκινάμε ανάποδα.

Μάρκο, για Τράπεζες μιλάς? Ά, όχι, είπες νομοσχέδια. Συγγνώμη Σοβαρά τώρα, (και τα περί τραπεζών δεν είναι αστείο) αυτή η κατάσταση ισχύει παντού. Πες το "human condition". Οι συνεχείς αλλαγές είναι κάτι που έχει να αντιμετωπίσει κάθε έργο. Προφανώς και οι οργανωτικές αλλαγές είναι σημαντικότερες αλλά είναι και πιο χρονοβόρες. Δεν μπορείς να περιμένεις αυτές και μετά να αρχίσεις τα έργα. Άσε που είναι αρμοδιότητα της Διεύθυνσης Οργάνωση και όχι του IT (ουπς, πάλι με τράπεζα τα έμπλεξα! )

 

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Η συγκεκριμένη διαβούλευση αφορά στις τράπεζες μόνο;

---

Ακόμα κι ένας άνθρωπος μπορεί ν' αλλάξει τον κόσμο. Μη θέλεις να κυβερνήσεις. Απλά δείξε το μονοπάτι κι ο κόσμος θ' ακολουθήσει!!

dimos.homatas:

ΔΥ - πρωτοετής φοιτητής - έργο πληροφορικής.

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

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos