Ulepszanie procesów w jednoosobowych sklepach GameDev

Jako programista hobbystyczny, w jaki sposób mogę włączyć do swoich procesów proces ciągłego doskonalenia, taki jak retrospektywy Agile?

Próbowałem wypunktować trzy dobre / złe rzeczy na końcu każdego projektu, ale uważam, że to nie wystarczy. I uważam, że retrospekcja sprintu to przesada. Gdzie jest równowaga? Jak mogę i powinienem otworzyć drzwi do ciągłego doskonalenia procesu?

A może to pytanie powinno znaleźć się na stronie beta Project Management Stack Exchange ?

Ponieważ jest to projekt osobisty, musisz bardzo uważać, aby nie utknąć w procesie. Chociaż ciągłe doskonalenie jest bardzo pożądane, rozważ wybranie elementów Lean i Agile, które są filozoficznie zgodne z prostotą jednego aktora.

W Scrumie i wielu innych systemach retrospektywy sprintu są korzystne, ponieważ zapewniają zespołowi czas na zidentyfikowanie ulepszeń. W Lean często skupia się na rozwiązywaniu problemu, gdy się pojawi, i myślę, że to jest miejsce, w którym możesz bardzo skorzystać.

Po zidentyfikowaniu nieprzyjemnego fragmentu kodu lub problemu oznacz go i poświęć chwilę na wykonanie następujących czynności:

1. Sprawdź, gdzie leży problem
2. Spójrz na interaktywne elementy i systemy
3. Znajdź szybkie rozwiązanie (coś, co działa, co zwykle robimy i na czym się zatrzymujemy)
4. Zidentyfikuj podstawową przyczynę (zapytaj 5 dlaczego )
5. Wygeneruj bardziej satysfakcjonujące (być może nawet znormalizowane) rozwiązanie lub zaplanuj rozwiązanie (być może coś do zaimplementowania po tym projekcie lub sprincie)

Tak więc bierze się to z pięciu złotych zasad zarządzania Gemba i błądzi, aby dopasować je do twojego scenariusza. W pewnym stopniu nadal nie ma to wielkiego zastosowania. Twój przebieg będzie się różnił i będziesz musiał się dostosować; ale są dobre wieści: to wszystko jest częścią Lean!

Musisz dostosować wszystkie procesy, które można znaleźć, aby były „odpowiednio dopasowane”. Będzie to coś, co będziesz musiał stale doskonalić sam w sobie.

Mam nadzieję, że to ma sens. Mogę podać bardziej szczegółowe odniesienia i komentarze, jeśli chcesz.

EDYCJA (w odpowiedzi na pytanie w komentarzach):

Na początek sugerowałbym odwiedzić LeanBlog.org . Możesz najpierw przeczytać ten artykuł . Jest krótki i pełen zwięzłych cytatów. Większość dotyczy opieki zdrowotnej; ale naprawdę szybko zobaczysz, jak odnosi się to również do gier.

Nie trącić własnym rogiem, ale napisałem artykuł na temat gamasutry o znormalizowanej pracy i ma on świetne zasoby w komentarzach oraz pomysły. Możesz go znaleźć tutaj.

Gorąco polecam sprawdzenie bloga Menlo Innovation . Większość tego, o czym mówią, dotyczy większych firm; ale powinieneś być w stanie to dostosować.

Chciałbym dowiedzieć się o twoich wynikach po kilku miesiącach :)

Mam nadzieję, że te linki pomogą!

Chociaż w pracy używamy JIRA do tego typu rzeczy, dostosowałem jej wersję do własnego użytku w gamedev w domu. To może, ale nie musi być system, który działa dla ciebie, ale i tak go dodam:

1. Zdobądź kilka kart indeksowych i gdzieś je zachować - kilka stosów na biurku działa dobrze. Oznacz te stosy jako „Nie rozpoczęte”, „W toku”, „Zablokowane”, „Potrzebuje ulepszenia” i „Ukończone”.
2. Jeśli myślę o zadaniu, które należy wykonać, natychmiast zapisuję je na karcie indeksu i oceniam stopień trudności / złożoności
3. Jeśli zadanie, nad którym aktualnie pracuję, jest zablokowane, podam powód na odwrocie
4. O ile zadanie nie jest blokerem, nie rób tego, dopóki nie musisz (lub dopóki nie skończysz odblokowanych / trwających zadań)
5. Jeśli wszystkie zadania znajdują się w fazie poprawy potrzeb lub ukończenia, zacznij pracę nad tymi, które wymagają poprawy.
6. ????
7. Zysk!