Test INF.04 — zestaw 15

Dlaczego tak

Odpowiedzialność za powierzone informacje oznacza, że kod i dane klienta nie mogą być dostępne dla osób postronnych nawet przez chwilę. Zablokowanie sesji wymaga ponownego uwierzytelnienia, a zabranie laptopa chroni także przed kradzieżą sprzętu. Zminimalizowanie okna lub przyciemnienie ekranu tylko ukrywa kod przed przypadkowym spojrzeniem, a obca osoba nie odpowiada za cudze dane.

Dlaczego tak

Umowa o zachowaniu poufności obejmuje kod i rozwiązania stworzone dla klienta, więc ich ujawnienie wymaga jego zgody, najlepiej pisemnej. Bez niej można jedynie ogólnie opisać projekt, użyte technologie i swoją rolę. Zmiana nazw nie zmienia faktu ujawnienia rozwiązania, prywatne repozytorium udostępnione rekruterom to nadal przekazanie kodu osobom trzecim, a NDA zwykle nie wygasa po roku.

Dlaczego tak

Ukrywanie przed klientem znanej luki bezpieczeństwa naraża jego i użytkowników na szkodę, dlatego etyczna postawa wymaga jawności: klient powinien poznać ryzyko i termin naprawy. Programista powinien przedstawić to stanowisko kierownikowi, a w razie odmowy – zgodnie z procedurami firmy zgłosić sprawę wyżej. Publiczne ujawnienie luki zwiększa zagrożenie, a samowolne wyłączenie modułu łamie ustalenia z klientem.

Dlaczego tak

Kod napisany w ramach stosunku pracy należy z reguły do pracodawcy, więc przeniesienie go do nowej firmy narusza jego prawa i zasady uczciwości zawodowej. Licencja MIT pozwala na komercyjne wykorzystanie biblioteki, pod warunkiem zachowania informacji o prawach autorskich i licencji. Rzetelne raportowanie czasu i odmowa ukrytego śledzenia użytkowników to przykłady postaw etycznych.

Dlaczego tak

Zadanie A było wykonywane w dwóch blokach: od 9:00 do 10:30, czyli 1 h 30 min, oraz od 13:45 do 17:00, czyli 3 h 15 min; razem 4 h 45 min. Wynik 7 h 15 min to cały czas pracy nad zadaniami A i B po odjęciu przerw. Wartości 4 h 15 min i 5 h 15 min powstają przy błędnym odczytaniu drugiego bloku jako 2 h 45 min lub 3 h 45 min.

Dlaczego tak

Przy 6 godzinach efektywnej pracy dziennie 30 godzin zajmie 30 / 6 = 5 dni roboczych, czyli od poniedziałku do piątku włącznie. Odpowiedź „czwartek” wynika z przyjęcia pełnych 8 godzin dziennie (30 / 8 = 3,75 dnia), czyli z pominięcia czasu na spotkania. Planowanie bez uwzględnienia rzeczywistej dostępności to najczęstsza przyczyna przekraczania terminów.

Dlaczego tak

Sześć bloków pracy trwa 6 · 25 = 150 min, a między nimi jest pięć przerw: trzy po 5 min, jedna 15-minutowa po czwartym bloku i jedna 5-minutowa po piątym, razem 35 min. Łącznie daje to 185 min, czyli 3 h 5 min. Wynik 2 h 55 min pomija dłuższą przerwę, 3 h dolicza przerwę po ostatnim bloku, a 2 h 30 min to sam czas pracy.

Dlaczego tak

Realizację planu na dziś liczy się względem zadań zaplanowanych do tego dnia: 9 / 12 = 75 %, a realizację projektu względem wszystkich zadań: 9 / 20 = 45 %. Zamiana tych wartości wynika z pomylenia mianowników. Liczba 60 % to 12 / 20, czyli stopień, jaki projekt powinien osiągnąć według planu, a nie wynik faktyczny.

Dlaczego tak

