Nie określiłem ilościowo prawie niczego w moim CV. Podałem tylko liczby, kiedy były obiektywnie dostępne: data urodzenia, wyniki w szkole itp. Poza tym napisałem tylko o doświadczeniu i projektach, nad którymi pracowałem.

Zwykle, jeśli uważnie czytasz , przykłady z „kwantyzacją” odnoszą się do miejsc pracy, w których liczby są „bogami” - a są to zwykle sprzedaż (lub inne powiązane lub podobne czynności).

Wyjaśniłem tutaj strukturę mojego CV, na wypadek gdybyś potrzebował inspiracji.

Uwagi:

1. Nie oznacza, że ​​za wszelką cenę należy unikać kwantyzacji. Jeśli masz jakieś odpowiednie numery, możesz je pokazać. Jest to „kwantyzacja za wszelką cenę”, przeciwko której mówię.

2. Jak stwierdzono w komentarzu, niektóre firmy technologiczne wydają się być wielkimi fanami liczb. Jednak moim zdaniem większość firm technologicznych nie odrzuca Cię od samego początku tylko z tego powodu.

3. Zwykle, jeśli firma naprawdę chce mieć numery, będą specjalnie pytać , albo bezpośrednio, albo za pośrednictwem publicznych kanałów komunikacji (np. na ich stronie internetowej).

4. Jeśli kiedykolwiek napotkasz dużą liczbę potencjalnych pracodawców proszących o podanie numerów, zacznij myśleć, aby zaktualizować CV. Podczas mojej prawie 20-letniej pracy nikt nigdy nie pytał mnie podczas wywiadów o liczby związane z „auto-marketingiem”.

Dobra wskazówka od @PaulKaram w komentarzu

Mówimy, że większość firm nie potrzebuje kwantyzacji, a jedynie listę wymaganych umiejętności. Prawda jest może gdzieś pomiędzy. Porównaj:

1. Biegle posługuję się C, C ++, Python i Ruby
2. Biegle posługuję się czterema językami programowania / skryptów : C, C ++, Python i Ruby

Czy stwierdzenie 2 jest bardziej „ilościowe” niż stwierdzenie 1 tylko dlatego, że podaje liczby wyraźnie? Czy stwierdzenie 2 zawiera więcej informacji? Dla mnie zdanie 2 jest właściwie trudniejsze do odczytania, ponieważ muszę wyrzucić „śmieciowe” informacje.

Osobiście uważam, że rada „określ wszystko ilościowo” (którą również widziałem) jest naprawdę złą radą dla inżynierów oprogramowania. Pracujemy w zespołach, nie produkujemy niczego indywidualnie (chyba że jesteś jedynym programistą, w takim przypadku możesz odebrać 100% wszystkiego ...).

Podkreśl technologie, nad którymi pracowałeś z obowiązkami, które miałeś na poprzednich stanowiskach i ile masz lat doświadczenia. To są kryteria, które pozwolą Ci wziąć udział w rozmowie kwalifikacyjnej.

Jako osoba, która rutynowo czyta życiorysy programistów, określ, czy chcesz, czy nie. To naprawdę nie ma znaczenia, ponieważ i tak ignoruję tę część punktu, ponieważ wiem, że nie umieściłbyś go w swoim CV, gdyby było złe. I tak prawdopodobnie są to zawyżone liczby. Najważniejsze dla mnie są:

