В этой заметке я хочу поделиться опытом и рассказать о проблемах, с которыми сталкивается технический директор, когда ему приходится организовывать технический департамент «с нуля».
Проблема. Вы получили должность, дождались своего первого рабочего дня. Возможно, вы не спали всю ночь, а может быть и наоборот. С утра, плотно позавтракав, а может и не завтракав вовсе, вы отправляетесь на новую работу. Новый путь, новое расписание. Вот это здание, дверь, ресепшин. «Здравствуйте, я ваш новый учитель технический директор». И понеслась! Что делать дальше? За что хвататься? С кем говорить?
Мысли. В одной из компаний, где мне приходилось работать, передо мной стояла задача возглавить фактически отсутствующий до меня технический департамент давно существующей фирмы.
В первый свой рабочий день я обнаружил лежащую в руинах ИТ-инфраструктуру компании. Два этажа офиса, розетки оторванные от стен, удлинители через всю комнату, серверная в офисе – спагетти в кастрюле видали? Вот типа того. Сервера в сети – Sun-ы вперемежку с самосборными серверами. На некоторых нагрузка подскакивала до 60 попугаев в top-е. РНР-код в стиле начала 2000-го года, уф!
При этом в офисе работало около 50 человек, у которых на компьютерах постоянно что-то ломалось, появлялись вирусы, не работала сеть и т.д. Вы, наверное, представляете, какой объем работ администрирования генерируют 50 человек? Очень захватывающе!
Тезисно отмечу несколько ключевых моментов действия в такой ситуации.
Начинать, конечно же, надо с плана действий. Более того, если бы у меня не было представления, как выходить из сложившейся ситуации, то меня скорее бы всего не взяли на эту работу.
Если вы попали первый раз на позицию технического директора, то примерное представление о плане действий вы имеете, но, тем не менее, озвучу свой вариант.
Я определил два основных участка работы моего, пока еще не существующего, технического департамента:
По вопросам сетевого и системного администрирования план был достаточно прост: разобраться с тем, что есть, обеспечить бесперебойное функционирование, определиться с путем развития и начать его реализовывать.
Сейчас бы я набросал следующий план моих действий:
Помимо этого из незапланированного, но того, что пришлось делать в обязательном порядке, навскидку отмечу:
По работе с сайтами за основу я взял следующий план действий:
Оговорюсь, что в самом начале между мной и руководством компании была достигнута договоренность, что набранная команда не осуществляет доработку существующих сайтов, как очень сильно устаревших. Найти вменяемых разработчиков, которые бы и PHP4 поддерживали и современные сайты бы писали, было невозможно. А набирать две группы разработчиков – дорого.
Вместо эволюционного рефакторинга мною было принято решение разрабатывать сайты «с нуля», экспортируя уже накопившиеся данные. За полтора года этот подход себя полностью оправдал, мне удалось сколотить замечательную команду и переработать 25 сайтов компании, включая флагманский проект с посещаемостью до 200 000 уникальных посетителей в сутки.
Выводы. Пословица «лиха беда начала» очень верно отражает то, что с вами будет происходить в первые полгода-год работы на новом месте. Только качественное планирование, распределение ресурсов и рабочего времени позволит вам справиться с нагрузками первых месяцев работы на новом месте.
Старайтесь не забывать про отдых, хорошее и регулярное питание и хороший сон. Возможности организма не безграничны, поэтому главное – не сломаться. Постепенно процессы будут налаживаться, и горячка старта спадет. Работа встанет на рельсы и пойдет по ним, нагрузка пойдет на убыль.
Будьте последовательны, рассчитывайте силы, и все получится.
Перейти к следующей заметке «#17. О планировании работы технического департамента не «с нуля»»