Gdy zależność zewnętrzna się opóźnia, zmienia się kolejność zadań tak, aby zespół wykonywał pracę niezależną od opóźnienia, a zmianę planu jawnie komunikuje się interesariuszom. Czekanie marnuje czas zespołu, a usunięcie zadania B zmienia zakres projektu bez zgody klienta. Pracę na zaślepce API można zacząć, ale wdrożenie na produkcję przed integracją z prawdziwą usługą jest błędem.

Dlaczego tak

W każdym zadaniu rzeczywisty czas jest 1,5 raza dłuższy od planu (6/4, 12/8, 3/2), więc błąd jest systematyczny: szacunki są zaniżone o 50 % i można je korygować tym współczynnikiem. Wartość 33 % to różnica odniesiona do czasu rzeczywistego (2/6), a kierunek „zawyża” jest odwrotny. Bezwzględna różnica w godzinach rośnie z wielkością zadania, dlatego nie świadczy o trafności.

Dlaczego tak

Utrata nośnika z danymi osobowymi jest naruszeniem ochrony danych, które administrator zgłasza organowi nadzorczemu – w Polsce Prezesowi UODO – bez zbędnej zwłoki, nie później niż w ciągu 72 godzin od jego stwierdzenia, chyba że naruszenie nie powoduje ryzyka dla osób. Termin miesiąca dotyczy m.in. odpowiedzi na żądania osób, których dane dotyczą. Imię, nazwisko i adres e-mail są danymi osobowymi, a pracownikowi grożą także konsekwencje dyscyplinarne.

Dlaczego tak

Odpowiedzialność za pracę obejmuje przejrzystość: im wcześniej lider dowie się o zagrożeniu terminu, tym więcej ma możliwości, np. zmiany priorytetów lub przydzielenia pomocy. Informacja w piątek odbiera zespołowi czas na reakcję, a oddanie niekompletnego kodu bez ostrzeżenia wprowadza w błąd. Praca nocami w tajemnicy grozi błędami ze zmęczenia i ukrywa problem z szacowaniem.

Dlaczego tak

W technice Start–Stop–Continue w kategorii Continue zapisuje się działania, które już są stosowane i przynoszą dobre efekty – przeglądy kodu wykryły błędy przed wydaniem, więc warto je utrzymać. Kategoria Start dotyczy praktyk, których zespół jeszcze nie stosuje, a Stop – działań szkodliwych lub zbędnych. Kategoria Less pochodzi z innej techniki (More–Less) i nie występuje w tej metodzie.

Dlaczego tak

Przerwanie zapisu powoduje, że część plików jest niekompletna, a struktury systemu plików, np. tablica alokacji, mogą pozostać w niespójnym stanie – kopia przestaje być wiarygodna. Funkcja bezpiecznego usuwania sprzętu kończy operacje zapisu i opróżnia bufory przed odłączeniem. Odłączenie dysku nie usuwa danych źródłowych, nie uszkadza portu przepięciem i nie powoduje założenia hasła.

Dlaczego tak

Praca zdalna oddziela miejsce zamieszkania od miejsca pracy, dzięki czemu firmy rekrutują na rynku krajowym, a nawet międzynarodowym, a specjaliści mogą pracować dla firm z innych regionów. Skutkiem jest też zmniejszanie, a nie zwiększanie powierzchni biurowych. Codzienne dojazdy i rynek ograniczony do jednej lokalizacji opisują sytuację sprzed upowszechnienia pracy zdalnej.

Dlaczego tak

Wprowadzenie nowego narzędzia i procesu zwykle wiąże się z krzywą uczenia: przez pierwsze tygodnie zespół pracuje wolniej, bo poznaje polecenia i nowy sposób współpracy. Później zyskuje pełną historię zmian, łatwe scalanie i wykrywanie błędów przed wdrożeniem. Oczekiwanie natychmiastowej poprawy i braku błędów jest nierealistyczne, a przeglądy kodu udowodniono jako skuteczną metodę poprawy jakości.

