Άκου το άρθρο
Ανανέωσες τη λίστα των project σου, πρόσθεσες το νέο σου stack, και το IT CV σου ακόμα δεν φέρνει απάντηση. Άνοιξέ το δίπλα στο architecture doc από το τελευταίο σου sprint και το πρόβλημα φαίνεται αμέσως: διαβάζονται το ίδιο. Και τα δύο περιγράφουν συστήματα. Κανένα από τα δύο δεν απαντά στην ερώτηση που πραγματικά κάνει ο recruiter όταν σκανάρει το CV σου για λίγα δευτερόλεπτα — μια ερώτηση πολύ πιο απλή και λιγότερο τεχνική απ' όσο φαντάζεσαι: τι άλλαξε επειδή ήσουν εσύ αυτός που έκανε τη δουλειά.
Αυτή είναι η πραγματική διαφορά ανάμεσα σε ένα IT CV και ένα tech spec. Το spec τεκμηριώνει ένα σύστημα για κάποιον που έχει ήδη context και χρόνο. Το CV πρέπει να υποστηρίξει μια υπόθεση, γρήγορα, σε κάποιον που δεν έχει ούτε το ένα ούτε το άλλο. Η διόρθωση δεν σημαίνει να απλοποιήσεις το τεχνικό περιεχόμενο — σημαίνει να στρέψεις τα ίδια στοιχεία προς διαφορετική ερώτηση.
Γιατί το IT CV σου Διαβάζεται σαν Tech Spec
Τα περισσότερα IT βιογραφικά γλιστρούν προς τη λογική του spec για έναν κατανοητό λόγο: έτσι είναι τεκμηριωμένη η ίδια η δουλειά. Τα tickets του sprint, οι αποφάσεις αρχιτεκτονικής, οι περιγραφές PR — όλα σε εκπαιδεύουν να περιγράφεις τι κάνει το σύστημα, όχι τι άλλαξε επειδή το έκανες εσύ. Όταν αυτή η συνήθεια μεταφέρεται στο CV, το «μετέφερα το billing service σε microservices» είναι μια αληθινή πρόταση — και μια νεκρή πρόταση. Λέει στον recruiter ότι άγγιξες κάτι. Δεν του λέει αν κάτι έγινε καλύτερο, πιο γρήγορο, πιο φθηνό ή πιο ασφαλές επειδή το έκανες εσύ.
Η λύση δεν είναι να προσθέσεις επίθετα. Είναι να ονομάσεις το πριν και το μετά που η περιγραφή του project προσπερνάει σιωπηλά.
Η Λίστα Ελέγχου IT CV εναντίον Tech Spec
Τρέξε το τρέχον draft σου μέσα από αυτή τη λίστα, γραμμή προς γραμμή:
- Έλεγχος ρήματος — ξεκινά το bullet με αυτό που έκανες («ανασχεδίασα», «μείωσα», «ηγήθηκα») ή με αυτό που είναι το σύστημα («υπεύθυνος για», «ασχολήθηκα με»); Τα specs περιγράφουν κατάσταση· τα CV περιγράφουν δράση.
- Έλεγχος «και λοιπόν;» — μετά την τεχνική λεπτομέρεια, υπάρχει συνέπεια; Το «μετέφερα σε microservices» είναι γραμμή spec. Το «μετέφερα σε microservices, μειώνοντας τον χρόνο deploy από 40 λεπτά σε κάτω από 5» είναι γραμμή CV.
- Έλεγχος κοινού — θα καταλάβαινε ο μηχανισμό ένας μη τεχνικός recruiter το αποτέλεσμα, ακόμα κι αν δεν καταλαβαίνει τον μηχανισμό; Ο μηχανισμός μπορεί να παραμείνει τεχνικός· το αποτέλεσμα δεν χρειάζεται γλωσσάρι.
- Έλεγχος λίστας εργαλείων — τα tech συνδέονται με αυτό που έφτιαξες μαζί τους, ή απλά απαριθμούνται σε ένα μπλοκ; Μια αιωρούμενη λίστα 20 εργαλείων διαβάζεται ως keywords, όχι ως απόδειξη.
- Έλεγχος εμβέλειας — λέει το bullet ποιοι επηρεάστηκαν ή πόσο μεγάλο ήταν το σύστημα (χρήστες, requests per second, μέγεθος ομάδας, όγκος δεδομένων); Η κλίμακα είναι συχνά το μόνο νούμερο που έχει ένας ρόλος IT, και μετράει.
- Έλεγχος επικαιρότητας — παίρνει το παλιότερο, λιγότερο σχετικό project τον ίδιο χώρο με το πιο πρόσφατο και πιο σχετικό; Τα specs τεκμηριώνουν την ιστορία εξίσου. Τα CV δεν πρέπει.
Αν περισσότερα από δύο ή τρία bullets αποτυγχάνουν στον έλεγχο «και λοιπόν;», εκεί ακριβώς το CV σου διαβάζεται σήμερα σαν τεκμηρίωση και όχι σαν πρόταση. Το Πώς να Γράψεις Bullet Points στο Βιογραφικό που Αποδεικνύουν Αξία μπαίνει πιο βαθιά στο πώς ξαναχτίζεις αυτές τις γραμμές μία προς μία.
Βιογραφικό για Software Engineer: Από Κώδικα σε Αποτέλεσμα
Στα βιογραφικά για software engineer ειδικότερα, η συνήθεια του tech spec εμφανίζεται κυρίως στις περιλήψεις project. Το «ασχολήθηκα με microservices» γίνεται χρήσιμο μόλις συνδέσεις τι έκανε αυτό το service για κάποιον: requests που εξυπηρετήθηκαν, latency που μειώθηκε, incidents που αποφεύχθηκαν, χρόνος onboarding νέων μηχανικών που μίκρυνε. Δεν χρειάζεται να «κατέχεις» προσωπικά το metric — η engineering δουλειά σχεδόν πάντα αφήνει μετρήσιμο ίχνος, έστω και έμμεσο. Αν πραγματικά δεν βρίσκεις νούμερο, το Πώς να Δείξεις Αποτελέσματα στο CV Όταν Δεν Έχεις Νούμερα εξηγεί τι μετράει ως απόδειξη όταν το dashboard δεν είναι δικό σου να το screenshotάρεις.
Data, DevOps και IT PM: Ίδια Λύση, Διαφορετική Απόδειξη
Η λίστα ελέγχου ισχύει σε όλους τους ρόλους IT — αλλάζει μόνο η μονάδα απόδειξης:
- Οι data analysts αποδεικνύουν impact μέσα από αποφάσεις, όχι dashboards: ποια αναφορά άλλαξε μια τιμολογιακή απόφαση, ποιο μοντέλο εντόπισε churn πριν συμβεί.
- DevOps και SRE το αποδεικνύουν μέσα από σταθερότητα και ταχύτητα: συχνότητα deploy, mean time to recovery, incidents που δεν συνέβησαν χάρη σε μια αλλαγή που έκανες.
- Οι IT project managers το αποδεικνύουν μέσα από παράδοση κάτω από περιορισμούς: budget που κρατήθηκε, scope που αναδιαπραγματεύτηκε χωρίς να χαθεί η ημερομηνία, μια μετάβαση vendor που δεν προκάλεσε downtime.
Σε κάθε περίπτωση, η περιγραφή του συστήματος είναι η εισαγωγή, όχι το νόημα. Το CV χρειάζεται τη δεύτερη πρόταση που ένα spec δεν γράφει ποτέ.
Format IT CV: Ποια Σειρά Διαβάζει Πραγματικά ο Recruiter
Τα προβλήματα format επιβαρύνουν ένα draft που ήδη μοιάζει με tech spec. Το σωστό format για IT CV βάζει πρώτα μια κοντή περίληψη που ονομάζει τον ρόλο και την ειδικότητά σου — όχι έναν γενικό στόχο — μετά εμπειρία ταξινομημένη κατά σχετικότητα και επικαιρότητα, δεξιότητες ομαδοποιημένες με βάση πώς θα τις χρησιμοποιούσες στην πράξη (γλώσσες, infra, εργαλεία) αντί για αλφαβητικά, και εκπαίδευση στο τέλος, εκτός αν είσαι στην αρχή της καριέρας σου. Μία ή δύο σελίδες, ανάλογα με την εμπειρία σου. Αν δεν είσαι σίγουρος αν το τρέχον layout σου περνάει από ένα σύστημα παρακολούθησης αιτήσεων πριν το δει ποτέ άνθρωπος, ο Οδηγός ATS CV καλύπτει ξεχωριστά το δομικό κομμάτι από τη γραφή που εξηγούμε εδώ.
Το Επόμενο Βήμα
Τίποτα από όλα αυτά δεν σημαίνει να κρύψεις το τεχνικό βάθος που σου έφερε τη συνέντευξη εξαρχής — σημαίνει να φροντίσεις ώστε αυτό το βάθος να στέκεται δίπλα σε ένα αποτέλεσμα, όχι στη θέση του. Αν θέλεις ένα δεύτερο, έμπειρο μάτι πριν το στείλεις, η δωρεάν αξιολόγηση CV της Kaeros είναι ένας πραγματικός άνθρωπος που σου λέει ξεκάθαρα τι δουλεύει, τι διαβάζεται σαν τεκμηρίωση, και τι να διορθώσεις πρώτο.