• Znajomość wielu języków programowania i narzędzi (pokazuje, że chcesz uczyć się nowych rzeczy i nie postrzegasz siebie jako programisty (Wstaw język programowania) tylko
• Doświadczenie zawodowe, które pokazuje, że jesteś w stanie przyjąć ledwo / słabo udokumentowane żądanie użytkownika i opracować coś, o co naprawdę prosił użytkownik.

Myślę, że liczby są niezwykle ważne, aby pomóc zrozumieć rozmiar i zakres wykonanej pracy.

Reszta odpowiedzi pochodzi z mojego posta na blogu:

Wiemy, że liczby przyciągają uwagę. Podczas skanowania twojego CV, oko czytelnika zostanie naturalnie przyciągnięte do liczb.

Ponadto liczby sprawiają, że twoja historia jest bardziej interesująca i daje czytelnikowi poczucie rozmiaru twoich osiągnięć lub kłopotów, które masz rozwiązany w przeszłości.

Rozważ różnicę między tymi dwoma punktami:

• Prowadziłem dział pomocy. Odpowiadałem na zgłoszenia usterek, odpowiadałem na telefony i śledziłem zapasowe części komputerowe.

• Prowadziłem dział pomocy technicznej dla biura na 200 osób. Trzyosobowy personel odpowiadał średnio na 50 telefonów i 27 zgłoszeń dziennie. Utrzymywanie zapasów części zamiennych na 200 sztuk o wartości 10 000 USD.

Te dwa punkty opisują dokładnie te same obowiązki, ale dodanie konkretnych liczb zwraca uwagę czytelnika, a dodaj szczegóły, które dadzą dużo pełniejszy obraz twoich obowiązków.

Bez liczb czytelnik mógłby również logicznie założyć, że rzeczywistość jest bardziej taka:

• Sprawdziłem „help desk” w czteroosobowym biurze nieruchomości. Kilka razy w tygodniu odpowiadał na pytania dotyczące programu Excel. Trzymaj zapasowy komputer w szafie na wypadek, gdyby coś się zatankowało.

Pamiętaj, że twoja wspaniałość nie jest oczywista, a częścią twojej pracy związanej z opowiadaniem historii twojej niesamowitości jest podawanie liczb wesprzyj to.

Jak już zauważył @virolino, nie musisz niczego oceniać, jeśli nie chcesz lub nie masz czego.

Osobiście określam swoją pracę, aby inni ludzie mogli zobaczyć, co dokładnie zrobiłem i co ważniejsze, jaki wpływ wywarłem.

Jeśli pracowałeś około 2,5 roku, masz zrobione rzeczy, które możesz określić ilościowo i wymienić w CV. Aby dać ci kierunek - spróbuj wymienić wszystko, co zrobiłeś w tej firmie:

1. Zaimplementowałem usługę CRM
2. Naprawiłem błąd, który spowalniał system
3. Zaprojektowałem nową wersję systemu transferu danych
4. Wprowadziłem nowy pulpit nawigacyjny biletów

Następnie musisz pomyśleć, jak te wszystkie rzeczy pomogły Twoja firma. Możesz użyć czegoś takiego:

1. Łatwiej jest pracować z klientami
2. System ma lepszą wydajność
3. Stabilniejszy transfer danych
4. Wygodniejsza praca z biletami

Ostatnim krokiem jest określenie, jak bardzo te rzeczy pomogły firmie:

1. przyniósł 2x więcej klientów dzięki lepszemu CRM
2. dwukrotnie lepszej wydajności systemu
3. czterokrotnej poprawie stabilności / wiarygodności danych
4. oszczędności 10 roboczogodzin tygodniowo dzięki wprowadzeniu lepszych panel zgłoszeń

Oczywiście nie zrobiłeś tego wszystkiego sam, ale jest to oczywiste. Chodzi o to, aby dostarczyć rzeczy, nad którymi pracowałeś z zespołem i co osiągnąłeś ty i twój zespół.

To, czy określasz swój wkład, nie jest tak ważne, jak wskazanie, czy Twoje projekty odniosły sukces . Czy wynik pozytywnie wpłynął na rynek?

Twoje CV najlepiej będzie koncentrować się na Twoim najważniejszym wkładzie w powodzenie projektów, zastosowanych i używanych technologiach / narzędziach oraz wiedzy fachowej dotyczącej ich wykorzystania.

Niedawno przeprowadziłem bolesną serię wywiadów (4-5 godzin jazdy w każdą stronę, wyczerpujące sesje wywiadów) tylko po to, aby dowiedzieć się, kiedy mnie nie zatrudniono, że w moim CV wymieniono jedną technologię, z której ledwo korzystałem w poprzedniej roli, która jest bardzo interesująca do nich. W jakiś sposób myśleli, że to oznacza, że ​​jestem guru tej technologii. Kiedy dowiedzieli się, że jestem zwykłym „użytkownikiem urządzenia”, byli rozczarowani (prawdopodobnie z powodu trudności ze znalezieniem prawdziwego eksperta w tej dziedzinie).

Nie ośmieliłbym się powiedzieć, czego potrzebuje duży dział HR. Ale jako inżynier, który pracuje na farmach dla innych inżynierów, podczas gdy niektóre informacje ilościowe pomagają mi zrozumieć zakres, tempo i intensywność tego, nad czym pracowałeś, a zatem (prawdopodobnie) z czym byłbyś w stanie sobie poradzić, jestem znacznie bardziej interesuje mnie dlaczego niż jak ... a bardziej interesuje mnie jak niż ile . Jeśli powiesz, że przekonałeś swoich szefów do skonstruowania API w określony sposób, ponieważ ułatwiłoby to dostawcom integrację ich systemu, jest to dużo bardziej imponujące niż gdybyś powiedział mi, ilu dostawców zarejestrowało się.

Radziłbym przytoczyć swoje osobiste osiągnięcia, a nie firmę ... ale również, powinieneś słusznie postrzegać to jako osobiste osiągnięcie za każdym razem, gdy przekonujesz kogoś do obrania ścieżki, której wcześniej nie widzieli, i wszystkim się udało. Najlepsi programiści - to brzmi jak z lat 90., ale tak naprawdę jak Samuraj - pomyślą nieszablonowo i dadzą swojemu Daimyo szansę. Pytanie, dlaczego pomyślałeś o tym konkretnym ulepszeniu, mówi zarówno o twojej inteligencji, jak i lojalności. Wierzę, że to są wciąż cechy, których poszukują firmy i zawsze będą ich szukać. Jeśli przedstawiasz swoją inteligencję z pokorą, okazujesz ciekawość i podajesz powody, powinni oni dostrzec twoją wartość. Jeśli nie, to albo twoja wartość nie jest tak wielka, albo ich strata.

Koder, który myśli sam o problemie, jest diamentem. Trudno czy nie, warto je zachować. Skup się więc na rozwiązanych problemach i nie przejmuj się liczbami.

Powinieneś spróbować określić ilościowo rzeczy, które Twoim zdaniem chcą wiedzieć rekruterzy. Praca w zespole składającym się z 5 (lub 15) jest nieco przydatna, ponieważ wskazuje rodzaj środowiska pracy, do którego jesteś przyzwyczajony. Byłoby bardziej przydatne, gdybyś mógł oszacować swoją pozycję w stosunku do innych, być może byłbyś jednym z 5 starszych inżynierów spośród tych 15 inżynierów.

Możesz także określić ilościowo system, nad którym pracowałeś, w dowolny sposób. Jeśli start-up został sprzedany, jego wartość jest znacząca. W przeciwnym razie liczba użytkowników, krajów, transakcji lub wartość widżetów w inwentarzu daje wyobrażenie o ich wielkości i znaczeniu, a tym samym daje rekruterowi wrażenie, że można zaufać jej pracy w ich systemie.

Prawdopodobnie nie interesuje ich liczba naprawionych błędów lub napisanych linii kodu, ale możesz określić ilościowo specjalizację, mówiąc coś w rodzaju „zaimplementowano 80% procedur składowanych”.

Jeśli ' mamy długą listę języków i technologii, warto oszacować, ile lat z nimi pracujesz lub ile czasu spędziłeś w każdej dziedzinie.