Archiwa tagu: porady

Jak wynegocjować wyższą pensję na start?

Szukasz pracy? Może masz pracę, ale planujesz ją zmienić? Zastanawiasz się jak wynegocjować wyższą pensję na start? SUPER! Już na wstępie tego postu, gratuluję Ci rozwagi! Wiele osób żałuje, że nie próbowało uzyskać wyższych zarobków już podczas rozmowy kwalifikacyjnej.

Zanim podzielę się z Tobą kilkoma cennymi radami, zapytam czy znasz kogoś, kto miał podobne dylematy jak Jan z poniższej historii?

Kiedy Jan skończył studia i szukał swojej pierwszej pracy, jednym z pytań pojawiających się podczas rozmowy kwalifikacyjnej było:

  •  „Jakie są Twoje oczekiwania finansowe?”.

To było chyba najtrudniejsze pytanie. No bo, niby co miał odpowiedzieć, skoro jedyne co mu przychodziło do głowy to:

  • „Jak to jakie?… Chcę zarabiać DUŻO Pieniędzy!”.

No tak, ale ile to jest dużo? Czy wypada poprosić o więcej? Przecież rekruter zaraz oznajmi, że proponuje kwotę XXX.XX PLN bo ma ściśle określony budżet.

Jak myślisz, co będzie dalej? Czytaj dalej

Konflikt z kolegą z pracy – jak go rozwiązać

Tematyka konfliktu w pracy jest bardzo szeroka, dlatego dzisiaj chciałbym skupić się tylko na aspekcie sytuacji konfliktowej pomiędzy kolegami z pracy. Co zrobić i jak dalej współpracować, kiedy konflikt się już pojawił? Poniżej prezentuję kilka porad, które pozwolą załagodzić i rozwiązać spór.

men with megaphones

  1. Neutralne miejsce rozmowy – Rozwiązywanie konfliktu przy wszystkich na środku biura nie działa. Spotkajcie się w odosobnionym miejscu, pozwoli to na wypowiedzenie swoich racji w spokojny i rozważny sposób. Najważniejsze jest, aby już na samym początku spotkania ustalić, że jego celem jest rozwiązanie konfliktu.
  2. Postaw się po drugiej stronie – Postaraj się spojrzeć na zaistniałą sytuację z punktu widzenia drugiej osoby. Nie wyciągaj pochopnych wniosków i nie nastawiaj się negatywnie.
  3. Skoncentruj się na problemie – Skup się na samych argumentach, nie oskarżaj i nie atakuj. Unikaj za wszelką cenę kłamstwa i manipulacji. Jak każdy wie, kłamstwo ma krótkie nogi.
  4. Ochłoń – jeżeli rozmowie towarzyszą bardzo silne emocje, przełóż spotkanie i rozmowę na inny dogodny termin. Ochłońcie i pozwólcie, aby emocje opadły. Gniew i krzyk nigdy nie prowadzą do niczego dobrego. Wykrzyczanych w złości słów nie da się już cofnąć i mogą tylko pogorszyć sytuację.
  5. Poszukaj kompromisu – zaproponujcie możliwe rozwiązania, oceńcie je i wybierzcie takie, które pasuje każdemu.
  6. Pomoc – jeżeli widzisz, że sytuacji nie da się rozwiązać bez pomocy, zgłoś się po taką do managera albo do działu HR. Ich rolą jest pomoc w rozwiązywaniu takich sytuacji.

Czytaj dalej

Manifest Agile – czyli co się pod tym kryje (część VI) – zarządzanie zmianą

To już ostatni artykuł z tego cyklu. W ramach poprzednich kilku omówiłem przeznaczenie manifestu zwinnego wytwarzania oprogramowania, zawiłości językowe dotyczące pierwszych trzech postulatów, nawiązując tym samym do tłumaczenia dostępnego publicznie jak i interpretacji poszczególnych postulatów.

W ramach tego artykułu postaram się wyjaśnić idee ostatniego postulatu oraz różnice pojawiające się pomiędzy oryginalnym tłumaczeniem, a moją propozycją.

