Речь как раз о том, что ВУЗы не дают нормального базового ИТ-образования. Там в конце есть ролик, он объясняет почему образование в ВУЗах не фонтан и предложения, как это можно изменить. Поскольку я и директор ИТ-компании и доцент ВУЗа, знаю о чем говорю.
Абсолютно согласен. Я этим проблемам когнитивных искажений посвятил целый курс лекций. https://www.youtube.com/watch?v=CFAM0OoHsw0 Жалко только, что те кому их следовало бы посмотреть и так "уже все знает и все уже испытал".
Не так давно собеседовал Синьора более 23 лет в ИТ. Он не смог пройти минимального собеседования, у него банально нет навыка их проходить. Работать он может, а объяснить как он это делает ему тяжело. Вот о чем я!
Образование, предназначенное для подготовки ИТ-специалистов.
Меняются инструменты, а подходы и методологии большей частью являются фундаментальными. Например, я предлагаю в базовом образовании отталкиваться от предмета "Организация процесса производства ИС". там по ссылке в статье про это подробно рассказывается. И уже на базе этого фундаментального курса, в котором рассказывается в том числе об основных активностях производства, о проф.стандартах специальностей и т.д., строить обучение по более узким направлениям.
Или, например, Проектирование ИС, Системотехника, Архитектура ИТ - это базовые предметы, которым в ВУЗе уделяют мало внимания, но в то же время их контекст не сильно меняется.
Очень часто слово "стражёр" используют для обозначения того кому не платят
"стажером" обычно называют того, кого учат бесплатно, тратя на него ресурсы и не получая в замен никакой выгоды (на текущем этапе, а возможно и никогда).
А то на что ты намекаешь, означает что соберётся междусобойчик крупных компаний с государством и порешает в интересах условных "mail.ru".
Чтобы не наблюдать чужие междусобойчики, наша фирма (небольшая) вошла в ассоциацию "РУССОФТ", и теперь участвует в решении с государством, возникающих проблемы, в том числе трансформации ИТ-образования. К чему и призываю другие неравнодушные ИТ-компании.
Во-первых, "нарекания и наезды" - это не бандитские разборки, не надо сгущать. Это всего лишь активности по привитию стажерам взрослой модели ответственности. То есть кейсы, позволяющие научить отвечать за взятые на себя обязательства, за качество и своевременность их исполнения. Обучающие на практике, как себя вести, если взвалил на себя слишком непомерные обязательства и банально можешь надорваться. Погружающие в принципы поведение в команде и т.д. Это все - бесценный опыт, получаемый не в рафинированной игре, а в условиях приближенных к боевым. К сожалению в ВУЗ_е этому не учат.
Во-вторых, это все люди с возрастом старше призывного. В армии у них воспитатели и манеры воспитания могли бы быть несоизмеримо жоще (я там был - знаю). Но в армию они вряд ли пойдут поскольку ИТ-шники. И "кто же если не мы" хоть как-то сможет восполнить провалы в становлении личности.
В-третьих, для нас показатель, что к нам теперь идут студенты с других направлений: физики, математики, услышавшие о нас, например, в общаге от наших стажеров. Приходят и просятся, чтобы мы их взяли. Сразу с порога заявляя, что об условиях стажировки знают и готовы.
В-четвертых, у нас есть в компании и свой психолог, и к тому же мне самому приходиться постоянно заниматься социальной инженерией и изучать поведение студентов и сотрудников, поскольку я еще и преподаю в ВУЗ_е. Основной принцип -"Не навреди".
Что не так то? Человек, лишь пройдя собеседование, становится сотрудником. В данном кейсе мы натаскиваем стажеров проходить собеседования. Мы же их дальше отдаем на аутсорс, а туда можно пройти лишь через собеседование. В этом то и состоит фишка.
Дедовщина, это когда старослужащие применяют неуставные отношения к молодым служащим. А если офицеры гоняют солдат, то это дисциплинарное воспитание! В описанном мною кейсе, старослужащие стажеры как раз опекают и помогают молодым. Так что Вы в данном случае не правы.
Стандарты, довольно обширны и далеко не всегда применимы в реальных проектах, особенно, если пытаться их применить, как фреймворк. Из-за этого не прижился, например, RUP. Очень тяжелый был. Но на его базе возникло множество решений у тех, кто не поленился и разложил его на отдельные инструменты и методики. В данной статье речь дет не о проектировании, а фиксации Требований в форме, наиболее пригодной к организации на ее базе - процесса реализации.
Я пользуюсь разными инструментами: для Архитектурных моделей Archimate, с UML еще работаю в PowerDesigner, для моделирования функций использую IDEF0. Поддерживать можно по разному, в зависимости от проекта. Можно базироваться на Confluence, можно просто на структуре файлового хранилища, с использованием артефактов того же RUP. А вообще система о которой идет речь в статье и призвана обеспечить в том числе поддержку процесса проектирования.
Иногда ИТ-продукты не связаны с Предприятием, поэтому я отталкивался от Потребностей.
Про ЖЦ производства ИТ- продуктов у меня есть курс лекций
Описанная мною в статье практика не отменяет классического образования и не подменяет его, а лишь дополняет, упорядочивая процесс изучения и дает понимание применимости полученных знаний не через 5-7 лет, а непосредственно при обучении.
По поводу ПТУ, Техникумов и ВУЗ_ов, то вы подменяете понятия. Этот пример не уместен. Среднее и высшее образование отличается не только методом изучения, но и сложностью и объемом преподаваемого материала. Это во-первых. А во-вторых не надо вешать клеймо и натягивать шаблоны на обсуждаемую тему. Надо подобрать максимально эффективный способ для достижения требуемых результатов.
А вот тут и возникает основной вопрос, кому нужны какие результаты от обучения? Руководители ВУЗ_овского образования, обычно стремятся превратить студентов в чемпионов, победителей соревнований. Спринтеров на короткие дистанции. Для работы в ИТ-бизнесе больше подходят стайеры, те, кто не хватая с неба звезд, способен в долгую. без срывов и выгорания решать задачи ИТ-бизнеса, включая конечно проф.рост.
Конечно необходимо и науку двигать, и стране выигрывать на конкурсах и соревнованиях для поддержания престижа, поэтому чем шире возможности в сфере обучения, способствующие достижения разных целей и результатов, тем лучше.
Я вот тут проводил вебинар по среднестатистическому тех.процессу производства среднестатистической Информационной системы. И как раз рассматривал роль Аналитиков (разных) на каждом этапе, используя проф.стандарт.. https://www.youtube.com/watch?v=Y66GY_k_bhs
Большинство людей считает неразрешимыми те проблемы, решение которых мало их устраивает. И они без конца задают вопросы, хотя правдивые ответы им совершенно не требуются…
Или он там благотворительностью занимается, по вашему?
Да знаете в первые 2 года преподавания - это просто волонтерство, уж точно не бизнес прибыльное решение. Дальше реальный выхлоп от всех вложений в эту затею думаю будет в течении 4-5 лет. (если все выйдет)
влипнув в образовательный процесс
из ваших уст это звучит, как просто раз-два в неделю выйти на час раньше на работу для посещения ВУЗа и там что-то рассказать о реальных проектах. Эта схема - обман. Я так не привык работать, поэтому мне пришлось перешерстить массу учебной информации, пропустить эти знания через мой текущий опыт, привести к более доступному для юных умов формату. Если заметили, у меня практически по всем темам есть короткие, емкие и доступные для понимания ролики на моем YouTube канале на 8- 10 мин, по начитанному материалу. Это все вообще-то огромная работа проделанная большей частью в нерабочее время. Так что на сегодняшний день - это благотворительность, надеюсь которую я смогу масштабировать на региональном и может быть на государственном уровне. И может быть это когда-то сможет стать реально доходной бизнес схемой.
Спасибо! Вот как раз об этом, в том числе, можно узнать "прокачивая" Эмоциональный интеллект. Это не о Лидерстве, как в комментариях предполагали. Это, в том числе, о том, как воспринимать информацию от собеседников, не вкладывая в его слова свои потайные страхи или желания.
Речь как раз о том, что ВУЗы не дают нормального базового ИТ-образования. Там в конце есть ролик, он объясняет почему образование в ВУЗах не фонтан и предложения, как это можно изменить. Поскольку я и директор ИТ-компании и доцент ВУЗа, знаю о чем говорю.
Абсолютно согласен. Я этим проблемам когнитивных искажений посвятил целый курс лекций. https://www.youtube.com/watch?v=CFAM0OoHsw0 Жалко только, что те кому их следовало бы посмотреть и так "уже все знает и все уже испытал".
Вот тут https://www.youtube.com/watch?v=03W8ahYqumo подробно рассказываю об подобных случаях.
Не так давно собеседовал Синьора более 23 лет в ИТ. Он не смог пройти минимального собеседования, у него банально нет навыка их проходить. Работать он может, а объяснить как он это делает ему тяжело. Вот о чем я!
Образование, предназначенное для подготовки ИТ-специалистов.
Меняются инструменты, а подходы и методологии большей частью являются фундаментальными. Например, я предлагаю в базовом образовании отталкиваться от предмета "Организация процесса производства ИС". там по ссылке в статье про это подробно рассказывается. И уже на базе этого фундаментального курса, в котором рассказывается в том числе об основных активностях производства, о проф.стандартах специальностей и т.д., строить обучение по более узким направлениям.
Или, например, Проектирование ИС, Системотехника, Архитектура ИТ - это базовые предметы, которым в ВУЗе уделяют мало внимания, но в то же время их контекст не сильно меняется.
"стажером" обычно называют того, кого учат бесплатно, тратя на него ресурсы и не получая в замен никакой выгоды (на текущем этапе, а возможно и никогда).
Чтобы не наблюдать чужие междусобойчики, наша фирма (небольшая) вошла в ассоциацию "РУССОФТ", и теперь участвует в решении с государством, возникающих проблемы, в том числе трансформации ИТ-образования. К чему и призываю другие неравнодушные ИТ-компании.
Во-первых, "нарекания и наезды" - это не бандитские разборки, не надо сгущать. Это всего лишь активности по привитию стажерам взрослой модели ответственности. То есть кейсы, позволяющие научить отвечать за взятые на себя обязательства, за качество и своевременность их исполнения. Обучающие на практике, как себя вести, если взвалил на себя слишком непомерные обязательства и банально можешь надорваться. Погружающие в принципы поведение в команде и т.д. Это все - бесценный опыт, получаемый не в рафинированной игре, а в условиях приближенных к боевым. К сожалению в ВУЗ_е этому не учат.
Во-вторых, это все люди с возрастом старше призывного. В армии у них воспитатели и манеры воспитания могли бы быть несоизмеримо жоще (я там был - знаю). Но в армию они вряд ли пойдут поскольку ИТ-шники. И "кто же если не мы" хоть как-то сможет восполнить провалы в становлении личности.
В-третьих, для нас показатель, что к нам теперь идут студенты с других направлений: физики, математики, услышавшие о нас, например, в общаге от наших стажеров. Приходят и просятся, чтобы мы их взяли. Сразу с порога заявляя, что об условиях стажировки знают и готовы.
В-четвертых, у нас есть в компании и свой психолог, и к тому же мне самому приходиться постоянно заниматься социальной инженерией и изучать поведение студентов и сотрудников, поскольку я еще и преподаю в ВУЗ_е. Основной принцип -"Не навреди".
P.S. кому интересно, у меня есть на YouTube блог о социальной инженерии в ИТ. https://www.youtube.com/watch?v=CFAM0OoHsw0&list=PLoi3EglG5oUpHWPMknnuqrav_mIM4nVnQ
Что не так то? Человек, лишь пройдя собеседование, становится сотрудником. В данном кейсе мы натаскиваем стажеров проходить собеседования. Мы же их дальше отдаем на аутсорс, а туда можно пройти лишь через собеседование. В этом то и состоит фишка.
Дедовщина, это когда старослужащие применяют неуставные отношения к молодым служащим. А если офицеры гоняют солдат, то это дисциплинарное воспитание! В описанном мною кейсе, старослужащие стажеры как раз опекают и помогают молодым. Так что Вы в данном случае не правы.
Стандарты, довольно обширны и далеко не всегда применимы в реальных проектах, особенно, если пытаться их применить, как фреймворк. Из-за этого не прижился, например, RUP. Очень тяжелый был. Но на его базе возникло множество решений у тех, кто не поленился и разложил его на отдельные инструменты и методики. В данной статье речь дет не о проектировании, а фиксации Требований в форме, наиболее пригодной к организации на ее базе - процесса реализации.
Я пользуюсь разными инструментами: для Архитектурных моделей Archimate, с UML еще работаю в PowerDesigner, для моделирования функций использую IDEF0. Поддерживать можно по разному, в зависимости от проекта. Можно базироваться на Confluence, можно просто на структуре файлового хранилища, с использованием артефактов того же RUP. А вообще система о которой идет речь в статье и призвана обеспечить в том числе поддержку процесса проектирования.
Иногда ИТ-продукты не связаны с Предприятием, поэтому я отталкивался от Потребностей.
Про ЖЦ производства ИТ- продуктов у меня есть курс лекций
Enterprise Architect 14
Стать грантоедом из Сколкова в ИТ-отрасли, не самая простая задача, мы пока не смогли. Строим подобную систему за свои, на своих мощностях.
Описанная мною в статье практика не отменяет классического образования и не подменяет его, а лишь дополняет, упорядочивая процесс изучения и дает понимание применимости полученных знаний не через 5-7 лет, а непосредственно при обучении.
По поводу ПТУ, Техникумов и ВУЗ_ов, то вы подменяете понятия. Этот пример не уместен. Среднее и высшее образование отличается не только методом изучения, но и сложностью и объемом преподаваемого материала. Это во-первых. А во-вторых не надо вешать клеймо и натягивать шаблоны на обсуждаемую тему. Надо подобрать максимально эффективный способ для достижения требуемых результатов.
А вот тут и возникает основной вопрос, кому нужны какие результаты от обучения? Руководители ВУЗ_овского образования, обычно стремятся превратить студентов в чемпионов, победителей соревнований. Спринтеров на короткие дистанции. Для работы в ИТ-бизнесе больше подходят стайеры, те, кто не хватая с неба звезд, способен в долгую. без срывов и выгорания решать задачи ИТ-бизнеса, включая конечно проф.рост.
Конечно необходимо и науку двигать, и стране выигрывать на конкурсах и соревнованиях для поддержания престижа, поэтому чем шире возможности в сфере обучения, способствующие достижения разных целей и результатов, тем лучше.
Я в профессии с 1990 года и из моего опыта пришлось выводить такие элементы абстракции, чтобы бороться со сложностью.
Я вот тут проводил вебинар по среднестатистическому тех.процессу производства среднестатистической Информационной системы. И как раз рассматривал роль Аналитиков (разных) на каждом этапе, используя проф.стандарт.. https://www.youtube.com/watch?v=Y66GY_k_bhs
Да знаете в первые 2 года преподавания - это просто волонтерство, уж точно не бизнес прибыльное решение. Дальше реальный выхлоп от всех вложений в эту затею думаю будет в течении 4-5 лет. (если все выйдет)
из ваших уст это звучит, как просто раз-два в неделю выйти на час раньше на работу для посещения ВУЗа и там что-то рассказать о реальных проектах. Эта схема - обман. Я так не привык работать, поэтому мне пришлось перешерстить массу учебной информации, пропустить эти знания через мой текущий опыт, привести к более доступному для юных умов формату. Если заметили, у меня практически по всем темам есть короткие, емкие и доступные для понимания ролики на моем YouTube канале на 8- 10 мин, по начитанному материалу. Это все вообще-то огромная работа проделанная большей частью в нерабочее время. Так что на сегодняшний день - это благотворительность, надеюсь которую я смогу масштабировать на региональном и может быть на государственном уровне. И может быть это когда-то сможет стать реально доходной бизнес схемой.
Спасибо! Вот как раз об этом, в том числе, можно узнать "прокачивая" Эмоциональный интеллект. Это не о Лидерстве, как в комментариях предполагали. Это, в том числе, о том, как воспринимать информацию от собеседников, не вкладывая в его слова свои потайные страхи или желания.
На сколько я знаю, платных мест нет.
На курсе были только бюджет и целевые.