Γνώμη
Αν η Τεχνητή Νοημοσύνη Υπήρχε Από την Αρχή: Φθηνότερος Κώδικας Δεν Είναι Ισοδύναμος με Ευκολότερη Απόφαση για Τι Να Χτιστεί

Στο μεγαλύτερο μέρος της ιστορίας του λογισμικού, το ακριβό σκέλος ήταν η κατασκευή του. Οι ομάδες αφιέρωναν μήνες για να μετατρέψουν ιδέες σε λειτουργικό κώδικα, και αυτή η περιορισμένη δυνατότητα παραγωγής διαμόρφωνε ολόκληρη την οργάνωση της εργασίας.
Οι οδικοί χάρτες ακολουθούσαν τη διαθέσιμη δυναμικότητα των μηχανικών. Οι αρχιτέκτονες είχαν λόγο στις αποφάσεις επειδή κατανοούσαν συστήματα που κανείς άλλος δεν γνώριζε. Οι υπεύθυνοι προϊόντος αφιέρωναν τις εβδομάδες τους στη μετατροπή ασαφών επιχειρηματικών αιτημάτων σε κάτι που μπορούσε να υλοποιήσει ένας προγραμματιστής. Η συγγραφή λογισμικού ήταν το σημείο συμφόρησης και, φυσικά, εκεί βρισκόταν η μεγαλύτερη δυνατότητα παρέμβασης.
Αυτό δεν ισχύει πλέον, και η αλλαγή έγινε ταχύτερα απ’ όσο πρόλαβαν να αφομοιώσουν οι περισσότεροι επικεφαλής τεχνικών ομάδων.
Τα εργαλεία προγραμματισμού AI έχουν μειώσει δραστικά το κόστος υλοποίησης. Εργασία που απαιτούσε εβδομάδες από μια ομάδα μηχανικών μπορεί τώρα να ολοκληρωθεί από έναν πράκτορα σε λίγες ώρες. Η προφανής παραδοχή ήταν ότι η ταχύτερη κατασκευή θα οδηγούσε απευθείας σε ταχύτερη παραγωγή αξίας.
Η πραγματικότητα αποδείχθηκε πιο σύνθετη: οι ομάδες παράγουν πλέον περισσότερο λογισμικό απ’ όσο ξέρουν πώς να αξιοποιήσουν, ενώ το εμπόδιο που τις καθυστερεί έχει μετακινηθεί αλλού, σχεδόν απαρατήρητα.
«Δεν μπορείτε να εφαρμόσετε AI σε μια προβληματική διαδικασία», δήλωσε ο Pablo Gamba, επικεφαλής τεχνολογίας για την Αμερική στη διεθνή νεοφυή εταιρεία λογισμικού και λύσεων AI intive. «Είναι σαν να δίνετε ένα ταχύτερο φτυάρι σε έναν εργάτη. Θα δουλέψει γρηγορότερα, αλλά προς τη λάθος κατεύθυνση».
Ταχύτερη εκτέλεση, ίδιος παλιός περιορισμός
Κάθε μεγάλη καμπή στην τεχνολογία, από το διαδίκτυο και το cloud μέχρι τη μεταφορά εργασιών στο εξωτερικό, ακολούθησε το ίδιο μοτίβο. Κάτι που ήταν ακριβό έγινε σχεδόν εν μια νυκτί φθηνό, και όσα είχε οργανώσει μια επιχείρηση με βάση εκείνο το κόστος έπρεπε να ξαναχτιστούν.
Αυτή τη φορά φθηναίνει η ίδια η εφαρμοσμένη τεχνική ευφυΐα, δηλαδή ακριβώς αυτό για το οποίο εταιρείες υπηρεσιών και τεχνικές ομάδες χρέωναν επί δεκαετίες, υποστηρίζει ο Gamba.
Η φθηνότερη εκτέλεση όμως δεν εξαφανίζει τον περιορισμό. Τον μεταφέρει σε λιγότερο ορατό σημείο. Καθώς επιταχύνεται η υλοποίηση, το σημείο συμφόρησης της συγγραφής κώδικα εμφανίζεται πλέον στον έλεγχο κώδικα. Αν αυτοματοποιηθεί ο έλεγχος, μετακινείται στις δοκιμές και τη διάθεση σε παραγωγή. Αν αυτοματοποιηθούν και αυτά, τελικά φτάνει στους ανθρώπους που συντάσσουν τις προδιαγραφές βάσει των οποίων εργάζονται οι πράκτορες.
Ένας πράκτορας μπορεί να κατασκευάσει μόνο ό,τι έχει περιγραφεί με αρκετή ακρίβεια ώστε να ενεργήσει χωρίς να μαντεύει.
Αυτή είναι η παγίδα στην οποία πέφτουν σήμερα πολλές ομάδες, συχνά χωρίς να το αντιλαμβάνονται. Αν μπορείτε να κατασκευάσετε σχεδόν οτιδήποτε σε ένα κλάσμα του προηγούμενου χρόνου, το κόστος κατασκευής του λάθος πράγματος αυξάνεται: ανακαλύπτετε το λάθος ταχύτερα, αλλά αφού έχετε ήδη διαθέσει περισσότερα.
Μια παραδοχή που παλιότερα θα αναδεικνυόταν σταδιακά μέσα σε εβδομάδες χειροκίνητου προγραμματισμού μπορεί πλέον να έχει ενσωματωθεί σε κρίσιμη υποδομή πριν σκεφτεί κανείς να την αμφισβητήσει. Η ιεράρχηση προτεραιοτήτων, και όχι απλώς ο όγκος παραγωγής, καθορίζει τελικά αν η επένδυση στην AI αποσβένεται.
Σε αυτό το πλαίσιο, ο Gamba πιστεύει ότι οι εταιρείες πρέπει να παρακολουθούν ολόκληρο τον κύκλο από την πρόθεση μέχρι την παραγωγή, όχι μόνο την ταχύτητα ανάπτυξης. «Αν βελτιώσετε την ταχύτητα ανάπτυξης αλλά το σημείο συμφόρησης είναι η διασφάλιση ποιότητας, απλώς φτάσατε ταχύτερα στη διασφάλιση ποιότητας. Μετά τη διορθώνετε και το σημείο συμφόρησης μετακινείται στις απαιτήσεις», είπε.
Οι αριθμοί στηρίζουν επίσης την άποψή του. Επιχειρήσεις του Fortune 50 που χρησιμοποιούν ανάπτυξη με τη βοήθεια AI παραδίδουν αλλαγές κώδικα τρεις έως τέσσερις φορές ταχύτερα από αντίστοιχες επιχειρήσεις, σύμφωνα με έρευνα της Cloud Security Alliance, αλλά εισάγουν νέα ευρήματα ασφαλείας με περίπου δεκαπλάσιο ρυθμό.
Με αυτή την έννοια, η ταχύτητα χωρίς σαφή προορισμό δεν σπαταλά μόνο προσπάθεια· συσσωρεύει κινδύνους ταχύτερα απ’ όσο μπορούν να ανταποκριθούν οι περισσότερες ομάδες ασφαλείας.
Απαιτήσεις σε γλώσσα που μπορεί πράγματι να αξιοποιήσει η AI
Αν ο πραγματικός περιορισμός βρίσκεται πλέον στον ορισμό της εργασίας, η λύση δεν είναι περισσότερη τεκμηρίωση. Είναι διαφορετική τεκμηρίωση, γραμμένη σε μορφή που ένα σύστημα AI μπορεί να ακολουθήσει χωρίς να συμπληρώνει μόνο του τα κενά.
Αυτό σημαίνει αντικατάσταση του εγγράφου απαιτήσεων που προορίζεται να ερμηνευτεί με ανθρώπινη κρίση από δομημένα κριτήρια αποδοχής, σαφή μοντέλα του πεδίου εφαρμογής και δοκιμές συμβολαίων, που προσδιορίζουν τι δεν πρέπει ποτέ να κάνει μια λειτουργία με την ίδια σαφήνεια που ορίζουν τι πρέπει να κάνει.
Οι πράκτορες συμπληρώνουν τις ασάφειες όπως μπορεί να το έκανε ένας νεότερος μηχανικός: με μια εικασία που φαίνεται βέβαιη. Η διαφορά είναι ότι η εικασία του ανθρώπου συνοδεύεται από κάποιον δισταγμό, μια επισήμανση σε ανώτερο συνάδελφο ή την αίσθηση ότι κάτι ίσως δεν πάει καλά.
Η εικασία ενός πράκτορα δεν μοιάζει έτσι. Εμφανίζεται ως καθαρός, καλογραμμένος και πλήρως διαμορφωμένος κώδικας, χωρίς κανένα σημάδι επιφύλαξης, ακόμη κι όταν είναι λάθος.
Η σύνταξη μιας προδιαγραφής αρκετά ακριβούς ώστε να αντέχει αυτό το χάσμα αρχίζει να μοιάζει περισσότερο με σύνταξη συμβολαίου παρά με συνοπτική περιγραφή προϊόντος. Ορίζετε κάθε εμπλεκόμενο ρόλο, χαρτογραφείτε κάθε επιτρεπόμενη μετάβαση κατάστασης και καλύπτετε τις οριακές περιπτώσεις, αντί να περιορίζεστε σιωπηρά στο ιδανικό σενάριο, όπως εξακολουθούν να κάνουν τα περισσότερα έγγραφα απαιτήσεων.
Οι ομάδες που θεωρούν αυτή την εργασία αγγαρεία τεκμηρίωσης μαθαίνουν με δυσάρεστο τρόπο ότι η ασαφής πρόθεση παράγει ασαφές λογισμικό με ταχύτητα μηχανής.
Εκείνες που αποκομίζουν πράγματι τα οφέλη παραγωγικότητας αντιμετωπίζουν τη σύνταξη προδιαγραφών ως αυτοτελή τεχνική δραστηριότητα, με τον ίδιο έλεγχο εκδόσεων, τους ίδιους κύκλους ανασκόπησης και την ίδια αυστηρότητα δοκιμών που παλιότερα επιφύλασσαν στον κώδικα.
Όπως λέει ο Gamba, η οργάνωση εξαρχής γύρω από την AI δεν δίνει άδεια παράλειψης διαδικασιών· απαιτεί τον ανασχεδιασμό τους από το μηδέν. «Πολλοί οργανισμοί προσπαθούν να εφαρμόσουν AI σε παλιές διαδικασίες. Αυτό δεν είναι μετασχηματισμός. Οι οργανισμοί που έχουν την AI στον πυρήνα τους ξεκινούν από διαφορετικό ερώτημα: αν η AI υπήρχε από την πρώτη ημέρα, πώς θα σχεδιάζαμε σήμερα αυτή τη διαδικασία;»
Από διαχειριστές εκκρεμών εργασιών σε επιμελητές της πρόθεσης
Η διαχείριση προϊόντος, η αρχιτεκτονική και η ανάπτυξη λογισμικού λειτουργούσαν ως τρεις ξεχωριστές δραστηριότητες με σαφείς μεταβιβάσεις εργασίας: η πρώτη αποφάσιζε τι θα κατασκευαστεί, η δεύτερη καθόριζε πώς και η τρίτη το υλοποιούσε και το παρέδιδε.
Όταν η υλοποίηση γίνεται φθηνή και γρήγορη, αυτές οι μεταβιβάσεις μετατρέπονται στο πιο αργό τμήμα της αλυσίδας. Αξία αποκτά όποιος μπορεί να διατηρεί τη συνολική εικόνα, να μετατρέπει την πρόθεση σε κάτι εκτελέσιμο από έναν πράκτορα και να εντοπίζει μια λανθασμένη παραδοχή πριν γίνει κώδικας που έχει ήδη διατεθεί, παρότι κανείς δεν τον ήθελε.
Ο ανασχεδιασμός αυτός αλλάζει σταδιακά ποιος ορίζει την εργασία και τι περιλαμβάνει πλέον ο ίδιος ο ρόλος.
«Σκεφτείτε τι συμβαίνει στον ρόλο του μηχανικού λογισμικού. Δεν γράφει πια μόνο κώδικα. Επιβλέπει τα αποτελέσματα των πρακτόρων, ορίζει προδιαγραφές, προετοιμάζει δοκιμές και επαληθεύει αποτελέσματα. Αυτό συγχωνεύει σε έναν ρόλο όσα παλιότερα ήταν τρεις ξεχωριστοί», είπε ο Gamba.
Με άλλα λόγια, η αξία δεν βρίσκεται πλέον μόνο στο να γνωρίζετε πώς να γράψετε ένα αίτημα εργασίας ή να οργανώσετε ένα sprint. Βρίσκεται στο να ξέρετε τι σημαίνει εξαιρετικό αποτέλεσμα πριν αρχίσει η δουλειά, να διακρίνετε τι είναι διανοητικά ενδιαφέρον από αυτό που χρειάζονται πραγματικά οι πελάτες και να έχετε το θάρρος να εγκαταλείψετε γρήγορα μια ιδέα όταν είναι σαφές ότι δεν ανταποκρίνεται σε αυτό το κριτήριο.
Αυτές οι κρίσεις μοιράζονταν παλιότερα ανάμεσα σε υπεύθυνο προϊόντος, αρχιτέκτονα και τεχνικό επικεφαλής που αντάλλασσαν απόψεις. Όλο και περισσότερο συγκεντρώνονται σε όποιον βρίσκεται πιο κοντά στον αρχικό ορισμό της εργασίας.
Αξίζει επίσης να θυμόμαστε ότι οι τίτλοι δεν εξαφανίζονται. Τα όριά τους όμως γίνονται δυσκολότερο να διατηρηθούν, ενώ όσοι διακρίνονται σε αυτό το λιγότερο σαφές περιβάλλον είναι εκείνοι που λειτουργούν ως επιμελητές της πρόθεσης.
Η γρήγορη εκτέλεση χωρίς δικλίδες ασφαλείας δεν είναι επιτυχία
Υπάρχει ένας κίνδυνος που εύκολα περνά απαρατήρητος όταν η πρόθεση είναι σαφής και η ροή AI λειτουργεί ομαλά: ακόμη και η γρήγορη, καλά ορισμένη εκτέλεση μπορεί να εισαγάγει αστοχίες που μια πιο αργή διαδικασία, με μεγαλύτερη ανθρώπινη συμμετοχή, θα εντόπιζε σχεδόν τυχαία.
Τα στοιχεία δεν αφήνουν πολλά περιθώρια εφησυχασμού. Οι δοκιμές της Veracode την άνοιξη του 2026 σε κορυφαία μοντέλα έδειξαν ότι μόνο το 55% των εργασιών παραγωγής κώδικα έδωσε ασφαλές αποτέλεσμα όταν δεν παρέχονταν ρητές οδηγίες ασφαλείας. Το ποσοστό αυτό έχει ελάχιστα μεταβληθεί σε δύο χρόνια, παρότι η λειτουργική ακρίβεια έχει αυξηθεί σημαντικά.
Είναι σαφές ότι η σωστή σύνταξη έχει πάψει εδώ και καιρό να είναι το δύσκολο σκέλος. Δυσκολότερα αντικαθίστανται οι κρίσεις που έκανε ενστικτωδώς ένας ανθρώπινος μηχανικός όσο πληκτρολογούσε: για την ασφάλεια, τη συμμόρφωση και για το ποια δεδομένα επιτρέπεται ή δεν επιτρέπεται να έρχονται σε επαφή με ποιο σύστημα.
Αυτό σημαίνει ότι η ίδια αυστηρότητα που εφαρμόζεται στον ορισμό του τι θα κατασκευαστεί πρέπει να επεκτείνεται και στον ορισμό των απαγορευμένων ενεργειών. Όρια συμμόρφωσης, κανόνες χειρισμού δεδομένων και δεοντολογικοί περιορισμοί χρειάζονται την ίδια προσεκτική διατύπωση με τις λειτουργικές απαιτήσεις.
Το να αφήνετε αυτά τα όρια άρρητα, ελπίζοντας ότι ο πράκτορας θα τα συναγάγει σωστά, είναι το ίδιο λάθος με το να αφήνετε ασαφείς τις απαιτήσεις προϊόντος και να ελπίζετε απλώς ότι η κατασκευή θα πάει καλά.
Τι σημαίνει ηγεσία σε αυτό το περιβάλλον
Τίποτα από αυτά δεν αποτελεί επιχείρημα κατά της ανάπτυξης που επιταχύνεται από AI. Η κατασκευή δεν ήταν ποτέ ταχύτερη ή φθηνότερη και η αλλαγή δεν μπορεί να αναιρεθεί.
Αυτό που δεν έγινε ευκολότερο, και ενδεχομένως έγινε δυσκολότερο, είναι να αποφασίζετε με πραγματική ακρίβεια τι αξίζει να κατασκευαστεί, να το περιγράφετε αρκετά καλά ώστε μια μηχανή να το υλοποιεί πιστά και να ορίζετε τα όρια που δεν επιτρέπεται να ξεπεράσει κατά την εκτέλεση.
Σε επιχειρησιακό επίπεδο, οι ομάδες που προηγούνται δεν είναι εκείνες με τους ταχύτερους πράκτορες προγραμματισμού. Είναι εκείνες που κατάλαβαν πριν από τους ανταγωνιστές τους ότι ο ακριβής ορισμός της εργασίας θα ήταν το δυσκολότερο πρόβλημα και άρχισαν να τον αντιμετωπίζουν αναλόγως.












