Александр Вьюшин пишет: А создание расписаний и взаимосвязей активностей, и их стандартизацию буду изучать.
В каких источниках с этим лучше ознакомится ?

Не подскажу с источниками. Рекомендовал бы идти от практики. Брать руководителя проекта, знающего технологию, и вместе с ним рисовать расписание. Потом пройти весь жизненный цикл проекта, фиксировать проблемы, искать системные решения. Это наиболее практичный путь.

Бюджетирование ресурсов, в дизайне ? Предварительно в двухмесячном нормативе на разработку коллекции, дизайн занимает неделю, так то его затрону в последнюю очередь.

Я под словом дизайн имел ввиду не отдельную активность "дизайн", а design как собственно процесс разработки/проектирования. В литературе есть такая тема как Lean Design.

Ограничение бюджета как правило приводит к серьезному снижению качества результата, к тому же душит творческую составляющую. По факту, сильно ограничивать бюджет на разработку нет смысла, так как его общий вклад в стоимость конечного продукта не так велик. Условно говоря, запроектировать одну вещь коллекции стоит 10 тыс. долларов, а на серийном ее выпуске компания заработает 100 тысяч. Однако, если урезать бюджет и заплатить разработчикам 7 тысяч, то вещь может и "не пойти" на рынке вовсе, так как снижение стоимости может быть достигнуто за счет отказа от важных элементов стадии разработки...

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

От практики и идем.
Определили основные этапы разработки коллекции.
Перенесли их в Microsoft Project и Excel.
На следующей недели будем запускать разработку нескольких коллекций, и удивим какие несоответствия и проблемы будут появляться в графике, реальности и какое будет совпадение.
За Lean Design, спасибо, Юрий. Нашел кое-что на английском, читаю.
Ограничение бюджета целью не ставится, не основной не перспективной, тем более затрагивания творческой составляющей. Но если дизайнер рисует несколько одинаковых эскизов, только по разному их оформляет цветами, вместо того чтоб, перенести эскиз в программу и там его раскрасить в разных вариантах, то данные процесс творчеством назвать нельзя.
Пока задача выявить на примере разработки новых коллекций, потери связанные с ожиданием, излишней обработкой и использованием не правильных инструментов.
Важно построить для процесса разработки Бережливое планирование, чтоб в дальнейшем не кардинально перекраивать графики разработок каждый день при обнаружении отклонений от сроков.

Александр Вьюшин пишет: Пока задача выявить на примере разработки новых коллекций, потери связанные с ожиданием, излишней обработкой и использованием не правильных инструментов.
Важно построить для процесса разработки Бережливое планирование, чтоб в дальнейшем не кардинально перекраивать графики разработок каждый день при обнаружении отклонений от сроков.

По моему, вам нужно освоить управлением проектами по методу критической цепи ТОС.

Вальчук Виктор Васильевич пишет:
По моему, вам нужно освоить управлением проектами по методу критической цепи ТОС.

Это точно очень подходящий инструмент для таких задач. Только я затруднился с источниками, ничего не смог вспомнить, кроме голдраттовских же романов... кажется, CCPM посвящен "Выбор"? Виктор Васильевич, может сориентируете Александра по более профессионально-ориентированным источникам, где можно найти технологию использования временных буферов?