Προαγωγή κατ'αρχάς πρέπει να συνοδεύεται πάντα από αύξηση αποδοχών. Προαγωγή χωρίς αύξηση αποδοχών είναι για γέλια και εταιρεία που το κάνει, by principle δεν μπορεί να είναι σοβαρή εταιρεία. Άλλο βέβαια προαγωγή και άλλο εσωτερική μετακίνηση, συνήθως διαφορετικά πόστα πληρώνουν και διαφορετικά (για παράδειγμα αν από mid-level software engineer γίνεις senior QA automation engineer αυτό δεν σημαίνει αυτόματα και αύξηση καθώς η διεύθυνση του QA παραδοσιακά πληρώνει λιγότερο από τη διεύθυνση του development, κι'ας γίνεσαι senior από mid). Το εσωτερικό ranking system της εταιρείας δεν αντιπροσωπεύει πάντα το actual skill του υπαλλήλου. Το ότι η εταιρεία έχει βαφτίσει το επίπεδο "Junior Engineer" δεν σημαίνει ότι όσο είσαι σε αυτό το επίπεδο είσαι junior. Το actual skill level το κρίνεις εσύ, ο υπάλληλος, και το αντικατοπτρίζεις στο LinkedIn σου και στο βιογραφικό σου ανάλογα. Όταν βλέπεις ότι το χάσμα μεταξύ actual-LinkedIn skill level και εταιρικού level αυξάνεται αντί να μειώνεται, είναι καλό indicator ότι ήρθε η ώρα να αλλάξεις παραστάσεις. Στην προαγωγή υπάρχουν 2 καθοριστικοί συντελεστές: η αφορμή και οι παράγοντες που επηρεάζουν την απόφαση. Για την αφορμή υπάρχουν 3 περιπτώσεις συνήθως: α) Χωρίς αφορμή, δηλαδή σε παίρνουν μια μέρα και σου λένε συγχαρητήρια πήρες προαγωγή. Αυτό γίνεται πολύ σπάνια και πρέπει ή να είσαι πάρα πολύ καλός, ή να υπάρχει κάποια εσωτερική ανάγκη πχ για tech lead και να κριθεί ότι εσύ είσαι η καλύτερη επιλογή (επίσης σπάνιο, συνήθως επιλέγεται κάποιος που έχει ήδη αυτό το level ή γίνεται νέο hire). β) Τη ζητάς (με ή χωρίς έκφραση παραπόνων, ή/και υπονοούμενη απειλή ότι θα φύγεις αν δεν στην κάνουν). Το timing είναι πολύ σημαντικό όταν ζητάς την προαγωγή, πρέπει να το κάνεις σε μια φάση όπου το όνομα σου ακούγεται (και προφανώς ακούγεται για καλό). Πχ έχεις μόλις ανακαλύψει ένα σημαντικό security concern, το έχεις κάνει raise στo manager σου και έχεις αναλάβει να το λύσεις ή μόλις το έλυσες - αυτό είναι μια καλή ευκαιρία να ζητήσεις την προαγωγή γιατί ο manager σου έχει αναφέρει το όνομα σου στους κύκλους του και είσαι "στο spotlight" ας πουμε. γ) Παραιτείσαι, 9 στις 10 φορές ο manager σου ή το HR θα σου κάνουν αντιπρόταση που κάποιες φορές συμπεριλαμβάνει και προαγωγή για να μείνεις. Το κατά πόσο θα στην κάνουν αυτή την αντιπρόταση εξαρτάται από τις τρέχουσες αποδοχές σου και το πόσο αναλώσιμος είσαι. Προσοχή ποτέ δεν παραιτούμαστε αν δεν έχουμε έτοιμο το job offer από άλλη εταιρεία! Όσον αφορά τους παράγοντες που επηρεάζουν την απόφαση της προαγωγής σου, είναι σημαντικό να ξέρεις ποιοί παίρνουν αυτήν την απόφαση. Κάποιες φορές μπορεί να είναι μόνο ο μάνατζερ, κάποιες άλλες ο μάνατζερ με τον μάνατζερ του, κάποιες φορές με το HR, κάποιες φορές με τον product owner κλπ (πάντως πάντα είναι ο μάνατζερ σου). Η βασική ερώτηση που καλούνται να απαντήσουν αυτοί που παίρνουν την απόφαση είναι: ποιο είναι το worst case scenario αν αυτός ξενερώσει και φύγει? Όσο χειρότερο το σενάριο, τόσο πιο πιθανό να σου απαντήσουν θετικά - αν έχεις στήσει όλο το infrastructure ή έχεις γράψει τη μισή εφαρμογή ή είσαι ο μόνος που ξέρει πως σκατά δουλεύει αυτή η μ***κία που νομίζει οτι είναι βάση δεδομένων, είσαι πιο αναντικατάστατος από κάποιον που απλά ήρθε και έκανε 50 commits που πέρασαν όλα code review (οπότε το know how υπάρχει και σε άλλους). Καλώς ή κακώς αυτό μπορεί να σε κάνει να δουλεύεις με τρόπους που να διασφαλίζουν το job security σου (το γνωστό meme που γράφεις τόσο σκατά κώδικα που κανένας άλλος δεν ξέρει πως δουλεύει και έτσι έχεις job security) και αυτό από μόνο του δεν είναι κακό, αρκεί να μην υπονομεύεις τους συναδέλφους σου (αν ακούσω ότι πανωγράφεις commits συναδέλφου απλά και μόνο για να φαίνεται ότι ζμπρώχνεις εσύ πιο πολλά commits, θα σε βρω). Τέλος πάντων για να μην μακρηγορώ σε αυτό, τα ιδανικά σενάρια είναι σαν αυτο με το security concern που ανέφερα νωρίτερα, δηλαδή αναγνωρίζεις μια ανάγκη και προθυμοποιείσαι να την αναλάβεις. Στο πιο σπάνιο σενάριο της προαγωγής λόγω ανοιχτής θέσης (πχ νέο πρότζεκτ χρειάζεται technical lead), οι παράγοντες είναι αρκετά πιο απλοί: αν έχεις δείξει ότι μπορείς να ανταπεξέλθεις καλύτερα από άλλους υποψηφίους, θα διαλέξουν εσένα. Για μια technical lead θέση πχ, θα επιλέξουν τον mid-level ή τον senior engineer που έχει δείξει σημάδια ότι μπορεί να ανταπεξέλθει σε έναν ηγετικό ρόλο τόσο από τεχνικής άποψης (να στήσει το architecture) όσο και από "προσωπικής" δηλαδή να έχει καλές σχέσεις με τους συναδέλφους του αλλά και να μπορεί να τους επιβληθεί με το expertise του. Και σε αυτή τη φάση είναι σημαντικό να βρίσκεται το όνομα σου "στο spotlight" δηλαδή να ακούγεται στους κύκλους τον μανατζαρέων ως αυτός που ανακάλυψε το security bug ή αυτός που έστησε το authentication κλπ κλπ. Γενικά αν πρέπει να συνοψίσω όλο αυτό το σεντόνι σε 1 πρόταση-συμβουλή είναι να προσπαθούμε πάντα να γινόμαστε καλύτεροι σε αυτό που κάνουμε, να αναλαμβάνουμε ευθύνες ακόμα και αν αυτό σημαίνει λιγότερο TH-cam μεταξύ 9-5 (oh the irony), και να το (υπέρ)πουλάμε όσο περισσότερο μας παίρνει. Edit: ξέχασα να γράψω για το evaluation, το evaluation είναι ένα process συνήθως στις πιο μεγάλες εταιρείες (αλλά και μικρή εταιρεία μπορεί να το κάνει), κατά το οποίο λαμβάνεται υπόψη το feedback για σένα από το μάνατζερ σου και τον πελάτη (εφ'όλης της ύλης δηλαδή και η ποιότητα του κώδικα που γράφεις, αν παραδίδεις on time, αν είσαι συνεργάσιμος, αν βαριέσαι κλπ) αλλά και πιθανώς κάποια metrics για να βγει ένα νουμεράκι από το 1 μέχρι το 10 το οποίο υποτίθεται ότι αντικατροπτρίζει την αξία σου σαν προγραμματιστής. Κουραφέξαλα στην πραγματικότητα, αλλά δυστυχώς αυτό το νουμεράκι λαμβάνεται πάντα υπόψη όταν είναι να πάρεις προαγωγή οπότε αφιέρωσε 2 ώρες στα βαρετά workshops του HR για να καταλάβεις πως βγαίνει και προσπάθησε να το μαξάρεις.
To οργανικό μονοπάτι από junior σε mid/senior είναι όπως το λέτε, κάνεις τη δουλειά σου, είσαι στρατιώτης αναλαμβάνεις ευθύνες, παίρνεις προαγωγή/αύξηση οργανικά. Από εκεί και πάνω ξεκινάει ένα άλλο κομμάτι κατ'εμέ που είναι καθαρά βασισμένο σε 2 πράγματα. Commitment/ Γνωριμίες και διαπρωσοπικές σχέσεις. Θέλω να πω, όταν δοιηκείς ένα κομμάτι ενός οργανισμού πρέπει ο άλλος να σε εμπιστεύεται να πάρεις αποφάσεις σόλο σαν να καίγεται και η δικιά σου γούνα. Δεν υπάρχει κάποιος να αποροφήσει τα ρίσκα σου και τις αποτυχίες σου και πρέπει και εσύ να θέλεις να γίνεις ένα τόσο στρατηγικό κομμάτι του οργανισμού (Η δουλειά δεν τελειώνει στις 5 όταν φύγεις από το γραφείο). Σε αυτές τις θέσεις υπάρχει μεγάλη αδράνεια. Δύσκολα χάνεις μια τέτοια θέση αν είσαι καιρό σε αυτή και δύσκολα την αποκτάς αν δεν την έχεις ήδη. Τέλος το πρόβλημα σε αυτό το επίπεδο είναι και ότι από εκεί που θέλαμε εν δυνάμει όλοι οι junior να γίνουν senior, θέλουμε μόνο ένας στους 20/10/5/1 senior να γίνει lead/vp/director/c-level.
Καλησπερα, λιγο ακυρη ερωτηση αλλα φτιαχνω ενα ecommerce project και θα ηθελα να ρωτησω ποια πλατφορμα χρησιμοποιουν στην Ελλαδα τα websites για τις συναλλαγες. Ευχαριστω πολυ.
ΒΙΝΤΕΑΡΑ μαγκες!!! την βλεπω μετα απο ποσο καιρο κ αλλη μια φορα συνειδητοποιώ αυτα που λετε και τα χω ζησει . Στο στιγμυοτυπο 6.30 -7.50 Αν πας σε εταιρια και δεν αυξανονται οι προγραμματιστες δεν εχει εξελιξη ... και οντως οι αυξησεις μικρες και δεν προσλαμβανουν αρα το πλαισιο που κυμαινεται ειναι πολυ σταθερο οικονομικα ή και ενδεχομενως κακό . Επισης αυτο που λες ειναι 100% σωστο γιατι οταν γιναν αυξησεις ρωτησα ενδεχομενως του χρονου που κινουμαστε γιατι ειχα κανει συζητηση με HR για το οικονομικο κομματι που δεν ηταν οκ για εμενα και μου απαντησαν οτι αναλογα τα κερδη της εταιριας (κυριως ) και μετα με βαση την αποδοση σου εξαρτονται οι αυξησεις
Προαγωγή κατ'αρχάς πρέπει να συνοδεύεται πάντα από αύξηση αποδοχών. Προαγωγή χωρίς αύξηση αποδοχών είναι για γέλια και εταιρεία που το κάνει, by principle δεν μπορεί να είναι σοβαρή εταιρεία. Άλλο βέβαια προαγωγή και άλλο εσωτερική μετακίνηση, συνήθως διαφορετικά πόστα πληρώνουν και διαφορετικά (για παράδειγμα αν από mid-level software engineer γίνεις senior QA automation engineer αυτό δεν σημαίνει αυτόματα και αύξηση καθώς η διεύθυνση του QA παραδοσιακά πληρώνει λιγότερο από τη διεύθυνση του development, κι'ας γίνεσαι senior από mid).
Το εσωτερικό ranking system της εταιρείας δεν αντιπροσωπεύει πάντα το actual skill του υπαλλήλου. Το ότι η εταιρεία έχει βαφτίσει το επίπεδο "Junior Engineer" δεν σημαίνει ότι όσο είσαι σε αυτό το επίπεδο είσαι junior. Το actual skill level το κρίνεις εσύ, ο υπάλληλος, και το αντικατοπτρίζεις στο LinkedIn σου και στο βιογραφικό σου ανάλογα. Όταν βλέπεις ότι το χάσμα μεταξύ actual-LinkedIn skill level και εταιρικού level αυξάνεται αντί να μειώνεται, είναι καλό indicator ότι ήρθε η ώρα να αλλάξεις παραστάσεις.
Στην προαγωγή υπάρχουν 2 καθοριστικοί συντελεστές: η αφορμή και οι παράγοντες που επηρεάζουν την απόφαση.
Για την αφορμή υπάρχουν 3 περιπτώσεις συνήθως:
α) Χωρίς αφορμή, δηλαδή σε παίρνουν μια μέρα και σου λένε συγχαρητήρια πήρες προαγωγή. Αυτό γίνεται πολύ σπάνια και πρέπει ή να είσαι πάρα πολύ καλός, ή να υπάρχει κάποια εσωτερική ανάγκη πχ για tech lead και να κριθεί ότι εσύ είσαι η καλύτερη επιλογή (επίσης σπάνιο, συνήθως επιλέγεται κάποιος που έχει ήδη αυτό το level ή γίνεται νέο hire).
β) Τη ζητάς (με ή χωρίς έκφραση παραπόνων, ή/και υπονοούμενη απειλή ότι θα φύγεις αν δεν στην κάνουν). Το timing είναι πολύ σημαντικό όταν ζητάς την προαγωγή, πρέπει να το κάνεις σε μια φάση όπου το όνομα σου ακούγεται (και προφανώς ακούγεται για καλό). Πχ έχεις μόλις ανακαλύψει ένα σημαντικό security concern, το έχεις κάνει raise στo manager σου και έχεις αναλάβει να το λύσεις ή μόλις το έλυσες - αυτό είναι μια καλή ευκαιρία να ζητήσεις την προαγωγή γιατί ο manager σου έχει αναφέρει το όνομα σου στους κύκλους του και είσαι "στο spotlight" ας πουμε.
γ) Παραιτείσαι, 9 στις 10 φορές ο manager σου ή το HR θα σου κάνουν αντιπρόταση που κάποιες φορές συμπεριλαμβάνει και προαγωγή για να μείνεις. Το κατά πόσο θα στην κάνουν αυτή την αντιπρόταση εξαρτάται από τις τρέχουσες αποδοχές σου και το πόσο αναλώσιμος είσαι. Προσοχή ποτέ δεν παραιτούμαστε αν δεν έχουμε έτοιμο το job offer από άλλη εταιρεία!
Όσον αφορά τους παράγοντες που επηρεάζουν την απόφαση της προαγωγής σου, είναι σημαντικό να ξέρεις ποιοί παίρνουν αυτήν την απόφαση. Κάποιες φορές μπορεί να είναι μόνο ο μάνατζερ, κάποιες άλλες ο μάνατζερ με τον μάνατζερ του, κάποιες φορές με το HR, κάποιες φορές με τον product owner κλπ (πάντως πάντα είναι ο μάνατζερ σου). Η βασική ερώτηση που καλούνται να απαντήσουν αυτοί που παίρνουν την απόφαση είναι: ποιο είναι το worst case scenario αν αυτός ξενερώσει και φύγει? Όσο χειρότερο το σενάριο, τόσο πιο πιθανό να σου απαντήσουν θετικά - αν έχεις στήσει όλο το infrastructure ή έχεις γράψει τη μισή εφαρμογή ή είσαι ο μόνος που ξέρει πως σκατά δουλεύει αυτή η μ***κία που νομίζει οτι είναι βάση δεδομένων, είσαι πιο αναντικατάστατος από κάποιον που απλά ήρθε και έκανε 50 commits που πέρασαν όλα code review (οπότε το know how υπάρχει και σε άλλους). Καλώς ή κακώς αυτό μπορεί να σε κάνει να δουλεύεις με τρόπους που να διασφαλίζουν το job security σου (το γνωστό meme που γράφεις τόσο σκατά κώδικα που κανένας άλλος δεν ξέρει πως δουλεύει και έτσι έχεις job security) και αυτό από μόνο του δεν είναι κακό, αρκεί να μην υπονομεύεις τους συναδέλφους σου (αν ακούσω ότι πανωγράφεις commits συναδέλφου απλά και μόνο για να φαίνεται ότι ζμπρώχνεις εσύ πιο πολλά commits, θα σε βρω). Τέλος πάντων για να μην μακρηγορώ σε αυτό, τα ιδανικά σενάρια είναι σαν αυτο με το security concern που ανέφερα νωρίτερα, δηλαδή αναγνωρίζεις μια ανάγκη και προθυμοποιείσαι να την αναλάβεις.
Στο πιο σπάνιο σενάριο της προαγωγής λόγω ανοιχτής θέσης (πχ νέο πρότζεκτ χρειάζεται technical lead), οι παράγοντες είναι αρκετά πιο απλοί: αν έχεις δείξει ότι μπορείς να ανταπεξέλθεις καλύτερα από άλλους υποψηφίους, θα διαλέξουν εσένα. Για μια technical lead θέση πχ, θα επιλέξουν τον mid-level ή τον senior engineer που έχει δείξει σημάδια ότι μπορεί να ανταπεξέλθει σε έναν ηγετικό ρόλο τόσο από τεχνικής άποψης (να στήσει το architecture) όσο και από "προσωπικής" δηλαδή να έχει καλές σχέσεις με τους συναδέλφους του αλλά και να μπορεί να τους επιβληθεί με το expertise του. Και σε αυτή τη φάση είναι σημαντικό να βρίσκεται το όνομα σου "στο spotlight" δηλαδή να ακούγεται στους κύκλους τον μανατζαρέων ως αυτός που ανακάλυψε το security bug ή αυτός που έστησε το authentication κλπ κλπ.
Γενικά αν πρέπει να συνοψίσω όλο αυτό το σεντόνι σε 1 πρόταση-συμβουλή είναι να προσπαθούμε πάντα να γινόμαστε καλύτεροι σε αυτό που κάνουμε, να αναλαμβάνουμε ευθύνες ακόμα και αν αυτό σημαίνει λιγότερο TH-cam μεταξύ 9-5 (oh the irony), και να το (υπέρ)πουλάμε όσο περισσότερο μας παίρνει.
Edit: ξέχασα να γράψω για το evaluation, το evaluation είναι ένα process συνήθως στις πιο μεγάλες εταιρείες (αλλά και μικρή εταιρεία μπορεί να το κάνει), κατά το οποίο λαμβάνεται υπόψη το feedback για σένα από το μάνατζερ σου και τον πελάτη (εφ'όλης της ύλης δηλαδή και η ποιότητα του κώδικα που γράφεις, αν παραδίδεις on time, αν είσαι συνεργάσιμος, αν βαριέσαι κλπ) αλλά και πιθανώς κάποια metrics για να βγει ένα νουμεράκι από το 1 μέχρι το 10 το οποίο υποτίθεται ότι αντικατροπτρίζει την αξία σου σαν προγραμματιστής. Κουραφέξαλα στην πραγματικότητα, αλλά δυστυχώς αυτό το νουμεράκι λαμβάνεται πάντα υπόψη όταν είναι να πάρεις προαγωγή οπότε αφιέρωσε 2 ώρες στα βαρετά workshops του HR για να καταλάβεις πως βγαίνει και προσπάθησε να το μαξάρεις.
αυτά.. αλλα οχι για την Ελλάδα.
Αρκετά βοηθητικοί as always. Σας ευχαριστούμε για το περιεχόμενο :D
To οργανικό μονοπάτι από junior σε mid/senior είναι όπως το λέτε, κάνεις τη δουλειά σου, είσαι στρατιώτης αναλαμβάνεις ευθύνες, παίρνεις προαγωγή/αύξηση οργανικά. Από εκεί και πάνω ξεκινάει ένα άλλο κομμάτι κατ'εμέ που είναι καθαρά βασισμένο σε 2 πράγματα. Commitment/ Γνωριμίες και διαπρωσοπικές σχέσεις. Θέλω να πω, όταν δοιηκείς ένα κομμάτι ενός οργανισμού πρέπει ο άλλος να σε εμπιστεύεται να πάρεις αποφάσεις σόλο σαν να καίγεται και η δικιά σου γούνα. Δεν υπάρχει κάποιος να αποροφήσει τα ρίσκα σου και τις αποτυχίες σου και πρέπει και εσύ να θέλεις να γίνεις ένα τόσο στρατηγικό κομμάτι του οργανισμού (Η δουλειά δεν τελειώνει στις 5 όταν φύγεις από το γραφείο). Σε αυτές τις θέσεις υπάρχει μεγάλη αδράνεια. Δύσκολα χάνεις μια τέτοια θέση αν είσαι καιρό σε αυτή και δύσκολα την αποκτάς αν δεν την έχεις ήδη. Τέλος το πρόβλημα σε αυτό το επίπεδο είναι και ότι από εκεί που θέλαμε εν δυνάμει όλοι οι junior να γίνουν senior, θέλουμε μόνο ένας στους 20/10/5/1 senior να γίνει lead/vp/director/c-level.
video_title.replace("Πότε", "Ποτέ")
Καλησπερα, λιγο ακυρη ερωτηση αλλα φτιαχνω ενα ecommerce project και θα ηθελα να ρωτησω ποια πλατφορμα χρησιμοποιουν στην Ελλαδα τα websites για τις συναλλαγες. Ευχαριστω πολυ.
Νομίζω πως τώρα είναι καλή στιγμή για προαγωγή, ο Φλεβάρης είναι καλός μήνας για προαγωγή.
Από τι εξαρτάται αυτό ; Γιατί να είναι ο Φλεβάρης και όχι ο Μάρτιος για παραδείγμα ;
ΒΙΝΤΕΑΡΑ μαγκες!!! την βλεπω μετα απο ποσο καιρο κ αλλη μια φορα συνειδητοποιώ αυτα που λετε και τα χω ζησει . Στο στιγμυοτυπο 6.30 -7.50 Αν πας σε εταιρια και δεν αυξανονται οι προγραμματιστες δεν εχει εξελιξη ... και οντως οι αυξησεις μικρες και δεν προσλαμβανουν αρα το πλαισιο που κυμαινεται ειναι πολυ σταθερο οικονομικα ή και ενδεχομενως κακό . Επισης αυτο που λες ειναι 100% σωστο γιατι οταν γιναν αυξησεις ρωτησα ενδεχομενως του χρονου που κινουμαστε γιατι ειχα κανει συζητηση με HR για το οικονομικο κομματι που δεν ηταν οκ για εμενα και μου απαντησαν οτι αναλογα τα κερδη της εταιριας (κυριως ) και μετα με βαση την αποδοση σου εξαρτονται οι αυξησεις
Δν πρκλθούσα τόση ώρα, κποια στιγμή θ το κάνω. Τουρουρουρου...
" να βοηθάς και να εξελίξεις και τους άλλους ανθρωπους" χαχαχα γελάω. Ποιοι? Αυτοί που τους ρωτάς και επιτειδες στο λένε λάθος?