Про слишком хорошо выученные уроки и ограничения которые прячутся за регламентами



Проблемы с персоналом есть у всех, точнее не так, персонала дофига, а есть некий кризис скиллов, подходов и компетенций. А довольно важная часть в этом - именно поведенческая составляющая. Это когда не просто работу работать, а работать так что то давало некую синегргию с остальными коллегами, ну или по крайней мере им не мешала.



Вроде просто звучит, да? Делай нормально и будет нормально. Но вот понятие нормальности у всех разное. Кстати, это похоже на понятие добра и зла. Зло, на самом деле - в руках творящего это добро. Ну, а то что остальным этот как-то не ОК, этот добродеятель как-то не подумал.



И вот на уровне компании, чтобы все творили добро в одном заранее одобреном руководством корпоративном формате - вводятся правила, регламенты и ограничения. Вроде вполне логично. Я тоже так стараюсь делать. Возникает нехороший кейс, мы его проживаем, получаем опыт, осмысливаем, придумываем набор действий как не влезть в этот навоз повторно и… идем писать новые правила для новой кучи навоза.



Увлекся, про персонал забыл. У меня в #АйДаКодить , большинство преподавателей студенты старших курсов профильных ИТ-вузов. Олимпиадники, ЕГЭ-стобальники, это само собой. Но ребята по разным причинам не могут пока претендовать на роль мидла или синьора в каком-нить цветном банке (хотя многие оч хотят).



В моих реалиях важно чтобы преподаватель отработал как минимум один сезон (с сентября по май). И при приеме всячески стараешься донести важность вот этого периода. Типа, дети привыкают, для нас подстава искать замену, если ты вдруг решил свинтить в апреле, не говоря уже о том, что в конце года ученики готовят выпускные проекты под твоим же руководством. В общем, много неудобств.



И стал я длинными ночами думать над таким набором правил-ограничений чтобы этих самых потенциальных «бегунов» отсеивать на начальном этапе, ну а кто остался удерживать правдами и неправдами до конца сезона. Там много интересного набралось, например - не брать пары, когда мальчик и девочка в ИТ учатся. Опыт показывает если уходит один, то вскоре сваливает и второй, тоже самое если они вдруг разругаются.



Похожая тема с близкими друзьями, особенно те кто вместе живут (в общаге например), один теряет мотивацию и тянет остальных.



Далекая логистика, тоже серьезная причина (мы же оффлайн), хотя все на начальном этапе «на крови клянутся» что будут ездить. Не-а не будут!



Короче, правил набралось вагон и маленькая тележка. И тут приходит мысль, странная такая - А как это нам поможет быстрее развиваться?



Не, само собой, подход с ограничениями, дает ощущения гарантийного талона от жизни.



Но вот вчитайтесь:

⁃ Нужно создать ограничения, чтобы быстрее развиваться!

⁃ Дорогие друзья, а не херню ли я делаю?



Тут должны выступить сторонники регламентов и заявить об их важности. Соглашусь, но частично. Правила и регламенты скорее помогут когда в очевидном процессе нужно снизить вероятность ошибки, разложив его на шаги.



А начинаешь в это помещать поведение людей, они ж только бОльшую хрень начнут творить.



В общем, пока набор ограничений лег на полку, будем развиваться дальше в условиях повышенной неопределенности и без гарантий.



Кстати, а самые долгоживущие преподаватели это взрослые, состоявшие дядьки, которые где-то уже работают, а у нас находят ценность в том, что могут поделиться опытом. Вот так…