To bardzo niefortunna sytuacja, ale ponieważ nie możesz jej już zmienić, uczyń z niej cenne doświadczenie.

Czy muszę zgłaszać się w codziennym scrumie?

Tak! Jeśli boisz się powiedzieć o tym swojemu zespołowi, zacznij od swojego mistrza scrum lub właściciela produktu. Przejrzystość i uczciwość to jeden z kluczowych elementów scrumu. Jesteś odpowiedzialny za zespół, a zespół jest odpowiedzialny za Ciebie. Przedyskutuj problem ze swoim zespołem, oni muszą ponownie ocenić harmonogram i punkty fabularne i mogą pomóc Ci posprzątać bałagan.

Czy muszę powiedzieć mojemu przełożonemu?

Nigdy nie okłamuj swojego menedżera. Jeśli zapyta, podaj szczerą odpowiedź. Ale upewnij się, że masz gotową odpowiedź dodatkową. Jak ty (i twój zespół) zamierzacie to naprawić? Jak można uniknąć podobnego problemu w przyszłości?

Uważam, że zazwyczaj najlepiej jest przyznać się do błędów, zarówno przed swoim zespołem podczas codziennych spotkań, jak i przed kierownikiem. Przegląd osiągów ma teraz trochę zły moment, ale jeśli po raz pierwszy popełnisz taki błąd, nie sądzę, że będzie to duży problem.

Zrobiłbym wszystko, co w mojej mocy (i porozumieć się), aby jak najszybciej nadrobić straconą pracę, ponieważ jest to Twoja wina i mam zwyczaj zapisywania do SVN regularnie

Kilka rzeczy ....

Po pierwsze, przynajmniej z mojego doświadczenia, twoja ocena wyników została prawdopodobnie zakończona kilka tygodni temu i istnieje spora szansa, że ​​została sprawdzona przez inne osoby, zanim jeszcze zobaczyć to. Szczególnie jeśli jest to związane z korektą wynagrodzenia. Jeśli martwisz się, że to zrujnuje twoją recenzję, prawdopodobnie nie masz wątpliwości (chociaż może pojawić się następny).

Po drugie, usunięte pliki niekoniecznie zniknęły, dane prawdopodobnie nadal na dysku. Przynajmniej uruchomiłbym oprogramowanie do odzyskiwania. Jeśli jesteś bardziej skłonny technicznie, zamknij, uruchom komputer z zewnętrznego nośnika i użyj narzędzia do skanowania dysku w poszukiwaniu utraconych plików. To znaczy w zależności od poziomu dostępu, jaki masz do swojej stacji roboczej. Jeśli jesteś w sytuacji, w której nie możesz lub nie wiesz, jak to zrobić, warto skontaktować się z informatykami, którzy prawdopodobnie mieli już wcześniej do czynienia z tym problemem.

Wreszcie jako były menedżer najgorsze, co możesz zrobić, to spróbować to ukryć. Ludzie popełniają błędy, a nie komunikowanie ich sprawia, że ​​jest to większy błąd. Tak szybko, jak możesz odbyć niewygodną rozmowę ze swoim przełożonym. Wyjaśnij, co się stało, wyjaśnij, jak rozumiesz swój błąd i jak upewnisz się, że to się nigdy więcej nie powtórzy.

Hej szefie - wygląda na to, że popełniłem błąd i przypadkowo usunąłem około dwóch dni pracy. Nie udało mi się zatwierdzić / wykonać kopii zapasowej / schować żadnej z moich zmian w kontroli źródła; Wiem, że powinienem był i naprawdę przepraszam. W przyszłości będę dużo bardziej ostrożny i upewnię się, że tak się nie stanie.

Wiem, że mamy napięty harmonogram i chcę zrobić wszystko, co w mojej mocy, aby poprawić tę sytuację. Istnieje szansa, że ​​usunięte pliki można odzyskać. Czy chcesz, abym spróbował je odzyskać za pomocą oprogramowania „przywróć”, czy porozmawiasz z kimś z działu IT? W przeciwnym razie dołożę wszelkich starań, aby powtórzyć swoją pracę, nie powinno to zająć mi dwóch dni, odkąd właśnie nad tym pracowałem, ale doda to (jak długo myślisz) do mojej osi czasu.

Czas nauczyć się jednego z najpotężniejszych narzędzi, z których może kiedykolwiek korzystać każdy pracownik.

Proszenie współpracowników o pomoc .

Rozumiem strach - popełniłeś duży błąd i martwisz się o reperkusje. I nie wiesz, czy istnieje sposób na naprawienie tego błędu.

Dlatego absolutnie musisz zgłosić ten problem tak szybko, jak to możliwe - i jak najdokładniej - swojemu przełożonemu i poprosić o pomoc.

Nie mów po prostu „Popełniłem błąd, a teraz pracy nie ma, pomóż!” bo to wygląda okropnie. Zamiast tego przedstaw dokładnie, co zrobiłeś i nie usprawiedliwiaj się.

Wyjaśnij :

