Czy zastanawialiście się kiedyś, dlaczego warto systematycznie oceniać pracowników i kolegów z zespołu? W tej rozmowie zagłębiamy się w temat oceny pracowników w firmie informatycznej (software house) i dzielimy się tym, czego się nauczyliśmy oceniając ludzi w naszym zespole.
Wprowadzenie ocen pracowników było dla nas trudnym procesem, ale efekty przerosły nasze oczekiwania! Dzięki temu, zarówno pracownikom, jak i szefostwu, pracuje się teraz znacznie lepiej. Omawiamy również, jak poradziliśmy sobie z niełatwymi sytuacjami, takimi jak opisanie negatywnych cech swojego kolegi z pracy.Z filmu dowiesz się również jak przeprowadziliśmy ten proces i jakie korzyści przyniosło to naszemu zespołowi.
Koniecznie podzielcie się swoimi doświadczeniami w tym zakresie w komentarzach pod filmem. Zapraszamy do dyskusji! :)
I tak jak wspominamy w filmie, poniżej znajdziecie pytania, które zadajemy w naszej firmie:
- Oceń w skali 1 - 10 wiedzę techniczną developera
- Czy developer trzyma się procedur, zasad i dokumentacji związanych z pracą programistyczną w naszym zespole?
- Czy developer jest w stanie samodzielnie znaleźć źródło błędu/problemu zaistniałego podczas pracy i jego rozwiązanie
- W jakim typie developmentu lepiej się odnajduje?
- Czy tworzenie estymacji projektów i szacowanie czasu pracy wymaganego do zrealizowania zadań sprawia mu/jej jakikolwiek kłopot?
- Opisz zadanie bądź projekt, który udało się developerowi dobrze wyestymować
- Jakie konkretnie pojawiły się problemy podczas tworzenia estymacji
- Czy developer samodzielnie planuje harmonogram pracy do przodu, a w przypadku np. braku zadań do realizacji informuje z wyprzedzeniem?
- Co Twoim zdaniem wpływa na trudności związane z planowaniem pracy z wyprzedzeniem?
- Czy developer pilnuje czasów i mieści się w estymacjach?
- Opisz sytuację gdy estymacja została przekroczona
- Jakie developer ma nastawienie do nowych zadań, które są mu/jej przydzielane? - Jakie jest jego nastawienie do pracy, czy np. chętnie podejmuje się nowych zadań?
- Kiedy wystąpią problemy to czy zgłasza je przełożonemu (PMowi, TLeaderowi)?
- Co może wpływać na to, że problemy nie są zgłaszane?
- Czy developer próbuje się rozwijać na własną rękę? Np. po pracy czyta książki programistyczne, bierze udział w szkoleniach.
- Czy uważasz, że developer rozwiązuje problemy w sposób kreatywny? Jeśli tak to opisz problem, który został rozwiązany w taki sposób. Jeżeli nie, to opisz co o tym sądzisz.
- Czy developer w przeciągu ostatnich kilku miesięcy zaproponował jakieś nowe pomysły (związane np. z usprawnieniem naszej pracy)? Jeśli tak to podaj przykłady zaproponowanych pomysłów.
- Opisz obszary nad którymi uważasz, że developer powinien popracować
- Opisz obszary, które uważasz że są okej i developer nie powinien zmieniać w ich zakresie swojego podejścia/zachowania
- To jest ten moment kiedy możesz napisać jakieś uwagi, własne przemyślenia, czy coś na co chcesz zwrócić szczególną uwagę. Pisz śmiało! 😸
- W czym widzisz że developer sprawdza się najlepiej? Możesz podać przykłady zadań lub projektów
- Czy dobrze Ci się z nim/nią pracuje?
--------
SPIS TREŚCI:
0:00 Wstęp
0:32 Cykliczna ocena pracowników - nasze pierwsze odczucia
2:08 Lepsza współpraca
2:41 Obustronny feedback
3:52 Krytyczny feedback
4:43 Kwestionariusz oceny pracowników
7:51 Nastawienie developera - nowe wyzwania
9:05 Co daje nam ocena pracowników?
11:12 Nie obawiaj się krytyki
31 июл 2024
