Zarabiam na życie jako jednoosobowy „pistolet do oprogramowania”, który pracuje głównie z domu, dlatego umieram, słysząc, co inni o tym mówią.
Oto kilka rzeczy, które uznałem za ważne:
- Jak mówi Denis, kontrola źródła jest niezbędna - ale SVN nie jest jedyną opcją. Najczęściej używam Perforce, a git jest dobrą alternatywą. Podoba mi się model rozwoju „głównego”; pozwala mi to przeprowadzać eksperymenty w gałęziach kodu, łączyć je z linią główną, gdy działają, i śmieci, jeśli nie działają.
- Używam notatnika do notatek i programu do śledzenia zadań. Obecnie używam Redmine do tego drugiego; wcześniej użyłem Fogbugza. Lubię też Redmine, ponieważ ma naprawdę dobrą wbudowaną wiki, której mogę używać do przechowywania notatek i linków do ważnych stron.
- Bardzo ważne jest również śledzenie tego, co robię, i ustalanie sobie rozsądnych limitów, dzięki czemu wykonuję wystarczająco dużo bez wypalania się - patrz poniżej.
Moje inne techniki ewoluowały przez lata i dostosowuję je w zależności od projektu i klienta. Ludzie płacą mi za działający kod, a nie za wygłupianie się z procesem, dlatego staram się, aby proces był lekki i poza zasięgiem twarzy moich klientów. Ale uważam, że niektóre techniki Agile działają naprawdę dobrze:
- Jeden z moich obecnych klientów upuszcza na mnie duże funkcje do wdrożenia i nie wprowadza błędów, dopóki nie skończą. Uważam więc, że praca nad sprintami Scruma jest świetna. Domyślam się, że może to zadziałać dla projektu mistrza, chyba że twój doradca badawczy jest maniakiem kontroli.
- Mój drugi obecny klient ma zwykle więcej sytuacji awaryjnych typu „przestań nad tym pracować i naprawić ten”. Próbowałem to zrobić ze Scrumem i poddałem się po jednym sprincie. Robię to za pomocą Kanbana i działa o wiele lepiej.
Innym problemem związanym z pracą na własną rękę jest to, że nie masz nikogo, kto powiedziałby ci, co robić i kiedy, lub jeśli masz dość pracy, lub kiedy rzucić pracę, ponieważ zrobiłeś wystarczająco dużo - więc musisz to zrobić to dla ciebie. Osobiście wolę Scrum, ponieważ mogę śledzić, jak sobie radzę w stosunku do moich celów sprintu. W przypadku projektów Kanban mogę po prostu śledzić, ile czasu poświęcam, ale to mi się nie podoba, a także coś bardziej opartego na celach.
Niektórzy moi przyjaciele przysięgają Pomodoro jako sposób na skoncentrowanie się na zadaniach i śledzenie osobistej wydajności, a ja myślę o wypróbowaniu tego.
Mam również formalny proces wydawania kodu moim klientom, aby upewnić się, że otrzymywane informacje są „prawidłowe”, ale prawdopodobnie nie jest to objęte pytaniem.