• Co robiłeś (cokolwiek próbowałeś wykonać)
• Co zrobiłeś tuż przed utratą pracy (to jest bardzo ważne)
• Kroki, które podjąłeś, aby spróbować go odzyskać (musisz je określić, aby móc pokazać, że podjąłeś wysiłek w dobrej wierze aby rozwiązać ten problem samodzielnie)
• Prośba o pomoc (jeśli znasz kogoś, kto jest „dobry” w tego typu rzeczach, możesz poprosić o pomoc po imieniu)

Wyjaśniając, co się stało i jak, pomagasz również rozwiązać problem, przekazując te informacje komukolwiek, kto ma ci pomóc. Wyjaśniając kroki, jakie należy podjąć, aby to naprawić samodzielnie, pokazujesz, że uczciwie próbowałeś to naprawić.

Co najważniejsze, przyznając się, że popełniłeś błąd, pokazujesz, że jesteś na tyle dojrzały, by spojrzeć poza zakłopotanie na błędy i szukać odpowiedzi na problem. To nie tylko dobra etyka pracy - to istota dojrzałości.

Jako osoba, która robiła to w przeszłości, oto, co teraz robię, aby zmniejszyć prawdopodobieństwo, że to się powtórzy.

• Najpierw powiedz swojemu przełożonemu i wyjaśnij, co masz zamiar zrobić, aby temu zapobiec w przyszłości. Mają prawo wiedzieć, co się stało, i chociaż nie będą z tego zadowoleni, jeśli masz rozwiązanie, które pozwoli temu zapobiec w przyszłości, (powinni) traktować to jako cenną lekcję.
  Pójście do menedżera z problemem, ale bez rozwiązania, jest w dużej mierze stratą czasu. Ich zadaniem nie jest rozwiązywanie Twoich problemów, ale usuwanie przeszkód, abyś mógł sam je rozwiązać.

• Jak zauważyli inni, często wprowadzaj zmiany, jeśli możesz. Jednak w mojej firmie obowiązuje zasada, zgodnie z którą nie można sprawdzić kodu, który nie działa, więc co zrobić, gdy masz kod pośredni / tymczasowy, którego nie chcesz stracić? Kopie zapasowe . Mam zapasowy dysk w moim komputerze, na którym uruchomiono automatyczne tworzenie kopii zapasowych. Zasadniczo robi to co noc migawkę mojej roboczej jazdy. Kopię zapasową wykonuję również ręcznie na dysku sieciowym (którego kopia zapasowa jest tworzona automatycznie każdej nocy). Każdego dnia uruchamiam mały skrypt kopii zapasowej i wykonuje on przyrostową kopię zapasową moich istniejących plików. Następnie noszę ze sobą pendrive, którego kopie zapasowe również wykonuję mniej więcej raz w tygodniu.

• @James musi odpowiedzieć trochę prawdy, mimo że głosowanie na ten temat zostało mocno obniżone. Za drugim razem jest (ogólnie) dużo łatwiej i szybciej. Wiesz, co chcesz napisać, przeszedłeś przez procesy myślowe, aby dotrzeć do celu, więc łatwiej jest zapamiętać, niż zrobić to za pierwszym razem od zera.

• To powiedziawszy, całkowicie nie zgadzam się ze stwierdzeniem „ Takie rzeczy zdarzają się cały czas. Nie martw się o to. ”. To naprawdę powinno ci się przytrafić tylko raz, co jest twoim błędem w nauce, a potem nigdy się nie powtórzy, ponieważ masz teraz plan łagodzenia skutków. Ciągłe popełnianie podobnych błędów jest oznaką amatora, jako profesjonalista masz wobec firmy obowiązek uczenia się na błędach i kontynuowania ich, a nie ich powtarzania.

Przyznałbym - „Usunąłem 2 dni pracy, ale myślę, że mogę je odzyskać w 1 dzień”.

Myślę, że powinieneś być w stanie odzyskać w ciągu jednego dnia, wszyscy przez pomyłkę usunęliśmy pracę (zwłaszcza pod presją), a jej ponowne wpisanie zajmuje zwykle mniej czasu niż za pierwszym razem, ponieważ wymaga mniej myślenia.

być jakąś automatyczną kopią zapasową, której nie jesteś świadomy, która umożliwia Twojemu menedżerowi odzyskanie Twojej pracy (mało prawdopodobne, ale nigdy nie wiadomo).

Twoja ocena wyników opiera się na (zakładam) minimum 6 miesięcy pracy, więc Naprawdę nie martwiłbym się tym. Ponadto oceny wyników są (niestety) tylko niejasno związane z podwyżkami płac!

To tylko kolejny problem do rozwiązania; pokaż, że to rozwiązujesz

czy mam powiedzieć mojemu przełożonemu? Jak wyjaśnić kierownikowi [lub komukolwiek innemu], co się stało?

Zależy od kierownika. Mój menedżer nie chciałby słyszeć o takich szczegółach.

