С чего начинается разработка нового 3Д принтера? | Аддитивная Кухня

Вообще не имеет никакого значения как это называть, как произносить или, определять для себя и команды, чем это является - методологией или фреймворком или системой. (мы внутри вообще называем тупо скрам, без доп.определений) Важно совершенно другое - как разработчики к этому относятся и дает ли эффект вся система/фреймворк/методология на конечный результат и на работу команды и на скорость и на качество и тд и тп. Ибо, причина перехода на скрам была проста - вопреки мнению, что 5 калеками легко управлять, я решил создать более понятную, прозрачную и адекватную, с точки зрения комфортности для разработчиков, систему. Я обратился к коллегам, которые разрабатывают софт, айтишники, они меня свели с их знакомым, который проводит Agile трансформации в крупных компаниях, и я с ним провел несколько онлайн консультаций, почитал его статьи и все. То есть, никакого псевдо коучинга, инфоцыганства и прочей ерунды, не нужной в реальной работе. Далее, уже на практике мы стали пробовать внедрять, приспасабливать скрам к нашим реальностям. Мы не смогли пока взять все события и правила, как это нужно. Мы двигаемся постепенно. Во-первых, потому что скрам вылез из айти среды, а мы по железу, тут есть свои нюансы. Во-вторых, людям некомфортно, когда изменения в работе вводятся резко и глобально. Польза скрама становится очевидна тогда, когда ты начинаешь его использовать хотя бы частично. Сложно сказать это так, чтобы все поверили, но могу сказать, что мы его используем не только в разработках, но и в маркетинге.