Чтение онлайн

6. Перенести существующие сайты компании на новые серверы, решив тем самым проблемы производительности на старых машинах;

7. Одна из самых важных задач. Настроить резервное копирование серверов, как в интернете, так и в офисе. Потеря данных чревата серьезными неприятностями, и теперь полную ответственность за это теперь несете вы;

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

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

10. Задача с небольшим приоритетом. Привести в порядок кабельную систему (т. н. СКС), прикрутить и подписать розетки и так далее. Оговорюсь, что администратор смог заняться этой задачей примерно через год. Хорошая практика: если что-то где-то ломается, то эту часть делать уже по-новому, переделать розетки, проложить провода «по уму» и так далее.

Помимо этого, из незапланированного, но того, что пришлось делать в обязательном порядке, навскидку отмечу:

1. Переезд в новый дата-центр;

2. Смена поставщика услуг Интернет в офисе;

3. Организация резервного Интернет-канала в офисе;

4. Закупка и настройка новой АТС, увеличение количества телефонных номеров.

Для систематизации сайтов был разработан следующий план действий:

1. Разобраться с тем, что есть. Составить план серверов, в т. ч. размещение сайтов по серверам. То, что не используется – свернуть в архив. Хорошая практика: не удаляйте безвозвратно то, что не используется. Точно пригодится!

2. Решить текущие проблемы с производительностью. Да, пришлось самому сесть, разобраться в коде, немного его «похачить», чтобы убрать долгие запросы, включить кеширование, где это было возможно;

3. Набрать команду разработчиков: ведущий разработчик, несколько РНР-разработчиков, дизайнер-верстальщик. Сейчас бы я еще добавил одного-двух тестировщиков;

4. Составить план по рефакторингу сайтов компании;

5. Начать реализовывать его.

Оговорюсь, что в самом начале между мной и руководством компании была достигнута договоренность, что набранная команда не осуществляет доработку существующих сайтов, как очень сильно устаревших. Найти вменяемых разработчиков, которые бы и PHP4 поддерживали, и современные сайты бы писали, было невозможно. А набирать две группы разработчиков – дорого.

Вместо эволюционного рефакторинга было принято решение разрабатывать сайты «с нуля», экспортируя уже накопившиеся данные. За полтора года этот подход себя полностью оправдал, удалось сколотить замечательную команду и переработать 25 основных сайтов компании, включая флагманский проект с посещаемостью до 200 000 уникальных посетителей в сутки.

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

Старайтесь не забывать про отдых, полноценное и регулярное питание, хороший сон. Возможности организма не безграничны, поэтому главное – не сломаться. Постепенно процессы будут налаживаться, и «горячка старта» спадет. Работа «встанет на рельсы» и пойдет по ним, нагрузка начнёт снижаться.

Будьте последовательны, рассчитывайте силы, и все получится.

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

К проблемам, описанным в предыдущей главе, добавятся проблемы взаимодействия со своими новыми подчиненными, проблемы текущих проектов и сложившихся (или не сложившихся) бизнес-процессов.

Достигнув поставленной цели в организации технического департамента «с нуля», я решил попробовать себя в следующем направлении – возглавить уже сложившийся департамент в софтверной компании. Я определял для себя эту задачу как следующую ступень в развитии.

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

Практика. На первых парах имеет смысл действовать по следующему алгоритму:

1. Настоять, что бы руководитель компании представил вас всем сотрудникам, что бы ни у кого не возникало вопросов вроде «а что это за… тут сидит?»;

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

3. Составить список руководителей подразделений компании, с которыми необходимо будет провести первичные встречи и наладить взаимодействие;

4. Спланировать и провести встречи с руководителями смежных подразделений по списку;

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

6. Ознакомиться с технической документацией по платформам компании, по разработкам и так далее. К слову, еще ни разу мне не попадалась компания, где была бы хоть какая-то более или менее формализованная документация;

7. Систематизировать и проанализировать полученные данные;

8. Скорректировать формулировки целей и задач;

9. Спланировать фронт работ на ближайшее время;

10. Согласовать задачи с руководством;

11. Начать выполнять работы согласно плану;

12. Через некоторое время провести корректировку планов, уточнение целей;

13. И так по кругу.

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

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