Улучшение процессов в магазинах One-Man GameDev

Как программист-хобби, как я могу включить процесс непрерывного совершенствования, такой как ретроспектива Agile, в свои процессы?

Я пробовал пулевые элементы трех хороших / плохих вещей в конце каждого проекта, но я чувствую, что этого недостаточно. И я чувствую, что ретроспектива спринта излишня. Где баланс? Как я могу и должен открыть дверь для постоянного улучшения процесса?

Или, может быть, этот вопрос стоит добавить на сайт бета-версии Exchange Management Stack Exchange ?

Поскольку это личный проект, вы должны быть очень осторожны, чтобы не увязнуть в процессе. Хотя постоянное улучшение очень желательно, рассмотрите возможность выбора элементов из Lean и Agile, которые философски соответствуют простоте показа одного человека.

В Scrum и многих других системах ретроспективы спринта полезны, так как они дают команде время для выявления улучшений. В Lean часто делается акцент на решении проблемы по мере ее возникновения, и я думаю, что именно здесь вы могли бы извлечь большую пользу.

Когда вы обнаружите неприятный кусочек кода или проблему, пометьте ее и найдите время, чтобы сделать следующее:

1. Посмотрите, где находится проблема
2. Посмотрите на взаимодействующие элементы и системы
3. Найдите быстрое решение (то, что работает, что мы обычно делаем и на чем остановимся)
4. Определите основную причину (спросите 5 почему )
5. Генерация более полного (возможно, даже стандартизированного) решения или плана решения (возможно, что-то, что будет реализовано после этого проекта или спринта)

Таким образом, это взято из пяти золотых правил управления Gemba и обойдено, чтобы соответствовать вашему сценарию. В некоторой степени, это все еще не супер применимо. Ваш пробег будет варьироваться, и вам придется адаптироваться; но есть и хорошие новости: это все часть Lean!

Вы должны адаптировать любые процессы, которые вы можете найти, чтобы они были «подходящими». Это будет то, что вам придется постоянно улучшать, само по себе.

Я надеюсь, что в этом есть смысл. Я могу предоставить более конкретные ссылки и комментарии, если хотите.

РЕДАКТИРОВАТЬ (в ответ на вопрос в комментариях):

Для начала я бы предложил посетить LeanBlog.org . Возможно, вы захотите сначала прочитать эту статью . Это коротко и полно содержательных цитат. Большая часть этого о здравоохранении; но вы действительно быстро увидите, как это относится и к играм.

Не для моего собственного рога, но я написал статью на gamasutra о стандартизированной работе, и у нее есть несколько полезных ресурсов в разделе комментариев, а также идеи. Вы можете найти это здесь.

Я настоятельно рекомендую проверить блог Menlo Innovation . Большая часть того, о чем они говорят, применима для более крупных компаний; но вы должны быть в состоянии адаптировать его.

Мне было бы интересно узнать ваши результаты через несколько месяцев :)

Я надеюсь, что эти ссылки помогут!

Хотя на работе мы используем JIRA для такого рода вещей, я адаптировал его версию для собственного использования в gamedev дома. Это может или не может быть система, которая работает для вас, но я все равно добавлю это:

1. Возьмите с собой какие-нибудь учетные карточки и где-нибудь их хранить - несколько стопок на столе работают отлично. Отметьте эти сваи "Не начато", "Выполняется", "Заблокировано", "Требуется улучшение" и "Завершено".
2. Если я думаю о задаче, которая должна быть выполнена, я немедленно записываю ее на учетную карточку и даю оценку сложности / сложности.
3. Если задание, над которым я сейчас работаю, заблокировано, я пишу причину, почему
4. Если задача не является блокировщиком, не делайте этого до тех пор, пока вам не придется (или пока вы не выйдете из разблокированных / выполняющихся задач)
5. Если все ваши задачи находятся в нуждается в улучшении или полной стадии, начинают работать на тех, которые нуждаются в улучшении.
6. ????
7. Прибыль!