Co robisz, aby pozostać produktywnym, pracując samodzielnie? [Zamknięte]

Uważam, że pracuję w odosobnieniu, nad fragmentem kodu, którego nikt nie zobaczy przez tygodnie, wyczerpujący. Szukam pomysłów, które pozwolą mi zachować produktywność i motywację.

Co robisz, aby pozostać zmotywowanym i produktywnym, kiedy otrzymujesz długoterminowe zadanie programistyczne i pracujesz sam (na przykład z domu, bez kolegów z zespołu lub współpracowników)?

Utrzymaj równowagę.

Biorąc pod uwagę coś nowego (np. Grając w grę, pijąc piwo itp.), Jesteśmy w stanie skupić się i zrobić to jedno przez dłuższy czas. Jedynym sposobem na władzę przez przyziemne zadanie (bez przedawkowania kawy ) jest utrzymanie równowagi . Mówię „przyziemny”, ponieważ gdyby było to zadanie, które naprawdę Cię pasjonowało, nie poszedłbyś na stronę i nie zadałbyś tego pytania.

Propozycje:

• Saldo. Pracuj nad długoterminowym projektem przez godzinę drugą, a następnie nagradzaj się czymś, co lubisz. Wykorzystaj przerwę od zadania. Powtarzać.
• Długoterminowe nastawienie : myślenie o niesamowitej pracy, którą będziesz wykonywać po (ta mniej interesująca praca) jest ożywcze.
• Podziel swój projekt na małe zadania . Zadania, których wykonanie zajmie tylko kilka godzin. Gdy wykonasz każde z tych małych zadań, poczujesz progresję.

Wyznaczanie celów jest dla mnie jedynym sposobem na pracę ...

Pod koniec godziny chcę, żeby X się skończyło. A do lunchu chcę, żeby Y & Z skończyły. Podczas lunchu sprawdzasz, gdzie jesteś, a następnie wyznaczasz nowe cele. Za ukończenie każdego celu czeka nagroda; nagrodą może być cuppa lub spacer od biurka lub 10 minut na stosie wymiany ...

Zdecydowanie lepiej jest również ustalić osiągalne cele - szukasz nagrody mentalnej za odhaczenie pracy z listy. Nie ma znaczenia, jaki jest twój cel, o ile zwykle można to osiągnąć w oknie czasowym.

Podejdź do niego jak do problemu programistycznego

Łatwo jest tak pochłonąć pisanie kodu, że oddzielamy sposób rozwiązywania problemów programistycznych od tego, jak rozwiązujemy zwykłe problemy w świecie rzeczywistym. Ale tak naprawdę narzędzia koncepcyjne, których używamy do rozwiązywania problemów programistycznych, są całkiem dobre do wszystkiego.

• Zbieraj dane - kiedy spada Twoja wydajność? Co dzieje się tuż przed rozproszeniem uwagi? Co jest przyczyną utraty motywacji? Prowadź szczegółowy i uczciwy dziennik pracy przez tydzień lub dwa, koncentrując się na tym, jak czujesz się zmotywowany i co robisz.
• Analizuj wymagania Czego potrzebowałbyś, aby utrzymać motywację w świetle zebranych danych? Jak przełamać wzorce prowadzące do utraty motywacji?
• Znajdź rozwiązania - Czasami może się zdarzyć, że istnieją narzędzia programowe (na przykład RescueTime), które mogą pomóc Ci utrzymać koncentrację podczas pracy. Być może zdasz sobie sprawę, że potrzebujesz ogólnie więcej kontaktów towarzyskich i zorganizujesz regularne wieczory z przyjaciółmi, aby utrzymać stopy na ziemi. Jeśli zidentyfikowałeś konkretny problem, mogą istnieć książki, które sugerują sposoby obejścia tego problemu. Być może problemem okazuje się to, że nie nadajesz się do tego rodzaju pracy, a rozwiązaniem będzie po prostu zmiana pracy.

Jako programista masz już narzędzia potrzebne do rozwiązania tego problemu, to tylko kwestia ich zastosowania.

Według mnie to, co według mnie działa,

1. Jasne zdefiniowanie zadania : najważniejsze jest, aby zapisać zadanie i nie przechowywać go w pamięci .

2. Podziel jedno zadanie, jeśli jedno jest ogromne : Ponownie podziel je na zadania i zapisz je.

3. Przypisywanie ETA lub ostatecznego terminu : jest to naprawdę ważne i bądź bardzo surowy i zdyscyplinowany. W przeciwnym razie zwlekasz.

4. Użyj techniki pomodoro do krótkotrwałego skupienia. I wykorzystaj ten odstęp czasu do załatwiania spraw i innych rzeczy, takich jak sprawdzanie poczty e-mail.

