Технический департамент своими руками - Страница 4

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У непосредственного руководителя нужно получить следующие данные:

1. Любые документы, регламентирующие текущие процессы в компании;

2. Копии договоров, за которые отвечает технический директор: интернет, связь, дата-центр и т. п.;

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

4. Планы по развитию технического департамента, если есть в наличии;

5. Формализованные должностные инструкции и иные регламентирующие документы, с ознакомительной целью;

6. Бюджет технического департамента на текущий год, если есть;

7. Трудовой договор, который заключается с сотрудниками технического департамента, с ознакомительной целью;

8. Тестовые задания, которые использовались при найме всех типов сотрудников департамента: PHP-разработчиков, Java-разработчиков, руководителей проектов и т. д.;

9. Любая другая документация, регулирующая взаимоотношения внутри IT-департамента и взаимодействия с другими отделами/департаментами фирмы очень приветствуются;

10. Информация о партнерах, с которыми приходится контактировать IT-департаменту, если таковые имеются. Контакты с их и нашей стороны обязательны.

Системного администратора нужно получить следующую информацию:

1. Название и контактная информация по площадкам, где расположены серверы компании;

2. Схема сети, в т. ч. ВПН-каналы;

3. Схема расположения серверов в стойках;

4. Описание каждого сервера: название, IP, CPU, HDD (в т. ч. отметка о RAID-контроллерах, есть ли к ним запасные винты), количество оперативной памяти, установленная операционная система, ИБП, любые дополнительные комментарии приветствуются;

5. Описание проектов, расположенных на каждом сервере: название проекта, URL, URL CMS, язык программирования проекта, используемая СУБД (в т. ч. ее IP и порты), контактные данные руководителя проекта, с которым можно обсуждать развитие проекта, любые дополнительные комментарии;

6. Отдельно обозначить наличие схемы резервного копирования проектов;

7. Описание механизма информирования и реагирования на нештатные ситуации, схема оповещения и зоны ответственности;

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

9. И так далее.

Если поддержание офисной инфраструктуры входит в ваши обязанности, то у системного администратора дополнительно необходимо запросить следующие данные:

1. Название, контактные данные и используемые тарифы интернет-провайдера. Если есть резервный канал, то и его описание тоже;

2. Название, контактные данные и тариф провайдера, предоставляющего услуги телефонии;

3. Контакты и данные человека, с которым можно решать вопросы, связанные с СКС;

4. Информация по закупкам: что, где, когда, какие планы и т. д., максимально подробно;

5. Отдельно описать использование WiFi-сети в офисе, если есть;

6. Описание офисных серверов: название, I P, CPU, HDD (в т. ч. отметка о RAID-массивах, есть ли запасные винты), количество оперативной памяти, установленная операционная система, ИБП, любые дополнительные комментарии приветствуются;

7. Описание офисных рабочих станций: ОС, используемое ПО; если есть данные инвентаризации, то это было бы очень здорово;

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

9. Вопросы использования лицензионного программного обеспечения;

10. Принтеры, копировальные аппараты, системы резервного копирования, если есть;

11. И так далее.

Проявите фантазию! Чем больше информации, тем лучше. Да и по недостающей информации можно понять, где есть проблемы в подразделении.

По проектам желательно запросить следующую информацию, по всей видимости, от руководителей проектов, если таковые имеются в штате: