Привет, «Хабр»! На связи руководитель проектов редакции технической литературы издательства БХВ @Holmogorov Есть странная вещь, которую начинаешь замечать, когда много лет работаешь с компьютерными книгами. Мы выпускаем много литературы по программированию, базам данных, искусственному интеллекту, информационной безопасности, и ещё куче дисциплин, которые более-менее понятно раскладываются по книжным полкам. Но кое-кто из наших читателей, занимающихся всем этим каждый день, отмечает, что примерно половину рабочего времени приходится заниматься чем-то совершенно другим. Код сам по себе не объясняет, почему команда из восьми отличных специалистов иногда работает хуже команды из четырёх; почему добавление людей в проект способно его замедлить; или почему продакт менеджер и тимлид говорят вроде бы на одном языке, но периодически понимают друг друга совершенно по-разному.
Порой приходится разбираться, по какой причине два разработчика уже неделю не могут договориться о формате API. Выяснять, кто вообще отвечает за очередной сервис, пытаться распределить задачи между новичками так, чтобы они не ходили к тебе с одним и тем же вопросом по десять раз в день. А ещё нужно посещать утренние совещания, обсуждать продукт, участвовать в разработке архитектуры — и каким-то образом успевать заниматься своей непосредственной работой. Формально это уже похоже на менеджмент, но на практике с подобными задачами рано или поздно сталкивается практически любой IT-специалист, который перестаёт быть просто исполнителем и начинает отвечать не только за свой кусок кода.
Именно поэтому мы в БХВ решили расширить привычное представление о компьютерной литературе и понемногу начинаем осваивать смежные сферы: построение команд, продакт-менеджмент, тайм-менеджмент для IT-специалистов и другие темы, которые находятся где-то рядом с технологиями. Пока у нового направления нет даже окончательного названия: внутри редакции мы называем его «околоайтишной литературой», но звучит это примерно так, будто рядом с серверной поставили палатку с шавермой. «Бизнес-литература» — это слишком широко для выбранных направлений, «Менеджмент» — слишком узко, «Soft skills» вообще вызывает недоумение: кажется, что это словосочетание родом откуда-то из корпоративной презентации на 147 слайдов. Поэтому пока будем считать, что это книги о людях, процессах и организации работы вокруг технологий.
Тут в аппаратную врывается @OlegSivchenko, также ведущий в издательстве "БХВ" свою делянку на ниве компьютерной литературы (признаемся, в палатке с шавермой он бывает чаще, чем в серверной, и много чаще, чем в палатке с шаурмой) и вставляет свои пять копеек.
Действительно, выработать общий язык для понимания проблем чрезвычайно важно, и это должен быть не корпоративный глоссарий, а общий взгляд на приоритеты и иерархию из разряда "Одна команда - один корабль - один капитан". Хочу добавить, что в нисходящем направлении (от архитектора к исполнителям) такой язык вырабатывается не только через domain-driven design и рисование схем, но и через системное мышление, которому посвящена недавно выпущенная нами книга Дианы Монталион "Изучаем системное мышление".
Порядок восстановлен, @Holmogorov продолжает развёртывание своих идей.
Мы уже заключили договоры о сотрудничестве с несколькими работающими в этой сфере авторами и издателями, и первой книгой нового направления станет перевод второго издания Team Topologies Мэтью Скелтона и Мануэля Паиса. С этой книгой некоторые российские читатели уже знакомы, название у неё вполне техническое, а содержание отвечает на вопрос, который возникает у многих IT-специалистов и руководителей: почему несколько хороших команд не всегда складываются в одну хорошую организацию?
Причём Team Topologies — это не новая книга. Первое издание вышло ещё в 2019-м, и за прошедшие годы оно успело стать одним из самых заметных руководств о том, как организовывать работу технических команд. Второе издание нам показалось особенно интересным именно сейчас: за несколько лет вокруг разработки софта многое изменилось, а вот проблема, которую разбирают авторы, никуда не делась: как настроить взаимодействие нескольких команд так, чтобы они помогали друг другу, а не превращали разработку в бесконечную очередь из согласований, зависимостей и встреч.
Но это история, в общем-то, не про книгу — о ней мы напишем отдельную статью, когда Team Topologies поступит в продажу. Сейчас хочется рассказать о планах издательства, в которых эта книга занимает очень важное место.
Издания, подобные этому, воспринимаются совершенно по-разному разработчиком, директором предприятия, продуктовым менеджером или техническим руководителем. Книги про устройство команд, управление продуктами или организацию работы в IT существуют давно, и многие из них уже успели стать вполне привычной частью профессиональной библиотеки. Для нас вопрос заключался в другом: насколько органично такая литература вписывается в каталог издательства, которое привыкли ассоциировать прежде всего с программированием?
Мы думаем, что вписывается. Разработчик не перестаёт быть разработчиком, когда становится тимлидом; системный администратор, ставший руководителем отдела, не перестаёт интересоваться технологиями только потому, что теперь у него в календаре больше совещаний. Продакт-менеджер в IT вообще находится в довольно странном положении: от него требуется понимать и продукт, и пользователей, и бизнес-задачи, и при этом разговаривать с разработчиками на одном языке. Получается любопытная область литературы, которая находится рядом с технической, но не совпадает с ней: это книги о том, как собирать и перестраивать команды, как организовать работу над продуктом, как не утонуть в задачах и что вообще делать человеку, который внезапно обнаружил себя ответственным не только за собственный труд, но и за результаты ещё нескольких сотрудников. Именно такие книги мы теперь планируем искать и выпускать. При этом мы, конечно, не собираемся превращать БХВ в универсальное издательство про «успешный успех», нас в первую очередь интересует именно связь с IT.
Итак, что в планах? Помимо уже упомянутой Team Topologies будут книги по DevOps, по тайм-менеджменту для айтишников, по использованию ИИ в управлении проектами, по особенностям работы HR в IT, и многое другое. Думаю, они будут полезны и постоянным читателям БХВ: чем дальше человек продвигается в IT, тем меньше его работа похожа на базовое представление о программисте. В начале карьеры достаточно выучить язык программирования, инструменты и технологии, но постепенно арсенал необходимых навыков расширяется. Нужно уметь объяснить свою идею коллегам, договориться с соседней командой, оценить сроки, выбрать приоритеты, поставить задачу младшим сотрудникам и проконтролировать её выполнение… Да много что еще.
На английском существует огромный пласт литературы про управление продуктами, инженерными командами, организацию разработки, лидерство, коммуникации и личную эффективность. Часть этих книг адресована айтишникам напрямую, часть — гораздо шире. Мы хотим постепенно перевести на русский язык те из них, которые действительно имеют отношение к работе технических специалистов и руководителей, а не просто приклеивают слово «IT» к обычному бизнес-изданию.
Пока мы не знаем, сколько будет книг в новой серии и как именно она в итоге станет называться. Зато уже примерно понимаем, кого хотим туда включить: авторов, которые говорят с IT-специалистами не о новом фреймворке или очередном языке программирования, а о том, что происходит вокруг этой сферы деятельности, и стараются дать своей аудитории что-то по-настоящему полезное.