Попробуйте работать прям вместе с командой. То есть ребята сидят чтото делают, а вы как бы их сапортите.
Вообще на западе менеджмент это обслуживание непосредственно исполнителей. Мои менеджеры из США, имеющие по многим вопросам опыт просто огромный, приходят ко мне и спрашивают а надо ли мне помочь, хотя в РФ тоже самое сделают в приказном тоне и порядке.
А что касается чела Х, думаю стоит прям рядом с ним сидеть, и тешить его самолюие иногда. так и говорить: Х мне очень нужно ваше экспертное мнение. Рассказываете например ему то что вам не особо важно, и он будет и делать это за вас, так и еще и вы сможете проталкивать спокойнее свои решения, так как он будет причастен к ним. (но это прям реально осторожно)
Ну первые две ошибки любому понятно. 1. Вы по сути начали делать чужую работу, причем наверняка с точки зрения большинства вы ее сделали не достаточно хорошо, так как ваша команда это набор спецов а не школьников. Самое печальное что вы даже не поняли что скорей всего унизили своих же коллег те фактом, что думаете что вы сделали за них работу как надо
Опять же по сути завязали на себе процессы, и выступили просто какимто передатчиком, вы думаете что вы были фильтром но на деле сломанный телефон. ДАже если это не так то команда это воспримет сразу так.
Тут ситуация сложная, но сам факт что допустили что за вашей спиной меняли приоритеты, это означает что вы не знаете что в команде происходит, и скорей всего этот Х не совсем удовлетворен своим положением. Работали с командой но не с ним получается.
Насколько я помню agile это только набор правил вроде 17. Авторы этих правил отказались участвовать в её монетизации и продвижении как продукта, что сделали со скрамом.
Те кто называют agile методологией чаще всего либо не понимают что это, либо пытаются навязать свои услуги.
Например ваша фраза что на всех проектах. Нет не на всех. Многие компании которые ведут проекты по разработке могут жить с agile но при проектах связанных с масштабированием проваливаются с такой логикой.
Agile как набор правил очень крутой для разработчиков чего угодно. Но это не решение всех бед. Иначе бы Siemens и многие крупные немецкие разработчики тоже бы хотели в гибкость, но нет.
В свое время тоже баловался с Юнити и была проблема что при больших скоростях один объект вчеравно проникал в другой.
Вопрос к вам. Что надо сделать чтобы объект с большой скоростью не проникал в другой.
П.с. большая скорость например падающий объект под силой гравитации от компонента юнити с высоты 10м. Если честно я вспомнил что в игре КСП не решили толком эту проблему поэтому у себя я сам прописывал многие взаимодействия
Справедливый комментарий.
Попробуйте работать прям вместе с командой. То есть ребята сидят чтото делают, а вы как бы их сапортите.
Вообще на западе менеджмент это обслуживание непосредственно исполнителей. Мои менеджеры из США, имеющие по многим вопросам опыт просто огромный, приходят ко мне и спрашивают а надо ли мне помочь, хотя в РФ тоже самое сделают в приказном тоне и порядке.
А что касается чела Х, думаю стоит прям рядом с ним сидеть, и тешить его самолюие иногда.
так и говорить: Х мне очень нужно ваше экспертное мнение.
Рассказываете например ему то что вам не особо важно, и он будет и делать это за вас, так и еще и вы сможете проталкивать спокойнее свои решения, так как он будет причастен к ним. (но это прям реально осторожно)
Ну первые две ошибки любому понятно.
1. Вы по сути начали делать чужую работу, причем наверняка с точки зрения большинства вы ее сделали не достаточно хорошо, так как ваша команда это набор спецов а не школьников.
Самое печальное что вы даже не поняли что скорей всего унизили своих же коллег те фактом, что думаете что вы сделали за них работу как надо
Опять же по сути завязали на себе процессы, и выступили просто какимто передатчиком, вы думаете что вы были фильтром но на деле сломанный телефон.
ДАже если это не так то команда это воспримет сразу так.
Тут ситуация сложная, но сам факт что допустили что за вашей спиной меняли приоритеты, это означает что вы не знаете что в команде происходит, и скорей всего этот Х не совсем удовлетворен своим положением.
Работали с командой но не с ним получается.
Насколько я помню agile это только набор правил вроде 17. Авторы этих правил отказались участвовать в её монетизации и продвижении как продукта, что сделали со скрамом.
Те кто называют agile методологией чаще всего либо не понимают что это, либо пытаются навязать свои услуги.
Например ваша фраза что на всех проектах. Нет не на всех. Многие компании которые ведут проекты по разработке могут жить с agile но при проектах связанных с масштабированием проваливаются с такой логикой.
Agile как набор правил очень крутой для разработчиков чего угодно. Но это не решение всех бед. Иначе бы Siemens и многие крупные немецкие разработчики тоже бы хотели в гибкость, но нет.
Так напишите. Я в юнити просто ушёл от многих компонентов и писал все под себя
Вопрос к автору.
В свое время тоже баловался с Юнити и была проблема что при больших скоростях один объект вчеравно проникал в другой.
Вопрос к вам. Что надо сделать чтобы объект с большой скоростью не проникал в другой.
П.с. большая скорость например падающий объект под силой гравитации от компонента юнити с высоты 10м. Если честно я вспомнил что в игре КСП не решили толком эту проблему поэтому у себя я сам прописывал многие взаимодействия
Луна в 21 веке интересна как раз с точки зрения решения энергетической проблемы.
И упрощать регулятор. Очень часто пид регудятор избыточен. И лучше пытаться от диференцирующего звена избавиться.