Jeśli Twój menedżer chce słyszeć o takich sprawach, powinieneś mu o tym powiedzieć. Dbaj o kwestie techniczne - nie "schrzaniłeś", miałeś "problem z zarządzaniem kodem", który rozwiązujesz, z ulepszeniami procesów, aby uniknąć problemu w przyszłości. Problem polegał na przypadkowym usunięciu. Zdarza się. Nie musisz robić z tego wielkiej sprawy i prawdopodobnie nie będzie. Po prostu upewnij się, że masz konkretny i wiarygodny plan uniknięcia tego w przyszłości.

Mogę to zrobić, ale jeśli nie, czy muszę zgłaszać to w codziennym scrumie?

W swoim codziennym scrumie musisz zgłaszać to, co robiłeś wczoraj, nad czym pracujesz i czy masz jakieś przeszkody. Wczoraj kodowałeś tę funkcję. Dzisiaj będziesz nadal nad tym pracować. Nie masz przeszkód - możesz iść do przodu bez pomocy z zewnątrz. Naprawdę nie jesteś zobowiązany do mówienia dlaczego zajmuje ci to tak dużo czasu, chyba że ktoś zapyta.

Kiedy kieruję zespołem, lubię dawać programistom trochę prywatności w tym zakresie, ponieważ gówno się zdarza i pod warunkiem, że osiągasz swoje cele i nie potrzebujesz pomocy ani coachingu z przewlekłym problemem reszta zespołu nie musi znać szczegółów. Twój trop może być inny, więc podążaj za jego przykładem.

Zdarzyło mi się to niedawno, w jakimś terminie, który był potrzebny. To był nowy projekt, więc powinienem był dodać go do gita, ale tego nie zrobił. Na szczęście był to projekt mavena z folderem dystrybucyjnym i tam była wojna java, więc zdekompilowałem i przerobiłem projekt. Powiedziałem premierowi, ale powiedziałem mu, że rozwiązałem to. Dwa dni produktywności można (czasami) zreplikować w krótszym czasie, więc nie martw się tak bardzo, ponieważ już to zrobiłeś.

(Edytuj) To, o czym nie wspomniałem wcześniej, jest jasne. Jeśli coś usunąłeś i istnieje możliwość, że może się to opóźnić, lepiej o tym powiadomić swojego kierownika. Zasugerowałbym najpierw spróbować dowiedzieć się, jak długo zajmie odtworzenie twojej pracy, abyś miał problem (potrzebna jest utrata kodu / przeróbka) i możliwe rozwiązanie.

Programowanie polega w dużej mierze na planowaniu i zrozumieniu kodu oraz podstawowych specyfikacji.

Nawet jeśli poświęcisz 2 dni na napisanie tego, powinieneś być w stanie ukończyć go ponownie w znacznie krótszym czasie.

Zawdzięczamy to, wyjaśnij, że będziesz potrzebować dużo mniej czasu i że w razie potrzeby będziesz gotów pracować nadgodzinami, aby to zrekompensować.

Gdy problem zostanie rozwiązany: Wygląda na to, że to dobry moment na przejrzenie planu tworzenia kopii zapasowych na większą skalę.

Pewien mądry człowiek powiedział mi kiedyś:

„Przy dobrej infrze, musisz zrobić test windy.”

Z dźwiękiem windy próbującej wyhamować po upadku z 12 pięter.

W większości krajów kwestia windy jest surowa. Bezpieczeństwo windy opiera się głównie na:
Detektor> Bezpieczeństwo elektryczne> Bezpieczeństwo ręczne

Test windy jest naprawdę prosty. Będziemy testować naszą funkcję bezpieczeństwa pojedynczo. Próba dotknięcia ziemi (sprężyna na spodzie również musi zostać przetestowana) za pomocą następującego testu.

Swobodny spadek przy pełnej prędkości + pełne obciążenie -> wyzwalacz.
Swobodny spadek przy pełna prędkość + pełne obciążenie -> bez detektora w celu uruchomienia zabezpieczenia elektrycznego.
Swobodny spadek przy pełnej prędkości + pełne obciążenie -> bez elektrycznego zabezpieczenia w celu uruchomienia ręcznego zabezpieczenia.
Swobodny spadek przy pełnej prędkości + pełne obciążenie -> bez zabezpieczenia , jest zakrzywiony.
To samo z nadmierną prędkością -> do wiosny.

Ilu z nich kiedykolwiek przetestowało kopię zapasową po pełnym wyczyszczeniu, aby upewnić się, że proces tworzenia kopii zapasowej jest w porządku?

Podczas tworzenia kopii zapasowej można wykonać kilka kroków wykonaj:

wspieranie projektu za pomocą SVN itp., wspieranie działającego komputera za pomocą Dpm itp. oraz tworzenie kopii na zewnątrz.

Widziałem, jak społeczeństwo jest w stanie przetrwać powódź, pożar i złośliwość. Bycie w stanie uratować kogoś działa, nawet jeśli miał zawał serca. Potrafi odzyskać od jednego dewelopera szalejącego na tfs / svn.

Nie chodzi o pomyłkę, po prostu nie powinieneś być w stanie tego zrobić, nawet jeśli chcesz. Pod koniec dnia, czy nie, stan komputera musi być bezpieczny.