Το DavaFlow της Endava φέρνει το OpenAI σε κάθε στάδιο της ανάπτυξης λογισμικού

Τι άλλαξε πραγματικά το DavaFlow

Η περιγραφή της Endava, μέσα από τον CTO Matthew Cloke, αφηγείται μια συγκεκριμένη αλληλουχία γεγονότων. Η κωδικοποίηση με υποβοήθηση ΤΝ επιτάχυνε πρώτα την παραγωγή στη μηχανική. Αυτό αποκάλυψε ένα νέο σημείο συμφόρησης: η συγκέντρωση απαιτήσεων, η επιχειρηματική ανάλυση, ο σχεδιασμός και ο συντονισμός των εμπλεκόμενων μερών δεν μπορούσαν πλέον να συμβαδίσουν με τον ρυθμό παραγωγής κώδικα.

Η απάντηση ήταν το DavaFlow, μια μεθοδολογία υλοποίησης που διαπερνά με τεχνολογία OpenAI ολόκληρο τον κύκλο ζωής—προετοιμασία συναντήσεων, επιχειρηματικό σχεδιασμό, ανακάλυψη προϊόντος, μηχανική και ανάπτυξη. Η δήλωση του Cloke είναι ασυνήθιστα απόλυτη.

Δεν υπάρχει κομμάτι του DavaFlow που να μη χρησιμοποιεί τεχνολογία OpenAI.Montana Labs

Αυτή η οπτική έχει σημασία γιατί αντιμετωπίζει την ΤΝ ως αλλαγή στην ίδια την αλληλουχία της εργασίας υλοποίησης, όχι ως συμπληρωματικό εργαλείο. Ο Cloke περιγράφει το να είσαι "AI-native" ως το να στρέφεσαι πρώτα στην ΤΝ για να λύσεις ένα πρόβλημα, όχι τελευταία.

Η εφαρμογή τιμολόγησης είναι το ενδιαφέρον στοιχείο

Το μεγαλύτερο μέρος της ανακοίνωσης απαριθμεί γνώριμες κατηγορίες υιοθέτησης: η νομική υπηρεσία απλοποιεί την έρευνα, οι project managers χρησιμοποιούν το Codex για αναφορές διακυβέρνησης, η διοίκηση χρησιμοποιεί agents για να συνοψίζει έργα και να διαχειρίζεται τα εισερχόμενα. Αυτά είναι πραγματικά, αλλά γενικόλογα.

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

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

Ποιος χτίζει το frontend όταν η μηχανική δεν είναι το σημείο συμφόρησης

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

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

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

Η συνέπεια: οι διαδραστικές διεπαφές γίνονται ένα αναλώσιμο μέσο σκέψης

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

Για τις εφαρμοσμένες ομάδες, το μάθημα είναι στενό και πρακτικό. Όταν η δημιουργία ενός χρησιμοποιήσιμου frontend κοστίζει λεπτά, η διεπαφή σταματά να είναι παραδοτέο και γίνεται τρόπος να γίνει μια συζήτηση—χτισμένη για να παρθεί μία απόφαση και μετά να πεταχτεί. Αυτό χαμηλώνει τον πήχη για το ποιος μπορεί να σχεδιάζει αλληλεπιδράσεις λογισμικού, και εγείρει ένα νέο ζήτημα διακυβέρνησης: ποιες από αυτές τις πρόχειρες εφαρμογές καταλήγουν σιωπηλά να γίνονται κρίσιμες για τη λειτουργία.