Технический департамент своими руками. Константин Щеглов
Читать онлайн книгу.
люди.
Кроме того, эти пункты можно взять за основу для предложений вашему руководству по расширению соцпакета компании, если такая инициатива будет востребована.
Чем раньше вы начнете думать о подборе и мотивации команды, тем лучше. В идеале начинать думать об этом нужно уже на этапе своего трудоустройства на работу в новую компанию.
Самое важное – команда
В этой главе я хочу поговорить о самом важном в работе технического департамента – о людях, которые его составляют.
Первая мысль, с которой вам необходимо смириться как руководителю – на вас свалится такой объем работ, который одному человеку не провернуть никак, поэтому придется учиться делать ее чужими руками.
Качество работы технического департамента будет напрямую зависеть от вашей кадровой работы, и насколько удачно вам удастся сформировать и замотивировать коллектив. Ошибки, допущенные на этом этапе, будет крайне тяжело исправить в дальнейшем.
При построении департамент «с нуля» одно из первых дел, которым придется заниматься, определившись с целями и задачами подразделения, – продумать, составить и согласовать список вакансий. После составления штатного расписания дело останется за малым – надо набрать команду, поставить задачи и начать их решать.
Основная проблема, с которой предстоит столкнуться на этом этапе – бизнес не будет ждать, пока вы соберете команду, чтобы начать ставить вам задачи. При этом, чем скорее вы закроете все вакансии и поставите для своих людей цели, тем быстрее вы сможете сфокусироваться на своих задачах планирования и развития департамента в целом.
В случае работы не «с нуля» все то же самое, за тем лишь исключением, что в первую очередь надо определиться с лояльностью сотрудников, ведь смена руководства департамента – это всегда стресс для подчиненных и лишний повод задуматься о смене работы.
Практика. Когда я пришел в одну из компаний, мне досталось несколько разработчиков, которые откровенно не желали работать. Более того, их низкий технический уровень просто пугал. Такое часто бывает в софтверных компаниях, где люди сидят годами в одном и том же коллективе и работают с одной и той же системой, не получая каких-то свежих идей извне. Команда варится в собственном соку, и, например, через пять лет обнаруживается, что программисты пишут код так, как его не пишет уже никто много лет. «Так исторически сложилось», – говорят они и пожимают плечами.
В такие моменты я вспоминаю байку про банан, пять обезьян и мужика с брандспойтом.
Поместим в клетку пять обезьян. Подвесим к потолку банан. Как только одна из обезьян потянется за бананом, выходит мужик и поливает их ледяной водой из брандспойта. Им плохо, они злятся и обижаются. Так продолжается несколько дней. Через какое-то время обезьяны к банану уже не тянутся, а если кто хитрый или голодный окажется, то сородичи набрасываются и дубасят бедолагу.
Теперь сам эксперимент.
Убираем одну из подопытных