А какой примерно состав учащихся? Кто учиться в основном не программе: это бывшие выпускники бакавриата или люди уже с опытом стартапов или корп карьеры?
Я думаю, что если «повесить» слишком много команд на одного тимлида, то управляемость упадет. По моим личным ощущениям, это до 15 человек в непосредственном подчинении, лучше — не более 7. Если больше человек в непосредственном подчинении, то желательно, чтобы эта ситуация была временной.
Здесь смысл в том, что тимлид не может быть одинаково сильным специалистом во всех областях - и разработка, и аналитика и все остальное. Отдельные лидирующие роли (аналитик стрима или центра технической компетенции) могут помочь конкретному участнику команды.
А, например, релиз-менеджер стрима нужен, чтобы разгрузить меня как ИТ-лидера стрима и не дать «просесть» важной организационной задаче выпуска релизов.
Сначала действительно было сложно, но помогали старшие коллеги. Плюс выработала для себя такой принцип: проще сначала погрузиться в работу одной, самой проблемной команды — и потом постепенно «осваивать» работу остальных в каком-то разумном приоритете.
Да, это чем-то похоже на матричную структуру управления (когда человек одновременно подчиняется начальнику отдела в линейной иерархии и руководителю проекта) — но не совсем она. Здесь речь не про подчинение, а про горизонтальные связи и горизонтальное взаимодействие по определенным принципам. Руководит все-таки тимлид.
А какой примерно состав учащихся? Кто учиться в основном не программе: это бывшие выпускники бакавриата или люди уже с опытом стартапов или корп карьеры?
А колоночные СУБД не являются каким-то отдельным выделенныи типом СУБД? Вы их отнесли к реляционным.
Да, для подстраховки своей экспертизой.
Я думаю, что если «повесить» слишком много команд на одного тимлида, то управляемость упадет. По моим личным ощущениям, это до 15 человек в непосредственном подчинении, лучше — не более 7. Если больше человек в непосредственном подчинении, то желательно, чтобы эта ситуация была временной.
Здесь смысл в том, что тимлид не может быть одинаково сильным специалистом во всех областях - и разработка, и аналитика и все остальное. Отдельные лидирующие роли (аналитик стрима или центра технической компетенции) могут помочь конкретному участнику команды.
А, например, релиз-менеджер стрима нужен, чтобы разгрузить меня как ИТ-лидера стрима и не дать «просесть» важной организационной задаче выпуска релизов.
Сначала действительно было сложно, но помогали старшие коллеги. Плюс выработала для себя такой принцип: проще сначала погрузиться в работу одной, самой проблемной команды — и потом постепенно «осваивать» работу остальных в каком-то разумном приоритете.
Да, это чем-то похоже на матричную структуру управления (когда человек одновременно подчиняется начальнику отдела в линейной иерархии и руководителю проекта) — но не совсем она. Здесь речь не про подчинение, а про горизонтальные связи и горизонтальное взаимодействие по определенным принципам. Руководит все-таки тимлид.