Agile - odpowiadanie na zmiany

Odpowiadanie na zmiany ponad podążaniem za planem

Zacznijmy od zawiłości. W języku angielskim istnieją dwa słowa, które bardzo często są stosowane zastępczo: respondreact. Jak się okazuje oba te słowa mają ściśle określony kontekst użycia i inne nacechowanie emocjonalne. Czytaj dalej

Manifest Agile – czyli co się pod tym kryje (część V) – kolaboracja z klientem

W poprzednim poście „Manifest Agile – czyli co się pod tym kryje (część IV)” starałem się wyjaśnić zawiłości płynące z tłumaczenia angielskiego słowa working na język polski. W tym artykule również nie zabraknie językowych zawiłości :).
Kolaboracja z klientem obraz

Kolaboracja z klientem ponad formalne umowy

W słowniku języka angielskiego słowa „collaboration” ma definicję: the action of working with someone to produce something. Słownik języka polskiego sugeruje jednak coś trochę odmiennego: współpraca z niepopieraną przez większość społeczeństwa władzą, zwłaszcza z władzami okupacyjnymi dodając, że dawniej oznaczało to po prostu współpracę.

W oryginale autorzy użyli słowa collaboration, którego pochodzenie bierze się od łacińskiego „collaborare” czyli „pracować razem”. Zapewne z powodu negatywnego wydźwięku tego słowa, autorzy użyli formy współpraca, co nie do końca oddaje idę płynącą za tym postulatem. Trochę innego spojrzenia nabiera ten postulat, gdy sięgniemy do definicji opisywanej w informatyce np. poprzez 3C Collaboration model. Ta naukowa definicja określa kolaborację, jako połączenie poprzez odpowiednie relacje: komunikacji, koordynacji i kooperacji. Takie ujęcie tego terminu lepiej wyznacza ramy jego znaczenia.

Czytaj dalej

Manifest Agile – czyli co się pod tym kryje (część IV) – działające oprogramowanie

W poprzednim artykule z tej serii „Manifest Agile – czyli co się pod tym kryje (część III)” starałem się wyjaśnić znaczenie mojej odmiennej wersji tłumaczenia kładąc duży nacisk na indywidualności i interakcje występujące pomiędzy nimi. Tym razem przedstawię moją interpretację drugiego postulatu.

Agile działające oprogramowanie

Działające oprogramowanie ponad kompletną dokumentację

W języku angielskim słowo working jako przymiotnik ma następującą definicje: functioning or able to function, used as the basis for work or argument and likely to be developed or improved later, sufficient to work with at a basic level.

W tłuczeniach na język polski używa się słów: działający, sprawny, czynny, aktywny, funkcjonujący. I chociaż definicje tych słów są zbliżone, to jednak żadne z nich nie wyczerpuje tego co podaje angielska definicja. Prawdopodobnie dlatego wiele polskich opracowań i zagranicznych przedstawia działające oprogramowanie jako: zakodowany i skompilowany kod, który przeszedł wszystkie możliwe testy (modułowe, integracyjne, systemowe, akceptacyjne, itd..). Powołując się jednak na angielską definicję, uważam że takie podejście jest daleko przesadzone.  Działające lub zdolne do działania, używane jako podstawa do pracy lub dyskusji, mogące być rozwijane później, wystarczające na pracę na podstawowym poziomie (takie moje wolne tłumaczenie :) ), to trochę odmienna definicja. Na pewno istotne jest, aby oprogramowanie się uruchomiło, żeby funkcjonalności, które są już dostępne (na początkowych etapach to mogą być tylko ekrany z przyciskami), działały sprawnie. To, czy oprogramowanie jest working, ocenia klient, który to akceptuje wyniki pracy zespołu wytwórczego. Zazwyczaj dzieje się to podczas cyklicznych spotkań podsumowujących (w metodzie SCRUM będzie to Sprint Review) na bazie jego odczuć, oczekiwań i tego co zostało mu zaprezentowane. Czytaj dalej