(пишу для возможного обсуждения/коррекции)
Важное на входе
- Будет аудитория, которым интересно системное мышление но оно ещё не изучено. Нужно взять в расчёт, что многие слушатели будут не в теме, что к чему. Нужно идти от общего к частному. ШСМ вы знаете, возможно, открывали курсы. Лаборатории позволяют написать эти курсы. СМ задаёт метод описания курсов, через фокус на систему, которая инжинирится.
- Упомянуть о смене софта для корпоративного обучения, который позволил создать канал связи с каждым сотрудником и ставить задачи в виде тестов для уроков ))) Вытащена мысль про моделирование в корпоративном софте. И тут кстати, сразу понял, почему сейчас лучше, чтобы создатели пользовались дальше системой: быстрее и точнее. Пример про срок программирования через 1С и самостоятельно через iSpring.
- Из курса СМИ вытащена мысль разделения ролей и должностей. Активно общаемся с экспертами (сварщики, арматурщики), чтобы понять, какими практиками/методами пользуются. Это нужно для понимания, кого отбирать и чему учить)).
- Про себя конечно. Слушатель ШСМ, прошёл СМИ, сейчас должность рук. проекта, по роли развиватель отдела обучения (пока непонятно даже с концепцией использования))
- Хорошо бы или границы или граф, понятную картинку для администрирования залепить!
- Может быть, обозначить, текущий статус, чтобы дальше могли стартовать/подхватить не с нуля (кстати, сразу писать в AISYSTANT?))
Тезисы доклада
- Немного теории/отнологики
- Администрирование — это не про IT, а про организацию в целом. Разобраться с архитектурой: не монолит или микросервисы, а, микроядро, например.
- Само системное администрирование — это такой же вывод из системной инженерии, как системный менеджмент. Только строим не организацию, а платформу для организации. И будет не менеджер, а администратор.
- Множество центров учёта. Списки и таблички это хорошо, но они должны быть увязаны, иначе — источник ошибок.
- Как должно работать (из обновлённого СМ)
- Альфы, методы
- Состояния контролируем через рабочие продукты
- А именно, чек-листы
- А как работает в моём примере (и начинается деканат)
- Что удалось сделать?
- Заронить руководителям-менеджерам ресурсов мысль, что когда требуют Главного инженера, требуют на самом деле курьера. Стали более подробно говорить не кто им нужен, а что делать будет. Но тут ещё уйма работы. Это описание нужно и для приёма на работу и для того, чтобы было понятно, чему учить.
- Заменить софт, который нужно было программировать на софт, который можно быстро самим менять (вместо 1С — iSpring).
- И навернули в софте обучения моделер )) Например, заявку на обучение сотрудника обычным корпоративным софтом сделать невозможно (только встреча и по почте). Зато руководитель может записаться на урок “Заявка на обучение”! И в конце заполнить тест-бриф)) Незакрытые тесты висят как заявки/задачи до тех пор, пока программа обучения не будет подготовлена и согласована.
- Что дальше?
- Ну лично я перепрохожу МиС и СМ, заполняю все таблички данными со своего проекта.
- Параллельно по чуть-чуть залажу в корпоративные финансы, тут для меня тёмный лес, но, может кто-то в теме? Деньги и кадры нужны во всех местах!
- Вижу три направления:
- Написание учебника, кстати, вот пытались сочинять содержание.
- Немного ломать голову и инжинирить администрацию.
- Делать софт чтобы агенты сами выстраивали цепочки коммуникации.