Что, мало сайтов по геймдеву?

А тем, что он не про геймдев.

Вряд ли здесь кто-то пишет диздоки.

Мне нравится эта статья:
http://www.gamedis.ru/?p=113 и пояснения отсюда http://www.lki.ru/text.php?id=192

Здесь очень многие пишут диздоки, но сайт не о том.

Эльф, а вы в команде диздоки используйте?

Kukan is so helpful!

Конечно нет. Обычно достаточно написать только общий план разработки.

Пиши.

DarkElfLeg, классно вам. А как спорные моменты решаются в таком случае?

Мы не так много сделали, чтобы много спорить... Хотя в нашем случае все просто. Спорные моменты решаются заранее. На стадии придумывания идей и правки сюжета.

(Для меня как программиста - основа = движок. Для неё, как писателя - основа = сюжет. И сюжет безболезненно и быстро деформируется под движок и движок болезненно и медленно деформируется под сюжет.)

Ну и с divcot за несколько лет брака мы научились эффективно договариваться.

Ну а если в разработке участвует больше людей я обычно просто выдаю им набор ТЗ на выбор. Просто договариваясь что и как им делать интереснее.

Подробного плана дать не могу, сам работаю всегда на интуиции. Главное правило [моего подхода]: если ты хочешь сделать что-то новое — опиши это в деталях, и таких деталях, чтобы было понятно программисту или другому соответствующему участнику проекта (не с точностью до кода или типов переменных, но и не "Огромный исследовательский комплекс", а как минимум законы генерации карты, или описание карты которую нужно сделать); если же ты хочешь имитировать или улучшить старое — сошлись на уже существующую деталь или механику (это называется "референс"). Так как в современных играх очень много повторяется, нетрудно найти некую "базу", например так и писать — "перемещение между этажами как в Fallout" либо "как в Diablo 3", но "прокачка по типу WoW" и так далее.

Ну и удерживать себя от того чтобы напланировать игру, которую делать 10 лет.

А так-то больше сказать нечего.