Второй путь – это работа с людьми со всеми их плюсами и минусами. Тут нужно разбираться в людях, HR-делах и прокачивать уровень управления проектами. Должность технического директора или IT-директора будет здесь ориентиром. В этом случае необходимость быть в курсе всех новинок высоких технологий не стоит так остро – люди за 1000 лет не сильно изменились, поэтому получается, что вы оттачиваете свое мастерство управления в течение всей карьеры и эти навыки не теряют своей актуальности.
В принципе, в любой более-менее крупной компании наверняка найдется место как технарю, так и администратору – они будут дополнять друг друга в своей работе.
Я избрал второй путь развития и за последние шестнадцать лет прошел путь от простого разработчика до технического директора, возглавляющего разработку одного из самых высоко нагруженных проектов российского сегмента сети (30 млн пользователей, до 300 000 пользователей онлайн).
Информационные технологии бурно развиваются, задействуя все больше и больше людей, у которых, к сожалению, не всегда хватает необходимого опыта. В этой книге я хочу поделиться своим опытом организации работы технического департамента
Это вторая редакция моей книги «Технический департамент своими руками», первая редакция была опубликована в моем блоге в 2011-ом году. Несмотря на то, что как и раньше, эти материалы посвящены организации работы технических департаментов небольших софтверных компаний, многое было переосмыслено за прошедшие шесть лет.
В этот раз я расскажу не только о подборе команды, проведении собеседований, о стратегическом планировании развития технического департамента, но и затрону вопросы проектного управления, более подробно опишу рабочий процесс, процедуры тестирования, мониторинга, раскладок и т. д.
Идеи, описанные в тексте, не уникальны, и почти наверняка вы их уже где-то видели или слышали. Ценность же их заключается в том, что все они были применены на практике и показали свою жизнеспособность и эффективность в современных реалиях развития IT-компаний в России.
Эта книга адресована как программистам, развивающимся в направлении технических директоров компаний, разрабатывающих программное обеспечение, так и рядовым разработчикам. Думаю, что программистам будет интересно «заглянуть в голову» своего руководства и понять мотивы принимаемых управленческих решений.
Моя точка зрения может не совпадать с вашей, это всего лишь мой опыт, которым мне очень хочется поделиться. Если захотите высказаться, исправить ошибки или дополнить, буду рад обратной связи по электронной почте: [email protected].
Выбор компании
В этой главе я опишу несколько важных моментов, которые необходимо учитывать при выборе работы в контексте последующего управления техническим департаментом.
Когда начинают работу на руководящих позициях, то часто не задумываются над одним очень важным вопросом: чем будет привлекательна компания для новых сотрудников, которых придется набирать?
Безусловно, компания должна быть интересна вам сама по себе: интересные задачи, видимая следующая ступень карьерной лестницы, достойная зарплата, интересный социальный пакет и т. д. Каждый выбирает по себе. Но на этом этапе будет очень полезно подумать, как вы будете подбирать людей себе на работу, чем их заинтересовывать и как мотивировать.
Идеальный вариант, который может предложить работодатель – это, конечно же, так называемый карт-бланш. «Мы принимаем вас на работу, а дальше крутитесь как хотите в рамках согласованного бюджета и давайте результат». Но, как показывает практика, так происходит далеко не всегда. Поэтому рекомендую узнать у руководства компании (а технического директора точно будет собеседовать кто-то из ключевых руководителей фирмы), как обстоят дела с премиями, соцпакетом, коврижками в офис и т. д. Если социальный пакет богатый – хорошо! А если нет, то можно будет внести какие-то предложения на этот счет.
Практика. В каком виде писать свои предложения руководству? Если возникла необходимость вынести на обсуждение какой-то вопрос или предложение, то хорошей идей будет сформулировать ваши предложения на листе А4, где максимально лаконично изложить:
1. Суть проблемы;
2. Возможные варианты решения с указанием их плюсов и минусов;
3. Свои предложения, дословно: «Я предлагаю следующее…».
Дело в том, что погружаясь в «портянку» длиной, например, в 10 страниц, шеф столкнется со слишком детализированной информацией: во-первых, руководителю потребуется отключиться от своих текущих задач, во-вторых, погрузиться в проблему полностью, в-третьих, придется держать в уме все детали предложения, а это, в свою очередь, ведет к