Dlaczego tak

Git pozwala tworzyć commity lokalnie bez dostępu do sieci, więc praca może trwać dalej, a do wysłania zmian wystarczy zastępcze łącze, np. hotspot telefonu lub inna lokalizacja. Bezczynne czekanie naraża termin, a prośba o tydzień zwłoki jest nieproporcjonalna do problemu, który można obejść. Wysyłanie kodu klienta przez prywatną skrzynkę narusza zasady bezpieczeństwa i omija ustalony kanał przekazania.

Dlaczego tak

Niejasne wymagania i ciągłe zmiany priorytetów wynikają ze sposobu planowania i komunikacji w zespole, czyli z organizacji pracy. Powodują niepewność, poczucie braku kontroli i konieczność ponownego wykonywania pracy. Hałas, migotanie oświetlenia i wysoka temperatura także wywołują stres, ale są czynnikami środowiskowymi stanowiska pracy, które usuwa się zmianami technicznymi.

Dlaczego tak

Źródłem długotrwałego stresu jest tu brak priorytetów, więc najskuteczniejsza jest technika zadaniowa: usunięcie przyczyny przez uzgodnienie kolejności zadań i jednego źródła poleceń. Ćwiczenia oddechowe pomagają przy krótkotrwałym napięciu, np. przed prezentacją, ale nie usuwają przeciążenia. Nadgodziny i napoje energetyczne pogłębiają zmęczenie i przybliżają wypalenie zawodowe.

Dlaczego tak

Przyczyną stresu jest kumulacja pracy na końcu sprintu, więc trzeba ją rozłożyć w czasie: testy i poprawki wykonywać na bieżąco, np. dzięki testom automatycznym i Definition of Done obejmującej testy. Planowanie nadgodzin utrwala problem zamiast go usuwać. Rezygnacja z testów lub ich przesunięcie po wydaniu przenosi stres na czas po wdrożeniu, gdy błędy zgłaszają już klienci.

Dlaczego tak

Wypowiedź asertywna ma postać komunikatu „ja”: opisuje konkretne zachowanie, jego skutek i formułuje jasną prośbę, nie atakując osoby. Zdanie z „zawsze” i „nikt” jest agresywne, bo uogólnia i ocenia człowieka zamiast zachowania. Bagatelizowanie problemu i przejmowanie cudzej pracy to postawa uległa, a ironiczna uwaga o „niektórych” jest zachowaniem pasywno-agresywnym.

Dlaczego tak

W arbitrażu bezstronna osoba trzecia rozpatruje stanowiska stron i sama rozstrzyga spór, a jej decyzja jest wiążąca. W mediacji osoba trzecia jedynie prowadzi rozmowę i pomaga stronom dojść do porozumienia, ale decyzję podejmują one same – to najczęściej mylona technika. Negocjacje toczą się bezpośrednio między stronami, bez rozjemcy, a unikanie polega na odkładaniu konfliktu bez jego rozwiązania.

Dlaczego tak

Silny stres uruchamia reakcję „walcz lub uciekaj”: wydzielana adrenalina przyspiesza tętno i oddech, wywołuje pocenie się i suchość w ustach. Zniechęcenie trwające miesiącami i wypalenie są skutkami stresu przewlekłego, a nie jednorazowej sytuacji. Spowolnienie tętna i senność to reakcje przeciwne do stresowych, a krótkotrwała mobilizacja nie daje trwałej poprawy pamięci.

Dlaczego tak

Podstawa programowa kształcenia w zawodzie, wydana jako rozporządzenie ministra, określa dla każdej kwalifikacji efekty kształcenia i kryteria ich weryfikacji, na których opierają się egzaminy zawodowe; uzupełnia ją informator CKE. Ogłoszenia o pracę pokazują oczekiwania pracodawców, ale nie zakres kwalifikacji. Fora i encyklopedie internetowe mogą być nieaktualne i nie są źródłem oficjalnym.

