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

Константин Щеглов

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

Вступление

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

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

Второй путь — это работа с людьми со всеми их плюсами и минусами. Тут нужно разбираться в людях, HR-делах и прокачивать уровень управления проектами. Должность технического директора или IT-директора будет здесь ориентиром. В этом случае необходимость быть в курсе всех новинок высоких технологий не стоит так остро — люди за 1000 лет не сильно изменились, поэтому получается, что вы оттачиваете свое мастерство управления в течение всей карьеры и эти навыки не теряют своей актуальности.

В принципе, в любой более-менее крупной компании наверняка найдется место как технарю, так и администратору — они будут дополнять друг друга в своей работе.

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

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

Это вторая редакция моей книги «Технический департамент своими руками», первая редакция была опубликована в моем блоге в 2011-ом году. Несмотря на то, что как и раньше, эти материалы посвящены организации работы технических департаментов небольших софтверных компаний, многое было переосмыслено за прошедшие шесть лет.

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

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

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

Моя точка зрения может не совпадать с вашей, это всего лишь мой опыт, которым мне очень хочется поделиться. Если захотите высказаться, исправить ошибки или дополнить, буду рад обратной связи по электронной почте: [e-mail].