5. Upewnij się, że koncentrujesz się na wykonywanym zadaniu. Unikaj zbłąkanych zadań, jak możesz.

6. Po zakończeniu zadania oznacz je jako ukończone i śledź czas rozpoczęcia i zakończenia. Rejestruj rzeczy, które rozwiązałeś podczas wykonywania zadania.

7. Po zakończeniu wykonywania zadania wybierz następny krok .

Uczyń te dane tabelarycznymi. Wszystko to znajduje się w David Allen's Robiąc rzeczy.

Kilka innych ważnych rzeczy.

1. Sprawdź, co robiłeś raz w tygodniu. Dzienniki muszą sugerować poprawę w czasie.
2. Podejmij działania naprawcze, jeśli idziesz w złym kierunku.
3. Ostatecznie Twoje zadania muszą być zbieżne z celami tygodniowymi, miesięcznymi, rocznymi i życiowymi.

Zapamiętaj:

Podjęcie następnego kroku jest ważne. Jeśli masz kolejny krok dla każdego zadania, możliwości zadania rosną liniowo, a jeśli prowadzą do więcej niż jednego następnego kroku, możliwości zadania rosną wykładniczo.

W rzeczy samej, jak powiedział Sun Tzu: Możliwości mnożą się, gdy są wykorzystywane.

Podsumowując wszystko:

1. Praca zorganizowana. Planuj, organizuj, planuj i śledź .
2. Sprawdzaj okresowo.
3. Bądź pełny prawdy i analizuj dane.
4. Dyscyplina podczas wykonywania. I skup się na zadaniu, plan jest już na papierze, nie musisz się o to martwić.

Postępuj zgodnie z tym religijnie.

Uważam, że pomocni są rówieśnicy, którzy chętnie dzielą się przemyśleniami na temat tego, nad czym pracujesz. Nigdy nie było całego problemu, nad którym pracowałem samemu, który nie skorzystał na dyskusji z innymi.

Zapytaj starszego lub znajomego, czy może poświęcić czas na sprawdzenie twojego kodu. Jeśli możesz sparować recenzję, jeszcze lepiej!

Pomocne może być także blogowanie o swoich doświadczeniach związanych z kodowaniem. Jestem pewien, że są rzeczy, których się nauczyłeś lub ćwiczysz (na przykład TDD) w tym długim okresie, lub pomysły na to, jak coś zrobiłeś i zastanawiasz się, czy można to zrobić lepiej.

Pracuję nad małym projektem, który ostatecznie zostanie przeprojektowany. Nikt inny tak naprawdę nie dba, ale staram się rozwijać swoje umiejętności. Czytam książkę o refaktoryzacji, więc chciałbym zastosować jak najwięcej praktyk. Nie mam czasu. Jako samotny programista nikt nie przyjrzy się mojemu kodowi (nie każdy, kto mógłby go zrozumieć, ale okazjonalny gość mojej kostki może rzucić okiem.) Zrobiłem prototyp i zrobiłem demo. Nie mogę się doczekać wniosków o zmianę.

Chociaż jestem zmotywowany do robienia rzeczy, wolę też dobre wyzwanie.

Zrobiłem to w kilku projektach. Znajduję najlepszy sposób, aby zmotywować go do tego, aby być odpowiedzialnym.

Nawet jeśli nikt nie będzie patrzył na mój kod ani na to, co robię, nadal priorytetem jest rozmowa z moim przełożonym, szefem lub szefem rządu i poinformowanie ich, gdzie jestem i co planuję po zakończeniu do końca tygodnia. Przejście go razem z nimi zajmuje 5 minut, a kilku posłów powiedziało mi, że jest to również bardzo pomocne.

Dla mnie wyznacza cel i miękki termin, który chcę osiągnąć. Dla PM informuje ich, gdzie jestem w zadaniu, i daje im czas na przekazanie swojego wkładu.

Jeśli nie możesz tego zrobić osobiście, wyślij krótkiego e-maila. Chodzi o to, abyś był odpowiedzialny za swoje zadania.

Spróbuj także podzielić bardzo dużą pracę na małe, łatwe do zmierzenia i mierzalne zadania. Użyj systemu śledzenia biletów i przydziel sobie bilety. W ten sposób możesz zarządzać swoim działaniem i być odpowiedzialnym za wszystkie zadania, które musisz wykonać.

Dobra muzyka do programowania (techno, trance) pomaga utrzymać mnie w napięciu, kiedy nie jestem w nastroju lub pracuję nad częściami oprogramowania, które mnie szczególnie nie ekscytują.