Dlaczego tak

ASP.NET Core to framework platformy .NET, w którym pisze się w C#; usługa REST API wymaga znajomości protokołu HTTP (metod, kodów statusu, nagłówków), a praca z bazą MySQL – języka SQL. Zestaw z Pythonem i Django też pozwala zbudować REST API, ale w innej technologii niż wymagana. JavaScript z CSS i UX dotyczą interfejsu użytkownika, a Kotlin z Android SDK – aplikacji mobilnych.

Dlaczego tak

Luka kompetencyjna to wymagania stanowiska, których kandydat jeszcze nie spełnia: z listy C#, SQL, Git, testy jednostkowe i angielski B2 brakuje mu Gita i testów jednostkowych. C#, SQL i angielski już zna, więc nie są luką. HTML to kompetencja posiadana ponad wymagania – stanowi atut, ale nie należy do luki, dlatego zestaw z HTML jest błędny.

Dlaczego tak

Cel SMART jest konkretny (kurs testów w C#), mierzalny (3 moduły), osiągalny, istotny dla pracy i określony w czasie (do 30 czerwca) – spełnia to tylko pierwszy z celów. Zdanie o byciu „lepszym programistą” nie ma miernika ani terminu. Nauka „wszystkich języków” jest nierealna, a czytanie „kiedy znajdę czas” nie ma ani wyniku, ani terminu.

Dlaczego tak

Planowanie zaczyna się od analizy własnych kompetencji (2), bo dopiero znając swoje mocne i słabe strony, można wyznaczyć realny cel (3). Następnie realizuje się działania prowadzące do celu (4), a na końcu ocenia efekty i koryguje plan (1), co rozpoczyna kolejny cykl. Wyznaczenie celu przed analizą prowadzi do celów oderwanych od możliwości, a działania przed wyznaczeniem celu nie mają kierunku.

Dlaczego tak

Kwalifikacyjny kurs zawodowy (KKZ) realizuje program podstawy programowej dla danej kwalifikacji, a zdanie egzaminu zawodowego przeprowadzanego przez okręgową komisję egzaminacyjną daje certyfikat kwalifikacji, np. INF.04. Kursy wideo, hackathony i lektura dokumentacji rozwijają umiejętności i bywają bardzo wartościowe. Nie dają one jednak formalnego potwierdzenia kwalifikacji w systemie oświaty.

Dlaczego tak

Spoglądanie na zegarek, zajmowanie się telefonem i pakowanie rzeczy to niewerbalne sygnały znużenia lub braku czasu. Właściwą reakcją jest dostosowanie przekazu: skrócenie prezentacji, podsumowanie najważniejszych wniosków i ewentualnie zapytanie o dalsze potrzeby. Ignorowanie sygnałów lub dokładanie szczegółów pogłębia zniecierpliwienie, a powtarzanie całości nie odpowiada na rzeczywistą potrzebę słuchaczy.

Dlaczego tak

Pytanie doprecyzowujące pomaga zamienić ogólne, niejednoznaczne określenie klienta na konkretne wymagania, które da się zaprojektować i sprawdzić. Odpowiedź z „wszystkie nasze aplikacje są nowoczesne” zbywa klienta, a „pojęcie względne” zamyka rozmowę. Parafraza o grach wideo przypisuje klientowi znaczenie, którego nie wyraził, zamiast o nie zapytać.

Dlaczego tak

Agenda przesłana przed spotkaniem i limity czasu dla poszczególnych punktów pozwalają prowadzącemu pilnować tematu i godziny zakończenia. Tematy poboczne zapisuje się na osobnej liście (tzw. parking lot) i omawia później, dzięki czemu nie giną. Wypowiedzi bez ograniczeń i większa liczba uczestników wydłużają dyskusję, a brak notatek utrudnia realizację ustaleń.

Dlaczego tak

Metoda kanapki zaczyna się od docenienia konkretnej mocnej strony, następnie wskazuje obszar do poprawy, a kończy zachętą lub kolejnym pozytywnym elementem. Taka kolejność obniża postawę obronną odbiorcy i zwiększa szansę, że przyjmie uwagę krytyczną. Rozpoczynanie i kończenie krytyką odwraca strukturę metody, a umieszczenie uwagi na samym końcu sprawia, że rozmowa kończy się negatywnie.

Dlaczego tak

Pożądana postawa negocjacyjna jest rzeczowa: oddziela emocje i osobę od problemu, a pytania o rzeczywiste interesy klienta, np. ograniczony budżet, otwierają drogę do rozwiązania typu win-win, takiego jak zmniejszenie zakresu. Odpowiedź agresją eskaluje konflikt. Natychmiastowe ustępstwo to postawa uległa, która szkodzi wykonawcy, a zerwanie kontaktu bez rozmowy jest unikaniem.

Dlaczego tak

Obszar możliwego porozumienia (ZOPA) to zakres, w którym spotykają się granice obu stron: minimalna cena akceptowana przez wykonawcę i maksymalna cena akceptowana przez klienta. Tu wynosi on od 10 000 zł do 12 000 zł, a każde porozumienie z tego przedziału jest lepsze dla obu stron niż brak umowy. ZOPA nie istniałby, gdyby maksimum klienta było niższe od minimum programisty.

Dlaczego tak

Wiedza skupiona w jednej osobie to ryzyko dla zespołu (tzw. bus factor równy 1), któremu przeciwdziała się dokumentacją i dzieleniem wiedzy, np. pracą w parach podczas wdrożeń lub ich automatyzacją. Zakaz urlopu jest niezgodny z prawem pracy, a wstrzymywanie wdrożeń tylko odsuwa problem. Hasło bez wiedzy o procedurze nie umożliwi poprawnego wdrożenia, a dodatkowo osłabia bezpieczeństwo.

Dlaczego tak

Diagram Ishikawy, zwany diagramem przyczynowo-skutkowym lub rybią ością, porządkuje możliwe przyczyny jednego problemu w kategorie odchodzące od głównej osi, np. ludzie, metody, maszyny i otoczenie. Metoda 5 Why także szuka przyczyny źródłowej, ale idzie w głąb jednego łańcucha pytań, bez grupowania w kategorie. Analiza SWOT ocenia mocne i słabe strony, a 6 kapeluszy porządkuje sposoby myślenia w dyskusji.

Dlaczego tak

Zasada Pareto (80/20) mówi, że niewielka liczba przyczyn odpowiada za większość skutków, więc najpierw usuwa się te z największym udziałem. Logowanie i płatności dają razem 75 % zgłoszeń, czyli większość problemu przy dwóch obszarach z pięciu. Samo logowanie to tylko 45 %, a rozkładanie pracy po równo ignoruje różnice w liczbie zgłoszeń.

Dlaczego tak

Zespół wspólnie odpowiada za jakość wydania, więc zauważony błąd trzeba zgłosić – przegląd kodu służy właśnie temu, a rozmowa z autorem pozwala szybko ustalić poprawkę. Pomijanie błędu, bo „to nie mój moduł”, przerzuca jego skutki na klientów i cały zespół. Przepisywanie cudzego modułu bez uzgodnienia narusza podział pracy, a informowanie klienta po wydaniu odwraca kolejność działań.

Dlaczego tak

W macierzy RACI litera R (Responsible) oznacza osobę wykonującą zadanie, A (Accountable) – osobę ostatecznie odpowiedzialną, która zatwierdza wynik, C (Consulted) – konsultowaną, a I (Informed) – informowaną o postępach. Zamiana ról R i A to najczęstszy błąd, bo oba słowa tłumaczy się jako „odpowiedzialny”. Celina tylko doradza, a Darek otrzymuje informację o wdrożeniu.